00:04.35 | hughescr | hmm |
00:04.51 | hughescr | is bluez-gnome_0.14-r1 broken? |
00:05.00 | hughescr | it's failing with a very odd msg during the install phase for me |
00:05.13 | hughescr | | make[3]: execvp: /home/craig/code/gumstix/oe/build/tmp/work/iwmmxt-angstrom-linux-uclibcgnueabi/bluez-gnome-0.14-r1/image/usr/share/applications: Permission denied |
00:05.27 | hughescr | that /usr/share/applications is a directory |
00:05.41 | hughescr | so... not entirely surprising that execvp is having some issues trying to execute it |
00:16.43 | *** join/#oe KhemWork (i=KhemWork@nat/montavista/x-12c947fdd96bebc4) |
00:28.40 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
00:31.26 | *** part/#oe KhemWork (i=KhemWork@nat/montavista/x-12c947fdd96bebc4) |
00:31.37 | *** join/#oe bambam (i=bambam@vm.vido.info) |
01:11.55 | *** join/#oe emte_ (n=emte@66.183.8.167) |
01:12.11 | *** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de) |
01:15.34 | *** join/#oe memeruiz_ (n=memeruiz@M95d7.m.pppool.de) |
01:17.24 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.5.Dial1.SanJose1.Level3.net) |
01:44.52 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.125.Dial1.SanJose1.Level3.net) |
01:56.51 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
02:00.00 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.134.Dial1.SanJose1.Level3.net) |
02:17.10 | *** join/#oe jaebird_ (n=jae@unaffiliated/jaebird) |
02:18.18 | *** join/#oe O_Neil (n=ONeil@210.13.111.138) |
02:24.12 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:36.32 | *** join/#oe emte__ (n=emte@66.183.8.167) |
02:36.57 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
02:42.54 | *** join/#oe alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
03:04.13 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
03:11.39 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
03:22.29 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
03:45.13 | *** join/#oe Zero_Chaos- (n=zero@unaffiliated/zerochaos) |
04:17.00 | *** join/#oe khem (n=khem@adsl-71-146-11-28.dsl.pltn13.sbcglobal.net) |
04:17.29 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
04:17.43 | *** join/#oe bambam (i=bambam@vm.vido.info) |
04:46.36 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
04:46.48 | *** join/#oe poli (n=ca@200-168-30-125.dsl.telesp.net.br) |
04:47.46 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
04:49.46 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
04:57.22 | *** join/#oe ChanServ (ChanServ@services.) |
04:57.22 | *** join/#oe poli (n=ca@CAcert/Assurer/poli) |
04:57.22 | *** join/#oe jaebird_ (n=jae@unaffiliated/jaebird) [NETSPLIT VICTIM] |
04:57.22 | *** join/#oe riot (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) [NETSPLIT VICTIM] |
04:57.22 | *** join/#oe bernard_ (n=bernard@mersenne.largestprime.net) [NETSPLIT VICTIM] |
04:57.22 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
04:57.23 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
04:57.23 | *** join/#oe LoDown (n=logan@dsl093-230-108.lou1.dsl.speakeasy.net) [NETSPLIT VICTIM] |
04:57.23 | *** join/#oe Ironnads_ (n=Ironnads@host86-148-57-68.range86-148.btcentralplus.com) |
04:57.23 | *** join/#oe wookey__ (n=wookey@stoneboat.aleph1.co.uk) |
04:57.23 | *** join/#oe happycube (n=cpage@netblock-68-183-40-90.dslextreme.com) |
04:57.23 | *** join/#oe tmbinc (i=abcd@83.141.3.59) [NETSPLIT VICTIM] |
04:57.23 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
04:57.23 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
04:57.23 | *** join/#oe XorA|goner (n=xora@www.xora.org.uk) [NETSPLIT VICTIM] |
04:57.23 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
04:57.58 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
05:05.17 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
05:09.43 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:10.37 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
05:18.38 | *** join/#oe yakov (n=yzaytsev@89-179-40-92.broadband.corbina.ru) |
05:22.28 | zap | Hmm, how do I restore the original Linux on a SL-C3200? I have installed Angstrom yesterday and played with it, but have to return it today and I need to restore the original UI. I have a 64Mb ROM image, what to do with it? |
05:23.53 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
05:40.02 | O_Neil | . |
05:55.05 | *** join/#oe dion (n=dion@inhex.net) |
05:57.13 | O_Neil | Hi OE team, how is it going on with the staged package feature? |
05:59.29 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
05:59.48 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
06:00.43 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
06:01.03 | O_Neil | What's the status? I implemented this feature personally, do you interest in it? |
06:11.25 | rwhitby | O_Neil: I would suggest to wait about 3 or 4 hours and talk to koen when he wakes up |
06:12.13 | *** join/#oe vlo (n=valentin@138.131.206.224) |
06:13.38 | *** join/#oe vlo (n=valentin@138.131.206.224) |
06:13.39 | O_Neil | OK |
06:14.26 | grma | koen: ping |
06:22.08 | *** join/#oe polyonymous_ (n=hacker@pD95388CA.dip0.t-ipconnect.de) |
06:28.43 | steliosk | good morning all |
06:30.35 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
06:34.05 | cdbot2 | * * OE Bug 2899 has been created by dan.j.williams(AT)intel.com |
06:34.07 | cdbot2 | * * Fixup autotools.bbclass for samba-3.0.25c |
06:34.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2899 |
06:44.04 | cdbot2 | * * OE Bug 2900 has been created by dan.j.williams(AT)intel.com |
06:44.06 | cdbot2 | * * samba-3.0.25c support |
06:44.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2900 |
06:47.32 | zap | Strange, my Zaurus boots up to the "Sharp" logo and then says "HD error!" and that's all |
06:47.58 | zap | what can I do at this point? It seems I have access to command-line since 'poweroff' works, but it's 1-line height only |
06:49.40 | zap | [D]+[B] doesn't work too |
07:08.00 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
07:09.20 | hrw | zap: only few people here as zaurus pda |
07:09.45 | hrw | zap: better ask on openzaurus/angstrom/cacko/zaurus channels of look into oesf forums |
07:11.48 | zap | aha, thank you. Sorry I used the wrong channel |
07:25.13 | *** join/#oe mickey|MDD07 (n=mickeyl@wifi.kom.auc.dk) |
07:26.22 | hrw | hi mickey|zzZZzz |
07:27.47 | hrw | O_Neil: you can also write mail to OE ML |
07:30.04 | *** join/#oe greentux (n=lemke@ip-217-18-177-19.static.reverse.dsi.net) |
07:31.00 | hrw | hi greentux |
07:31.29 | greentux | hi hrw |
07:33.25 | hrw | koen: arm crunch patchset is probably broken |
07:33.44 | mickey|MDD07 | morning guys |
07:34.17 | hrw | mickey|MDD07: how goes mdd? |
07:37.37 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
07:42.49 | mickey|MDD07 | cool. first session right now. listening to Vladi from TT |
07:42.57 | mickey|MDD07 | after him, Stefan will talk about OpenEZX |
07:42.59 | mickey|MDD07 | and then me |
07:44.22 | hrw | you about openmoko? |
07:46.48 | CM | mickey|MDD07: Do they record videos of the talks? |
07:52.51 | *** join/#oe z72ka_ntb (n=z72ka@tux2.software602.cz) |
07:59.24 | mickey|MDD07 | CM: unfortunately not. it is a tiny conference |
07:59.33 | mickey|MDD07 | hrw: yes, talking about openmoko in a few |
07:59.42 | CM | Ok, too bad |
08:01.12 | mickey|MDD07 | well, not mentioning anything new today anyways ;) |
08:01.28 | mickey|MDD07 | real news come in next presentation in Zurich |
08:01.39 | CM | When is that? |
08:01.48 | mickey|MDD07 | 19.-20. September |
08:01.51 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
08:02.03 | CM | Ok, thanks :) |
08:02.15 | mickey|MDD07 | n |
08:02.16 | mickey|MDD07 | p |
08:05.39 | hrw | mickey|MDD07: when you will announce openmoko OE maintainer? |
08:06.17 | mickey|MDD07 | mid / late september |
08:06.34 | mickey|MDD07 | so in a couple of weeks |
08:06.52 | mickey|MDD07 | bbiab, need to talk in a bit |
08:07.06 | *** join/#oe lichtges1alt (n=Lichtges@R73c8.r.ppp-pool.de) |
08:07.27 | CM | I'm looking forward to that. openmoko-image has been almost impossible to build lately |
08:07.50 | XorA | morning |
08:11.53 | hrw | CM: fails on gtk? |
08:12.13 | CM | hrw: No, kernel right now |
08:12.25 | hrw | CM: pastebin log please |
08:13.39 | CM | hrw: http://rafb.net/p/JIEaUy45.html |
08:14.07 | CM | It's not just me, rwhitby, yness, ScaredyCat.. All get the same error |
08:14.36 | XorA | its those patches koen added to gcc, they are bolloxed |
08:15.00 | CM | Yes, seems to be something with gcc |
08:15.15 | rwhitby | revert, revert, revert, ... |
08:15.57 | XorA | or were they glibc, but the FPU ones |
08:18.14 | hrw | XorA: gcc ones |
08:18.36 | XorA | althpugh I cant see where they are pulled in |
08:19.48 | hrw | NOTE: Applying patch 'arm-crunch-cirrus-bugfixes.patch' |
08:19.48 | hrw | NOTE: Applying patch 'zecke-no-host-includes.patch' |
08:19.48 | hrw | NOTE: package gcc-cross-4.1.2-r5: task do_patch: completed |
08:20.12 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
08:25.24 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
08:25.39 | hrw | hi zecke |
08:29.34 | *** join/#oe Bernardo (n=Bernardo@84.39.70.167) |
08:29.54 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:30.37 | XorA | ah, stupid me, I had a gcc before crunching :-) |
08:32.20 | hrw | lucky you |
08:32.28 | XorA | hrw: you will have to dissaprove it then push a r6 PR bump |
08:33.12 | hrw | I did |
08:34.29 | XorA | hrw: I see it, musta missed it by seconds in first sync :-) |
08:35.40 | hrw | brb |
08:37.24 | XorA | CM: update and try again |
08:40.48 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
08:42.15 | *** join/#oe ArjanS_ (n=arjan@62.45.94.240) |
08:45.24 | *** join/#oe florian (n=fuchs@217.146.132.69) |
08:48.19 | *** join/#oe zezom (n=zezom@203.84.71.156) |
08:49.58 | *** join/#oe pleemans_ (n=peter@leemanpe.ugent.be) |
08:55.55 | hrw | argh.. neo has to be connected to host not hub to dfu ;( |
08:56.43 | XorA | hrw: yes |
08:57.42 | hrw | I am out of host ports ;( |
08:58.16 | XorA | remind me never to install resolvconf again |
08:58.18 | florian | good morning |
08:58.23 | hrw | hi florian |
09:00.43 | CIA-17 | 03hrw 07org.oe.dev * rd7c8a05b... 10/ (50 files in 3 dirs): disapproval of revision '4fb1a7447c5d8ace96a5ac6358c7fe10f0d951c4' |
09:00.50 | CIA-17 | 03hrw 07org.oe.dev * r2a756f49... 10/ (1 packages/gcc/gcc-cross_4.1.2.bb packages/gcc/gcc_4.1.2.bb): gcc/gcc-cross 4.1.2: bump PR to build working compiler after broken ARM Crunch |
09:13.56 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
09:15.52 | CM | hrw: Thanks, that did it. package linux-gta01-2.6.22.5: completed |
09:17.44 | hrw | np |
09:18.57 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:19.06 | florian | hi lrg |
09:20.26 | lrg | hey florian |
09:24.48 | *** join/#oe mickeyl (n=mickeyl@wifi.kom.auc.dk) |
09:26.38 | XorA | ~fish lrg |
09:26.38 | ibot | ACTION slaps lrg around with a large trout |
09:33.49 | *** join/#oe bluelightning (n=blueligh@219-89-45-156.dialup.xtra.co.nz) |
09:33.55 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
09:37.38 | hrw | ~lart linux-gta01 |
09:37.38 | ibot | chops linux-gta01 in half with a free AOL CD |
09:38.22 | mickey|MDD07 | heh |
09:38.25 | mickey|MDD07 | ~lart hrw |
09:38.25 | ibot | breaks out the Hoover and sucks up hrw |
09:38.31 | mickey|MDD07 | don't you chop our kernel :D |
09:39.20 | hrw | mickey|MDD07: it has wrong deps |
09:39.37 | hrw | quilt-native is build always so no need for it in recipe |
09:39.42 | zecke | mickey|MDD07: hey |
09:40.01 | hrw | uboot-openmoko is not needed to build linux-gta01. u-boot-mkimage-openmoko-native is enough |
09:40.24 | mickey|MDD07 | hi zecke ! |
09:40.42 | mickey|MDD07 | hrw: let me fix it. have some other change as well |
09:41.16 | mickey|MDD07 | don't lart because of historic cruft |
09:41.22 | hrw | mickey|MDD07: and let it fetch linux-2.6.22.tar.bz2 and stable patches to it |
09:41.23 | mickey|MDD07 | this dependency comes from the days where we used patcher a lot |
09:41.35 | mickey|MDD07 | hrw: no time for that now |
09:41.46 | mickey|MDD07 | in october we have our dedicated guy :) |
09:41.53 | hrw | mickey|MDD07: each time you (openmoko) change stable to stable each dev has to fetch 40M archive instead of 40K patc |
09:41.56 | hrw | h |
09:41.57 | XorA | hey mickey|MDD07 |
09:42.02 | mickey|MDD07 | hi XorA |
09:42.25 | hrw | XorA: haha |
09:42.47 | XorA | mickey|MDD07: any crime you commit is low compared to koens today anyway :-) |
09:42.57 | mickey|MDD07 | what's he doing? |
09:43.09 | XorA | mickey|MDD07: broke gcc :-) |
09:43.15 | hrw | he broke ARM toolchain |
09:43.48 | mickey|MDD07 | argh |
09:43.56 | mickey|MDD07 | anyone fixed it already>? |
09:43.59 | hrw | already reverted |
09:44.04 | XorA | mickey|MDD07: yes, hrw disapproved |
09:44.08 | mickey|MDD07 | thanks hrw |
09:44.18 | mickey|MDD07 | guess he was too busy with blaming me for sometimes forgetting --author |
09:44.21 | mickey|MDD07 | grmbl |
09:45.23 | *** join/#oe benlau (n=benlau@221.125.8.107) |
09:45.33 | XorA | mickey|MDD07: BTW midori, I can launch from ssh, segfaults if I launch from rxvt, seen anything like that? |
09:46.20 | mickey|MDD07 | oh strange |
09:46.25 | mickey|MDD07 | didn't try from rxvt. will do |
09:46.38 | hrw | env changes |
09:48.02 | mickey|MDD07 | likely, ya |
09:49.00 | XorA | mickey|MDD07: is ok, Ill investigate sometime, just wondered if you had seen it |
09:49.24 | XorA | sweet browser though |
09:49.33 | mickey|MDD07 | yeay |
09:49.39 | mickey|MDD07 | zecke's will outperform that though |
09:50.22 | XorA | zecke: speed it up old man :-D |
09:51.29 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
09:53.45 | mickey|MDD07 | hehehe |
09:54.53 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
10:00.21 | lrg | ~hail koen for his good Blackfin work. |
10:00.21 | ibot | ACTION bows down to koen for his good Blackfin work. and chants, "I'M NOT WORTHY!!" |
10:05.27 | hrw | ~lart 2.6.22.65 archive fetching |
10:05.27 | ibot | squeezes 2.6.22.65 archive fetching till 2.6.22.65 archive fetching turns blue like papa smurf |
10:12.40 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
10:13.03 | hrw | someone remember when OE switch to SRCREV? |
10:15.38 | RP | hrw: 04092007 |
10:15.57 | hrw | ok |
10:16.02 | *** join/#oe tank17 (i=tank17@gateway/tor/x-b15f94f5207be4a1) |
10:16.05 | stefan|mdd | ~hail SRCREV |
10:16.06 | ibot | ACTION bows down to SRCREV and chants, "I'M NOT WORTHY!!" |
10:16.54 | hrw | stefan|mdd: ;D |
10:17.06 | hrw | stefan|mdd: you have microsdhc card? |
10:17.24 | stefan|mdd | hrw: yeah, works great. :) |
10:17.45 | hrw | stefan|mdd: can you check does it works in pxa machine with 2.6? |
10:18.26 | hrw | as zaurus users are asking from time to time and I have no idea how to respond ;) |
10:18.33 | stefan|mdd | hrw: Will test it on one of my EZX phones, but I fear not in the next week |
10:18.56 | stefan|mdd | hrw: I add it to my TODO list, perhaps I can find time for it sooner. |
10:19.06 | hrw | thx |
10:20.34 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
10:23.34 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
10:35.13 | *** join/#oe daurn (i=daurn@unaffiliated/daurnimator) |
10:38.07 | koen | sorry about breaking gcc 4.1.2 |
10:39.00 | koen | at least you knew it was me by looking at the author cert :) |
10:39.05 | CIA-17 | 03mickeyl 07org.oe.dev * rd95b16d3... 10/ (3 files in 3 dirs): linux-gta01: make it compatible w/ gta02, adjust DEPENDS |
10:39.11 | CIA-17 | 03mickeyl 07org.oe.dev * r177c90ad... 10/ (1 conf/machine/fic-gta02.conf): linux-gta01: use linux-gta02 as kernel |
10:39.18 | CIA-17 | 03mickeyl 07org.oe.dev * r1da9580d... 10/ (1 packages/linux/linux-gta01.inc): linux-gta01: use gta01 defconfig for gta02 |
10:39.24 | CIA-17 | 03mickeyl 07org.oe.dev * r735f3c43... 10/ (13 files in 4 dirs): |
10:39.24 | CIA-17 | rename linux-gta01 to linux-openmoko, this kernel will be useful on a family of devices, |
10:39.24 | CIA-17 | GTA01, GTA02 being the first two models. |
10:47.35 | hrw | hmm.. new work to do then |
10:49.08 | koen | at we can stop complaining about linux-gta01 :) |
10:50.00 | hrw | mickey|MDD07: will you or your mistic new maintainer complain much if do_prepatch will be changed to do_postpatch? |
10:50.27 | koen | and using linux-2.6.00 + minor patch? |
10:50.35 | *** join/#oe mallum (n=mallum@86.157.93.91) |
10:50.36 | koen | <PROTECTED> |
10:50.41 | hrw | koen: exactly |
10:50.45 | hrw | hi mallum |
10:50.51 | Jin^eLD | re |
10:50.58 | koen | hey bearded super hero from london |
10:51.11 | mallum | hey hrw :-) |
10:51.20 | mallum | hey koen ;-) |
10:52.34 | zecke | hehe |
10:56.34 | koen | rootfs_deb almost works in OE |
10:56.44 | Jin^eLD | koen: cool! |
10:56.47 | koen | it needs some small tweaks from poky |
10:57.00 | Jin^eLD | koen: what host distro are you running? |
10:57.18 | Jin^eLD | my problem was (apart from some others), that it also did not work because I had a non-deb system |
10:57.18 | koen | ubuntu one, debian on another |
10:57.28 | Jin^eLD | it seemed to reuse some of the host deb stuff |
10:57.49 | Jin^eLD | zecke: I heard you may be going to the CELF conference in Linz? |
10:58.09 | zecke | Jin^eLD: it depends. |
10:58.40 | Jin^eLD | well, let me know if you go, would be nice to have a chat or something |
10:58.50 | Jin^eLD | I live in vienna so I will for sure be there |
11:00.33 | *** join/#oe majje (n=magnuse@211.157.216.81.static.ens.siw.siwnet.net) |
11:07.55 | *** join/#oe vlo (n=valentin@138.131.206.224) |
11:15.42 | Jin^eLD | hmm, I tried to abort bitbake using ctrl-c and somehow I am back in the shell but wget seems to be still working in the background, writing over my terminal |
11:15.43 | Jin^eLD | :) |
11:16.03 | Jin^eLD | that does not seem right somehow? |
11:17.52 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
11:30.40 | *** join/#oe vlo (n=valentin@138.131.206.224) |
11:31.35 | koen | In case someone is bored: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-August/002929.html |
11:35.33 | *** join/#oe jan_js (n=Elive_us@pD953884B.dip0.t-ipconnect.de) |
11:36.30 | jan_js | good afternoon all |
11:38.27 | jan_js | I have a problem with the bzImage I built with bitbake. It can't load its root file system .. |
11:39.19 | jan_js | I have checked the defconfig, but it seems that all required options are set to 'y'. |
11:40.05 | jan_js | A kernel that I built two month ago with oe works. And its 1.4 MB instead of 1.2 MB for the new one. |
11:40.15 | *** join/#oe vlo (n=valentin@138.131.206.224) |
11:40.49 | jan_js | Any idea what I might be missing here ? |
11:41.08 | hrw | jan_js: sl-a300? |
11:42.44 | jan_js | hrw: i586, a amd geode board .. |
11:43.10 | hrw | jan_js: which OE machine it is? |
11:43.53 | jan_js | hrw: generic x86, modified slightly |
11:46.12 | jan_js | hrw: sorry, i586-generic, not x86. |
11:47.10 | jan_js | hrw: I am using grub, which works fine with the older kernel. |
11:48.35 | hrw | re |
11:48.58 | hrw | jan_js: which board you have? |
11:50.55 | torpor | d/win 1 |
11:50.56 | hrw | fsck.. my desktop machine has connections for 4 usb ports on board (via pins). |
11:51.04 | hrw | and 3 of them do not work ;( |
11:51.41 | torpor | Jin^eLD: kill %1 |
11:53.01 | hrw | reboot. |
11:54.54 | jan_js | hrw: It's a advantech-pcm-3353F |
11:55.57 | jan_js | It has a CF slot, from where I boot the system |
11:57.11 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
12:00.45 | *** part/#oe raphman (n=raphael_@141.84.8.83) |
12:02.23 | hrw | jan_js: I use alix1c board - geode lx800 |
12:03.05 | jan_js | hrw: so what OE machine do you use - i586 ? |
12:03.34 | hrw | jan_js: alix |
12:04.04 | hrw | jan_js: but it is now i686 and will be switched to 'geode' which gets k6-2 gcc optimizations |
12:05.11 | jan_js | hrw: My CPU is a geode gx-mmx - maybee similar ? |
12:05.47 | hrw | gx is older geode |
12:06.01 | *** join/#oe cwiiis (n=cwiiis@86.157.93.91) |
12:06.11 | hrw | geode gx is based on cyrix MediaGX, then geodeLX was born |
12:08.20 | jan_js | hrw: So I might better stick to i586 then. I see in the alix machine conf that it uses "linux" as the kernel instead of linux-x86 as I do. |
12:08.42 | jan_js | I will check for the differences, I think, especially in the defconf. |
12:08.52 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
12:11.09 | hrw | jan_js: one day I will merge linux-x86 kernels into linux one |
12:11.44 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
12:12.21 | jan_js | hrw: whats the difference right now ? |
12:15.00 | hrw | name only rather |
12:18.42 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:19.18 | *** join/#oe mickeyl (n=mickeyl@wifi.kom.auc.dk) |
12:20.57 | *** join/#oe wirelessdreamer (n=yume@chrobd01.vailsys.com) |
12:21.23 | hrw | jan_js: and version - linux-x86 is 2.6.20, linux is 2.6.21/22/23-rc3 |
12:25.23 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
12:25.44 | Jin^eLD | torpor: well, I was kind of wondering why bitbake did not clean up the dl processes when exiting, that was the main question I guess |
12:25.51 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
12:29.41 | hrw | Jin^eLD: ? |
12:34.25 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
12:40.27 | Jin^eLD | yes? |
12:40.47 | hrw | "wondering why bitbake did not clean up the dl processes when exiting"? |
12:41.05 | Jin^eLD | oh.. you mean my talk with torpor? well I started a build, pressed ctrl-c, and bitbake seemed to have quit but wget was stil running |
12:41.29 | Jin^eLD | torpor suggested to kill %1 but I asked not because of not knowing hot to kill it but mostly wondering why bitbake did not take care of it when exiting |
12:41.29 | koen | multihtreaded bitbake forks of new shells for stuff |
12:44.20 | *** join/#oe rd_ (n=rd@88.198.85.37) |
12:46.20 | *** join/#oe zecke_ (n=ich@dsl-62-220-14-162.berlikomm.net) |
12:47.56 | *** join/#oe kristoffer (n=kristoff@nl-201-48.netlogon.liu.se) |
12:49.28 | Jin^eLD | hmm |
12:49.30 | Jin^eLD | NOTE: package u-boot-git-r1: task do_fetch: failed |
12:49.40 | *** join/#oe BobOfDoo1 (i=nobody@210-9-138-153.netspeed.com.au) |
12:49.49 | Jin^eLD | fresh pull && update, trying Crofton's davinci image, angstrom |
12:51.26 | ynezz | somebody should teach apt some funny response to "*u-boot-git*do_fetch*failed" :) |
12:52.38 | koen | Jin^eLD: the denx git repo is being down |
12:52.46 | koen | probably upgrading uboot on the server ;) |
12:52.49 | Jin^eLD | doh.. :( |
12:52.51 | Jin^eLD | hehe |
12:53.20 | ynezz | ~lart uboot-git fetching |
12:53.20 | ibot | pulls out his louisville slugger and uses uboot-git fetching's head to break the homerun record |
12:54.55 | ynezz | that crunch patches are those mentioned by martin guy? |
12:54.59 | ynezz | ^koen |
12:56.51 | *** join/#oe rob_w|laptop (n=rob_w@213.218.19.104) |
12:57.32 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
12:57.33 | *** join/#oe Bitmaster (n=Bitmaste@c-d962e253.325-1-64736c12.cust.bredbandsbolaget.se) |
12:57.48 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
12:57.57 | koen | ynezz: yes, and you need gcc 4.2.1 for it |
12:58.07 | koen | since they break 4.1.2 for non-trivial apps |
13:04.37 | hrw | poky ones? |
13:05.24 | koen | yes |
13:05.29 | koen | the ones I sent to the list |
13:07.43 | *** join/#oe jan_js (n=Elive_us@pD9538C5A.dip0.t-ipconnect.de) |
13:13.33 | *** join/#oe mr_nice (n=mr_nice@p54A9CCBB.dip.t-dialin.net) |
13:17.33 | christopher | hrw:what was the gcc-cross fix you put in? I was making a new build last night and it was on the gcc-cross build all night and still on it when I got in. would that have anything to do with it? |
13:17.44 | christopher | hrw: that is, I got it before your change |
13:20.24 | hrw | christopher: gcc 4.1.2-r6 is current one |
13:22.42 | christopher | hrw: so, only to update, not to address/fix |
13:23.19 | christopher | hrw: I restarted a build and enabled debug output so I can be sure it is still running and compiling. this is on a new machine that should go through compiles fast so that was why I was suprised with a build taking overnight. |
13:23.27 | christopher | and still on the same thing |
13:27.35 | ynezz | in -r5 were applied some patches which broken arm builds, so -r6 address this issue -- removed those offending patches |
13:27.52 | *** join/#oe prpplague (n=DaveAnde@mail.americanmicrosystems.com) |
13:29.17 | ynezz | and I think, that itsn't cause of your neverending build :) |
13:31.03 | christopher | ynezz: yeah, didn't think so. :( I was at r4 so I didn't have those patches. |
13:31.28 | christopher | ynezz: I have on the parallel make and this is a dual core but guess it is no match for these builds. |
13:32.17 | ynezz | i'm running 10 threads in parallel make on dual core T7100 |
13:32.42 | ynezz | no problems so far |
13:32.55 | christopher | ynezz: and how long does an image build take? is there a way to pass off more to both or will that happen automatically? |
13:33.25 | ynezz | i don't measure it, but it's fast enough for me |
13:34.57 | ynezz | angstrom-minimal-image under 30min or so |
13:35.05 | cdbot2 | * * OE Bug 2901 has been created by autobuild(AT)openembedded.org |
13:35.07 | cdbot2 | * * expect-5.44.1-r0-do_configure |
13:35.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2901 |
13:35.11 | christopher | ok. fair enough. On the old machine, it would have certainly been done overnight and that's why I am concerned. oh geez, under 30 minutes? |
13:35.32 | ynezz | as i said and don't know exactly :) |
13:35.44 | ynezz | but it's not noticeable as openmoko-image |
13:35.58 | ynezz | s/and/I/ |
13:36.05 | cdbot2 | * * OE Bug 2902 has been created by autobuild(AT)openembedded.org |
13:36.07 | cdbot2 | * * expect-5.44.1-r0-do_install |
13:36.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2902 |
13:36.58 | christopher | ynezz: ok, I'll kick off a new build and see how long it takes. |
13:37.04 | cdbot2 | * * OE Bug 2901 has been RESOLVED (INVALID) by <koen> |
13:37.06 | cdbot2 | * * expect-5.44.1-r0-do_configure |
13:37.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2901 |
13:37.50 | ynezz | christopher: what are you trying to build? |
13:40.03 | christopher | ynezz: I was building angstrom-console-image to try and get back to a working console. I had one working two days ago and luckily kept an older one around to proove it. when I build now, I get the no console found error |
13:40.21 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
13:40.24 | *** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it) |
13:40.29 | christopher | ynezz: so, I got a new computer and have been setting it up for builds on it (as opposed to the old one) so I can verify builds etc. |
13:40.49 | christopher | ynezz: just using angstrom and a sarge-at91 machine since it uses the same proc |
13:42.01 | hrw | christopher: good to know that sarge config is usable for someone ;) |
13:42.26 | christopher | hrw: didn't you add it in there ? |
13:42.32 | hrw | christopher: I did |
13:42.48 | christopher | hrw: yeah, I thought I remembered that right. figured I'd go with something that 'worked' |
13:43.21 | christopher | hrw: although I am getting a little frustrated because I am not sure how to configure the kernel with oe (may have to patch in the oe kernel)... |
13:43.42 | christopher | with it not loading any of the modules.dep / creating it and with it not running other things that are supposed to be done as postinsts... |
13:43.55 | christopher | I just don't know what I am doing wrong since I am using the code everyone else is straight from OE. |
13:44.45 | christopher | with buildroot, the *1* good thing I can say is that I could take a look at the rootfs that it built and everything was there so I could tell if something was ok or not. I'm just not used to it running all of those scripts at startup. |
13:45.04 | cdbot2 | * * OE Bug 2902 has been RESOLVED (INVALID) by <koen> |
13:45.06 | cdbot2 | * * expect-5.44.1-r0-do_install |
13:45.07 | christopher | and am concerned about boot-up time anyway so those add another 10-15 seconds which is not so good |
13:45.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2902 |
13:45.43 | hrw | christopher: add your machine into OE and generate config for it. that will resolve first problem. |
13:46.52 | christopher | hrw: meaning the kernel .config ? or the kernel itself with my changes? |
13:48.42 | hrw | config + eventual patches |
13:49.47 | christopher | hrw: ok. i do have the patch. it is enough to just add it as a file:// and it will know to patch it? I think I saw that in a bb file |
13:50.12 | christopher | hrw: same with .config? do I just make that into a defconfig as others have done? like for busybox etc |
13:50.37 | christopher | hrw: I'd like to have more options enabled like command history etc for busybox, so that's one thing I'll want to change on mine |
13:51.19 | hrw | christopher: look how sarge-at91 patches are handled in kernel recipe and follow it |
13:51.29 | christopher | hrw: ok. I'll follow those along |
13:51.32 | hrw | for busybox it is other thing |
13:51.36 | koen | ~hail linux.inc |
13:51.36 | ibot | ACTION bows down to linux.inc and chants, "I'M NOT WORTHY!!" |
13:52.25 | koen | more nokia FUD about community software: http://jaaksi.blogspot.com/2007/08/summer-teasers.html |
13:52.33 | koen | no wonder hildon is such a POS |
13:52.43 | chouimat | morning |
13:53.12 | koen | hey chouimat |
13:53.49 | hrw | ../cross/bin/arm-poky-linux-gnueabi-depmod-2.6 -a -b /home/hrw/devel/OH/poky/build/tmp-poky/rootfs/ -F ../staging/fic-gta01-poky-linux-gnueabi/kernel/System.map-2.6.21.6-moko11 2.6.21.6-moko11 |
13:55.39 | zecke_ | koen: come on |
13:56.08 | *** join/#oe Varoudis_ (n=varoudis@athedsl-170654.home.otenet.gr) |
13:56.28 | XorA | koen: the Fear part comes from the Neo being almost all the n800 is, but with capability to phone as well |
13:56.42 | XorA | koen: so if it succeeds it proves Nokias analysts wrong |
13:56.54 | koen | yes |
13:57.07 | koen | and nokia is almost certainly doing a linux phone |
13:57.26 | XorA | that become evident with Jaksis speach as GUADEC |
13:57.41 | XorA | N95 + linux?? |
13:57.51 | chouimat | bah nokia |
13:59.03 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.223.Dial1.SanJose1.Level3.net) |
14:04.11 | hrw | XorA: there were rumours about n95 linux |
14:04.44 | XorA | hrw: its the most obvious path |
14:05.04 | *** join/#oe mranostay_work (n=mranosta@cpe-088197.static.wadsnet.net) |
14:05.08 | mranostay_work | make[2]: Entering directory `/home/mranostay/openembedded/tmp/work/centrality-linux-gnueabi/linux-omap-2.6-2.6.9-omap1-r0/linux-2.6.9' |
14:05.08 | mranostay_work | <PROTECTED> |
14:05.08 | mranostay_work | cc1: error: unrecognized command line option "-mapcs-32" |
14:05.08 | mranostay_work | cc1: error: unrecognized command line option "-mshort-load-bytes" |
14:05.20 | mranostay_work | Anyone have any clue on this? |
14:05.25 | koen | 2.6.9!?!?!?!? |
14:05.27 | mranostay_work | Oh and hi all :) |
14:05.35 | koen | that's like 2 years old |
14:05.51 | mranostay_work | koen: I know the openmoko-image picked that for some reason |
14:05.55 | hrw | mranostay_work: switch to 2.6.2x please |
14:06.03 | hrw | mranostay_work: which machhine you build for? |
14:06.32 | mranostay_work | centrality |
14:07.02 | hrw | which lack kernel in OE? |
14:07.59 | mranostay_work | no it built linux-2.6.21 |
14:08.20 | hrw | christopher: I do not know why you have problem with modules.dep - all my images here have them generated during creating |
14:10.14 | chouimat | koen: last year I had to "service" a server .... they were still running linux 1.2 on it :( |
14:10.44 | mranostay_work | chouimat: wow your kidding right? |
14:11.13 | chouimat | no |
14:11.34 | chouimat | mranostay_work: and another one was running freebsd 2.1/2,.2 |
14:11.35 | mranostay_work | that is what like ~10+ years old? |
14:11.36 | XorA | in some areas linux 2.0.X was more featureful than 2.6 |
14:12.11 | chouimat | mranostay_work: close to 13 |
14:12.28 | hrw | if it works, dont fix it way |
14:12.49 | XorA | and the script kiddiez cant hack it if its not 0day |
14:12.57 | mranostay_work | hehe I was in second grade then :) |
14:13.10 | chouimat | true ... and to get the apps running on those working on something more modern will require a complete rewrite |
14:14.37 | *** join/#oe kristoffer (n=kristoff@nl-201-48.netlogon.liu.se) |
14:15.07 | *** join/#oe CosmicPenguin (n=nobody@www.crouse-house.com) |
14:16.10 | torpor | NOTE: package libgsmd-0.1+svn20070831-r22: task do_install: started |
14:16.11 | torpor | ERROR: function do_install failed |
14:18.43 | hrw | hi Cliff |
14:19.39 | christopher | hrw: yeah, Ido have that. so, when you look in lib/modules under the rootfs, you see modules.dep ? |
14:19.54 | hrw | yes |
14:20.02 | hrw | christopher: as long image contain any modules |
14:21.05 | christopher | hrw: well, that may be an issue. In my kernel, I don't have modules and I think I copied over my config to oe because the image wouldn't build due to lack of machine definition. |
14:21.33 | christopher | hrw: since oe depends on modules, is there any way to have it...not depend on modules and have them simply built into the kernel? |
14:23.20 | christopher | hrw: In other words, if I incorporate my kernel in oe, it will have my config (no modules), but then things built with oe are trying to load modules.dep but I don't know what modules they are trying to load |
14:24.56 | hrw | christopher: during start of OE generated images there is step when modules are loaded. if there are no modules then it is still ok |
14:26.06 | mickeyl | hmm |
14:26.16 | mickeyl | with the latest .dev qt no longer compiles |
14:26.20 | mickeyl | this worked yesterday |
14:26.30 | hrw | mickeyl: compiles or stage? |
14:26.37 | mickeyl | compiles |
14:26.38 | hrw | mickeyl: and how it breaks? |
14:26.38 | mickeyl | 3.0/config.tests/unix/compile.test: line 54: 25682 Illegal instruction |
14:26.49 | hrw | mickeyl: gcc 4.1.2-r6? |
14:27.03 | *** join/#oe Sleep-Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
14:27.10 | christopher | hrw: well, I guess it depends on what you mean by ok. there are programs that won't load because it can't find modules.dep |
14:27.15 | hrw | christopher: we prefer to have modules as then kernels are smaller so they boot faster |
14:27.27 | mickeyl | hrw: yes, 4.1.2-r6 |
14:27.37 | mickeyl | what kind of changes did we have? |
14:27.49 | hrw | mickeyl: NOTE: package qt4-x11-free-4.3.0-r6: task do_compile: started |
14:27.54 | torpor | anyone been working on libgsmd today? |
14:28.07 | hrw | mickeyl: r6 == r4 |
14:28.14 | mickeyl | well, it breaks in configure here |
14:28.20 | mickeyl | hmm, strange |
14:28.25 | mickeyl | *sigh* |
14:28.59 | hrw | mickeyl: will openmoko provide any external toolchain? |
14:29.07 | mickeyl | sure |
14:29.45 | hrw | this would lower amount of problems which devs have |
14:29.47 | Jin^eLD | hmm, somehow the PREFERRED_PROVIDER_virtual/kernel in my machine conf is ignored; trying to build angstrom, -DDD does show that the correct confs are being parsed |
14:29.54 | Jin^eLD | any hints on why this could be happening |
14:29.54 | Jin^eLD | ? |
14:30.15 | hrw | Jin^eLD: oe kernel recipe or own? |
14:30.19 | Jin^eLD | own |
14:30.33 | hrw | Jin^eLD: COMPATIBLE_* flags checked? |
14:30.45 | mickeyl | hrw: what's the status of toolchain packages in OE ? |
14:30.49 | Jin^eLD | well the thing is, it works for me here, I replicated that on a slightly older host distro on my collegues PC |
14:31.00 | Jin^eLD | for me it works, for him it does not, allthough he is using my setup and same bitbake version |
14:31.14 | hrw | mickeyl: meta-toolchain should work. for openmoko you need to extend it with more libs |
14:32.08 | koen | I'm merging in poky bbclasses so we can use their toolchain stuff |
14:32.15 | koen | see RFC on oe-devel |
14:32.36 | hrw | our toolchains works :D |
14:33.07 | Jin^eLD | hrw: I think the problem is that the collection is being ignored... but with same bitbake version.. hmm, that should be ok I guess? |
14:33.49 | hrw | I do not use collections so hard to tell |
14:33.56 | hrw | ~hail screen -x |
14:33.57 | ibot | ACTION bows down to screen -x and chants, "I'M NOT WORTHY!!" |
14:33.57 | Jin^eLD | mhm |
14:34.32 | mickeyl | hmm |
14:37.12 | mranostay_work | ~hail Linus Torvalds |
14:37.13 | ibot | ACTION bows down to Linus Torvalds and chants, "I'M NOT WORTHY!!" |
14:37.16 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:38.17 | *** join/#oe sudharsh_ (n=sudharsh@59.96.7.223) |
14:39.16 | *** join/#oe Sup3rkid1o (n=sudharsh@argo.nipl.net) |
14:39.57 | mranostay_work | how can i force bitbake to use a different kernel .bb? |
14:40.31 | *** join/#oe jbs (n=Bernardo@84.39.87.10) |
14:48.40 | mickeyl | PREFERRED_PROVIDER_virtual/kernel "<foo>" |
14:49.59 | *** join/#oe dcordes (n=tsingtao@f048043026.adsl.alicedsl.de) |
14:51.20 | mranostay_work | mickeyl: I'd just RTFM, thanks :) |
15:24.51 | *** join/#oe mr (n=mr_nice@p54A9CCBB.dip.t-dialin.net) |
15:33.04 | cdbot2 | * * OE Bug 2903 has been created by autobuild(AT)openembedded.org |
15:33.06 | cdbot2 | * * claws-plugin-maildir-0.24.4-r0-do_configure |
15:33.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2903 |
15:39.05 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
15:42.31 | mranostay_work | ~hail ibot |
15:42.32 | ibot | ACTION bows down to ibot and chants, "I'M NOT WORTHY!!" |
15:47.49 | hrw | r |
15:47.50 | hrw | e |
15:48.04 | cdbot2 | * * OE Bug 2904 has been created by lukas.gorris(AT)gmx.de |
15:48.06 | cdbot2 | * * Dependencies not matched installing openmoko stuff |
15:48.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2904 |
15:48.50 | hrw | mickeyl: NOTE: package qt4-x11-free-4.3.0-r6: task do_package: completed |
15:49.29 | mickeyl | on my x86_64 machine, qmake-native ends up w/ illegal statements when qt detects the machine as x86_64 |
15:49.34 | mickeyl | with my uname hack it works again |
15:51.50 | hrw | mickeyl: that is on x86 host |
15:53.39 | *** join/#oe mgross (n=mgross@pool-71-245-99-113.ptldor.fios.verizon.net) |
16:02.09 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
16:03.59 | *** join/#oe AvengerMoJo (n=alex@219.142.237.250) |
16:05.05 | mranostay_work | is shasum-native-1.0 failing to build for anyone else? |
16:05.19 | hrw | not here |
16:12.08 | *** join/#oe osas (n=nnnnnnnn@72.53.149.68) |
16:12.13 | *** join/#oe ssvb (n=user@87.252.225.64) |
16:23.37 | mwester | lart OE for not understanding the benefits of locking-down a toolchain. |
16:24.05 | RP | mwester: Locking down the toolchain is a distro decision |
16:25.06 | hrw | RP: no - he is talking about PR bumping |
16:25.49 | hrw | mwester: you can make own branch where you will cherrypick updates from .dev |
16:30.43 | mwester | RP: yes, it is, but seldom done because OE doesn't have a good built-in model for handling such a thing. Can it even deal with a package that has a different version for the -native.bb than the target .bb? |
16:32.38 | mwester | hrw: yes, I can. But that's the wrong way around. Normal operation, once a distro gets to a certain development stability, should be for everything -native to be isolated, and the typical developer should _choose_ when they are ready for a mass update of the toolchain and native packages. |
16:33.39 | hrw | mwester: but .dev is not distro related |
16:34.45 | mwester | Ok. I fail to see the significance of that, though. |
16:36.14 | hrw | mwester: when OZ was ready to release I branched it and then only needed stuff came to branch |
16:37.13 | mwester | From a practical point-of-view, someone will implement a solution, because mass rebuilds for hundreds of users because someone changed something trivial in a bb somewhere is simply unacceptable for most developers. |
16:37.33 | mwester | If it's a branch, and "cherry picking", that's fine. If it's a lockdown of the -native packages, that's fine too. |
16:38.59 | mwester | It's philosophy I guess. (I just happen to have nothing better to do than contemplate philosophy for the next 8 hours or so until my build completes). :-D |
16:38.59 | hrw | mwester: gcc change in general was 'trivial' but needed. we already blamed koen on it |
16:39.30 | mwester | hrw: I understand that one, and it's regrettable. But the general case still stands. |
16:40.16 | mwester | If my project is at a critical juncture, how do I as a developer with a time-limit, protect myself from checkins of code that I do not expect? |
16:41.04 | hrw | mwester: you branch then |
16:41.09 | mwester | Every project in the world deals with this issue, and I think that OE is unique in that it chooses a default which has no barriers or guards at all. |
16:41.33 | mwester | hrw: my point is that the ORIGINAL change should have been on a dev branch. |
16:41.46 | hrw | mwester: and we lack !dev branch |
16:42.11 | mwester | Precisely. That's what makes OE unique from every other embedded project I've seen. |
16:42.34 | mwester | There is no "stable" branch, or "mainline" that has any guarantee of remaining stable. |
16:42.41 | dcordes | is there a list of maintainers for packages/metadata in the different distros? |
16:42.52 | hrw | dcordes: read MAINTAINERS file |
16:42.58 | dcordes | ok thank you |
16:43.22 | hrw | mwester: we can probably do stable branch but then the problem is who will maintain it |
16:44.32 | mwester | Yep. That too is the same issue faced by every other SCM environment. Everyone wants the changes they desire to be merged automatically, and changes they do not wish to see to be ignored -- but nobody is every willing to do the hard work to manage same. |
16:45.19 | dcordes | obviously koen|away is the maintainer for openmoko recipes in angstrom |
16:45.23 | dcordes | koen|away: you around? |
16:45.52 | hrw | dcordes: no |
16:45.59 | mwester | The key is as I said before: "hundreds of users" -- sheer scale will overcome that objection, and somebody somewhere will do it. My only question is if they will do it in OE, or if they will simply copy the toolchain and -native stuff out of OE. |
16:46.07 | hrw | dcordes: openmoko project is maintainer of openmoko recipes |
16:46.13 | hrw | dcordes: angstrom just use them |
16:47.08 | hrw | mwester: I think that OE lack three things now: 1. autobuilders 2. stable branch 3. maintainers for 2 |
16:47.25 | mwester | I completely agree. |
16:48.31 | dcordes | hrw: I don' think the problem I experience with the openmoko recipes is present in openmoko itself but only in angstrom. |
16:48.35 | dcordes | !oebug 2904 |
16:48.37 | cdbot2 | * * Bug 2904, Status: NEW, Created: 2007-08-31 08:47 |
16:48.37 | cdbot2 | * * lukas.gorris(AT)gmx.de: Dependencies not matched installing openmoko stuff |
16:48.38 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2904 |
16:48.53 | hrw | doing stable branch without autobuilders is useless as there will be no way to autocheck does all is ok. |
16:49.07 | hrw | and lack of maintainers == no commits fixing stable branch |
16:49.24 | hrw | dcordes: patches welcome |
16:50.49 | dcordes | hrw: is openmoko working with the openembedded mainline anyway? |
16:51.14 | hrw | yes |
16:51.53 | dcordes | Thing is I believe that 2904 is caused by somebody providing only partially upgrade to the openmoko metadata in oe so the openmoko-task-* things are missing the latest branch versions from openmoko |
16:51.54 | hrw | ~lart gsmd |
16:51.54 | ibot | urinates on gsmd |
16:53.49 | *** join/#oe mr_nice (n=mr_nice@p54A9F19E.dip.t-dialin.net) |
16:56.10 | *** join/#oe csmanx (n=csman@190.40.187.242) |
16:57.37 | dcordes | hrw: I seriously would like to patch this but I don't know where to start |
16:58.08 | *** join/#oe Vorondil (n=vorondil@unaffiliated/vorondil) |
16:59.15 | cbrake | mwester: but then, even in the stable branch you may have tool chain updates ... I guess there could be advance notification though ... |
16:59.56 | cbrake | mwester: I usually just lock down a stable version of OE for my projects, and only move forward when I know I'll have time to work through any issues that come up. |
17:00.47 | hrw | bye |
17:01.11 | hrw|gone | dcordes: for me openmoko-devel-image builds for fic-gta01 and for alix |
17:01.47 | dcordes | I'm not building openmoko-devel-image but angstrom-x11-image for akita |
17:05.14 | dcordes | maybe it would be wise to just build openmoko-devel-image for akita for my purpose :D |
17:05.27 | *** join/#oe hughescr (n=Snak@adsl-70-132-23-204.dsl.snfc21.sbcglobal.net) |
17:11.08 | *** join/#oe AvengerMoJo (n=alex@219.142.237.250) |
17:12.46 | *** join/#oe khem (i=khem@nat/montavista/x-b70874ad3be161ad) |
17:17.06 | *** join/#oe khem (i=khem@nat/montavista/x-f570c52e3380117b) |
17:24.05 | *** join/#oe dion (n=dion@inhex.net) |
17:24.41 | dcordes | is the openmoko binary repo upgraded manually or with buildbot? |
17:24.50 | dcordes | sorry I mean angstrom repo |
17:26.55 | zecke_ | manually by feed maintainers (check the angstrom site) |
17:31.22 | *** join/#oe ossman (n=drzeus@gateway.drzeus.cx) |
17:31.59 | ossman | RP, ping |
17:34.35 | *** join/#oe tank17 (i=tank17@gateway/tor/x-5c359043bce3f3ec) |
17:37.16 | *** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de) |
17:41.24 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
17:41.39 | dcordes | I just started building openmoko-devel-image for machine akita distro openmoko. Yesterday I finished a complete angstrom-x11-image also for akita. Now why does bitbake have to rerun all the tasks? |
17:42.10 | dcordes | I somehow expected the moko image to build faster because I'm building for the same arch |
17:58.10 | *** join/#oe Keizer (n=keizer@71.16.35.6) |
18:01.45 | *** join/#oe emte__ (n=emte@66.183.8.167) |
18:06.17 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:07.24 | *** join/#oe Bernardo (n=Bernardo@89-180-10-189.net.novis.pt) |
18:08.09 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:11.58 | *** join/#oe woglinde (i=woglinde@e178110108.adsl.alicedsl.de) |
18:13.11 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
18:13.20 | woglinde | hi |
18:16.02 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
18:21.37 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
18:25.18 | *** join/#oe greentux (n=lemke@Z5b6f.z.pppool.de) |
18:25.32 | *** join/#oe Kero (n=kero@77.251.29.148) |
18:26.06 | Kero | Hi! I'd like o update http://www.openembedded.org/wiki/OEandYourDistro but I can not see any way to create an account to do so. |
18:26.25 | Kero | sort-of wondering what's the use of a closed wiki? |
18:30.40 | koen|away | why do you think it's closed? |
18:30.47 | koen|away | you don't need an account to edit it |
18:32.34 | Kero | because "Edit" shows me a little text input to make a comment about thet change, but no input to actually make the change? |
18:33.03 | zecke_ | lol, drupal is... |
18:33.38 | Kero | it does show a Preview button tho. |
18:34.59 | zecke_ | agreed, our drupal installation is still messed up |
18:38.58 | Kero | ok. well. Just wanted to edit the debian-unstable info. monotone 0.36 works from today's mokomakefile, vs 0.35 bailing out (three weeks ago). specifically, 0.33 is *NOT* 'current debian unstable', but at least a month old, if not much older. |
18:39.37 | Kero | i'll post to an openmoko mailing list, might occasionally check the OE wiki, whether I can edit (but don't trust I will actually do that...) |
18:42.28 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
18:45.27 | CIA-17 | 03koen 07org.oe.dev * r3f5ee415... 10/ (3 files in 2 dirs): angstrom: more .deb integration |
19:17.00 | *** join/#oe work_donato (n=donato@uriel-03.ite.net.br) |
19:18.38 | dcordes | how can I make an *.ext2 image out of an image I build with OE? (I only get .jffs2) |
19:20.33 | *** join/#oe olegfink (n=olegfink@87.228.51.111) |
19:21.51 | christopher | dcordes: should be in your machine conf file with file types. just change 'jffs2' to 'jffs2 ext2' |
19:21.59 | christopher | dcordes: and rebuild |
19:22.02 | dcordes | ok |
19:24.13 | christopher | hrw: I tried building the image again and it did not load up modules.dep. what distro/machine are you using? is it angstrom and ? |
19:43.15 | *** join/#oe joshin (n=joshin@VDSL-130-13-8-105.PHNX.QWEST.NET) |
19:48.12 | dcordes | somehow I'm getting no zImage after building angstrom-console-image and angstrom-minimal-image |
19:48.24 | dcordes | is that normal or did I setup something ina wrong way? |
19:49.34 | woglinde | docrdes hm |
19:49.37 | woglinde | which machine? |
19:52.13 | zecke_ | RP: hrw|gone : Is anyone of your crew online to answer some basic clutter API questions? |
19:57.30 | dcordes | woglinde: I built for htctornado |
19:58.36 | dcordes | somehow there was one zImage in there but I didn't know what I build in order to get it |
19:58.57 | dcordes | I removed the htctornado image builddir before I rebuilt minimal and console |
19:59.19 | woglinde | dcordes zImage is normale under work/arch/linux-vbla/arch/boot |
19:59.23 | dcordes | could it be that only angstrom-x11-image is creating a zImage for that device? |
20:01.15 | mranostay_work | can i put custom cflags in a .bb package? |
20:01.38 | woglinde | mranostay yes |
20:01.48 | woglinde | search the packages after oemake |
20:01.57 | woglinde | than you will find examples |
20:02.11 | woglinde | s/after/for |
20:02.31 | dcordes | woglinde: can't find zimage there |
20:03.01 | dcordes | but I'm used to see the zImage for angstrom in my build/tmp/angstrom/deploy/glibc/images/machine folder |
20:03.07 | dcordes | like with my akita builds |
20:03.14 | woglinde | dcordes hm |
20:03.21 | woglinde | maybe some deps are wrong |
20:03.36 | woglinde | you can try bitbake imagebla -g |
20:03.50 | woglinde | to let you make the dependcies graph |
20:03.56 | woglinde | and look at the .dot files |
20:04.04 | woglinde | if there is a kernel entry |
20:05.24 | dcordes | hm it is just building bla then |
20:05.37 | dcordes | is there a way to force creation of zImage? |
20:05.50 | dcordes | oh sorry got the depends.dot |
20:06.39 | dcordes | theres soemthing about kernel-image style = bash and such |
20:06.47 | dcordes | what exactly am I looking for in that file? |
20:07.55 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
20:08.34 | woglinde | dcordes kernel-image should be on the left side |
20:08.56 | woglinde | args |
20:09.01 | woglinde | I am to dull |
20:09.08 | dcordes | what is dull? |
20:09.20 | woglinde | you already mentioned that you have a work/arch/linux-vbla dir |
20:09.22 | woglinde | dumb |
20:09.54 | Jin^eLD | is there a way to turn off uboot building when building angstrom? |
20:10.07 | dcordes | hm so possibly really angstrom-x11-image is only way to make zImage for htctornado then? |
20:10.23 | woglinde | dcordes okay look at work/arch/linux-vbla/temp/log.do_compile |
20:13.34 | mranostay_work | is -Os the only gcc flag to make smaller binaries BTW? |
20:13.38 | dcordes | ah maybe it doesn't rebuild zImage because it thinks there is already one from previous build? |
20:13.52 | woglinde | right that could be |
20:14.13 | dcordes | how can I avoid that (w/o rebuilding _everything_) ? |
20:14.38 | woglinde | bitbake kernel-foo-bla -c rebuild |
20:14.54 | woglinde | where kernel-foo-bla is the .bb recpie name for htc |
20:14.58 | dcordes | kernel-minimal-image? |
20:14.58 | woglinde | kernels |
20:15.07 | dcordes | ok |
20:16.57 | dcordes | /packages/linux/linux-tornado-omap2_2.6.16.16.bb |
20:17.12 | woglinde | are you sure? |
20:17.16 | dcordes | not sure |
20:17.32 | woglinde | whats the name of the work/arch/linux-bla dir? |
20:17.43 | woglinde | or look at the .dot files |
20:17.50 | woglinde | there the name stands too |
20:18.14 | dcordes | I think that is the one because it is only recipe in packages/kernel containing tornado |
20:18.45 | woglinde | hm dont know whats angstroem is choosing |
20:18.56 | *** join/#oe Crofton (n=balister@70-101-131-78.br1.dav.wv.frontiernet.net) |
20:18.56 | woglinde | let me see in the conf/machine dirs |
20:19.21 | woglinde | which htc you have? |
20:19.28 | woglinde | tornado really? |
20:19.33 | dcordes | actually I have no htc at all |
20:19.44 | dcordes | my friend has a (also omap850) based prophet |
20:19.59 | dcordes | on which we succesfully tried one ancient wizard kernel |
20:20.08 | woglinde | ah okay |
20:20.10 | woglinde | PREFERRED_PROVIDER_virtual/kernel = "linux-tornado-omap2" |
20:20.37 | woglinde | bitbake linux-tornado-omap2 -c rebuild should doo |
20:20.57 | dcordes | ok |
20:21.44 | dcordes | woglinde: do you also have a htc? |
20:21.55 | woglinde | dcordes no |
20:22.08 | woglinde | I only have a simpad and a greenphone |
20:22.17 | woglinde | my neo has zecke |
20:22.29 | woglinde | because he bourought his |
20:22.35 | dcordes | simpad? isn't this that huge touchscreen thing? |
20:22.40 | woglinde | yes |
20:22.43 | woglinde | 800x600 |
20:22.50 | woglinde | sa1110 strongarm |
20:22.52 | dcordes | lol he gave away his own so you gave him yours? |
20:22.54 | woglinde | 220 mhz ;( |
20:22.57 | dcordes | heh |
20:23.11 | zecke_ | dcordes: he did. And I gave away not only one but two ;) |
20:23.12 | woglinde | he gives one greenphone |
20:23.23 | woglinde | so its okay |
20:23.30 | dcordes | I only have akita to offer |
20:23.38 | dcordes | anybody want to swap with gta02? :D |
20:24.33 | woglinde | lol |
20:24.47 | dcordes | what is digitizer? |
20:24.53 | ljp | touchscreen |
20:25.05 | woglinde | ljp hm |
20:25.16 | woglinde | lol |
20:25.26 | dcordes | my current workstation is P-III |
20:25.48 | dcordes | 500mh with 256megs ram |
20:26.01 | woglinde | jesus |
20:26.10 | woglinde | thats over 5 years old |
20:26.11 | mwester | It probably works great -- except for OE builds, of course. |
20:26.18 | dcordes | that's 10 years old |
20:26.26 | woglinde | no |
20:26.27 | dcordes | close |
20:26.32 | woglinde | cant be |
20:26.42 | dcordes | okay it had that year 2000 ready sticker |
20:26.49 | dcordes | so somewhat late 1999 |
20:26.50 | woglinde | 10 years would be dual pentium pro with 200 mhz |
20:27.17 | dcordes | never obsolete machine |
20:27.18 | woglinde | I remeber exactly |
20:27.19 | dcordes | :D |
20:27.33 | dcordes | bought at a well known german supermarket |
20:29.43 | dcordes | anyway I need something that can build a bit faster |
20:33.48 | mwester | me is considering hijacking his wife's quad-core Pentium Extreme for OE builds. |
20:33.56 | woglinde | lol |
20:34.05 | woglinde | why your wife need a quad core? |
20:34.13 | mwester | Photoshop |
20:34.13 | woglinde | word using only one proc |
20:34.33 | woglinde | hehe |
20:34.52 | mwester | But she doesn't use it at night, so maybe dual-boot isn't a bad idea... |
20:36.52 | chouimat | mwester: or simply use a live CD |
20:38.44 | mwester | hmm... even easier. I'll still need some local disk, but tossing in a spare 120GB drive is easy (it already has 5, nobody will notice a sixth in there) |
20:42.18 | hrw|gone | christopher: angstrom-2007.1/alix angstrom-2007.1/fic-gta01, poky/fic-gta01, poky/c7x0 |
20:42.43 | hrw|gone | dcordes: many machines has kernel images in rootfs only - not in deploy |
20:42.59 | dcordes | this kernel build is taking ages |
20:45.16 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
20:46.06 | hrw|gone | mwester: colinux maybe? or even vmware should fly on it |
20:46.18 | woglinde | nite hrw |
20:47.10 | hrw|gone | openmoko-devel-image is insane - I am building it since yesterday and it has ~200 tasks to do.. on 1.6GHz pentium mobile with 1GB ram.. |
20:47.14 | hrw|gone | cu |
20:55.20 | dcordes | hrw|gone: rebuilding made it- thanks |
20:55.23 | dcordes | got the zImage now |
20:55.45 | zecke | hrw|gone: nite |
20:57.19 | *** join/#oe mickeyl (n=mickeyl@0x555312a7.adsl.cybercity.dk) |
20:57.48 | Crofton | mdd? |
20:58.00 | mickey|mdd | mobile developer days 07 |
20:58.01 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
20:58.02 | woglinde | mobile developer something |
20:58.04 | Crofton | ah |
20:58.05 | mickey|mdd | denmark |
20:59.55 | *** join/#oe flo_lap (n=fuchs@f048224214.adsl.alicedsl.de) |
21:00.11 | woglinde | he florian |
21:00.57 | khem | it seems I need to recompile monotone for centos5 |
21:01.04 | dcordes | mickey|mdd: man you always on the road |
21:01.10 | dcordes | liked your froscon speech btw |
21:01.20 | mickey|mdd | dcordes: that's right. i travel too much lately. this will change in 2008 |
21:01.23 | mickey|mdd | dcordes: thans :) |
21:02.01 | dcordes | you asked me about some more picture of my zaurus running mokoui but my camera was larted |
21:03.16 | flo_lap | re |
21:03.41 | *** join/#oe Cyberdeck (n=mnemonic@drms-590d236c.pool.einsundeins.de) |
21:04.11 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
21:04.31 | *** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it) |
21:06.39 | *** join/#oe hughescr (n=Snak@adsl-75-52-251-81.dsl.pltn13.sbcglobal.net) |
21:06.56 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
21:08.07 | cbrake | The correct way to add packages to an openembedded image: http://bec-systems.com/web/content/view/79/9/ |
21:08.14 | hughescr | anyone building OE on osx? It looks like I'm having trouble when bitbake tries to write the tmp/cache sqlite DB |
21:08.35 | mickey|mdd | dcordes: don't worry, i'm going to do it on my zaurii one of these days |
21:08.38 | cbrake | trying to undo the damage from my first article, so please tell me if there is anything incorrect this time ... |
21:08.47 | hughescr | like maybe I don't have the right python sqlite lib or something |
21:10.17 | woglinde | hughescr try python2.5 as default 2.4 makes trouble |
21:10.33 | hughescr | woglinde: I'm using python 2.5.1 |
21:10.35 | hughescr | afaict |
21:10.38 | woglinde | hm |
21:10.39 | hughescr | from fink |
21:10.44 | woglinde | oh macosy |
21:10.46 | woglinde | oh macosx |
21:10.47 | hughescr | python --version says 2.5.1 anyway |
21:11.01 | woglinde | than install sql bindings for it |
21:11.07 | woglinde | sqlite even |
21:11.11 | hughescr | woglinde: yeah, how |
21:11.21 | hughescr | I installed everything from fink which looked like python sqlite bindings |
21:11.26 | hughescr | didn't help |
21:11.32 | woglinde | mom |
21:12.24 | woglinde | hm you have python-sqlite? |
21:12.30 | woglinde | that shoud be enough |
21:29.08 | *** join/#oe csmanx (n=csman@190.40.187.242) |
21:45.10 | RP | zecke: Most of OH appears to be offline now... |
21:45.54 | RP | zecke: If you have specific questions, ask on the mailing list and I suspect someone will get back to you quickly, or just mail mallum ;-) |
21:46.26 | Cyberdeck | what does the '?=' in the bb files mean? conditional assignment? |
21:46.37 | mwester | Cyberdeck: yes |
21:47.15 | RP | Cyberdeck: Set if not already set. See the bitbake manual, its actually documented (for a change!) :) |
21:48.03 | Cyberdeck | a one html bitbake manual would be great! Hard to do a full text search at the single pages. at least i did not found the '?=' there. |
21:48.08 | Cyberdeck | but thank you! |
21:48.25 | *** join/#oe birunko (n=birunko@200.184.118.132) |
21:50.45 | hughescr | I have a question on images: Is there some logic as to what should go in conf/distro vs packages/angstrom vs packages/images vs packages/tasks? |
21:50.54 | hughescr | I guess also vs conf/machine |
21:51.01 | hughescr | vs build/conf/local.conf |
21:51.42 | hughescr | I *think* I just want to create a new thing in packages/images, but it's not clear |
21:52.18 | hughescr | I guess my biggest question is "what is a distro, as opposed to an image" |
21:53.00 | *** join/#oe BobOfDoom (i=nobody@210-9-141-81.netspeed.com.au) |
21:53.28 | hughescr | is all that stuff doc'd anywhere? |
21:53.32 | RP | hughescr: An image is a collection of packages for a certain purpose. A distro is more of a kind of policy determination (what versions to use, which ABI etc.) |
21:54.20 | RP | hughescr: packages/angstrom shouldn't exist ideally and probably won't in the end |
21:54.44 | hughescr | RP: ok, that packages/angstrom should probably just be in packages/images? |
21:54.52 | RP | hughescr: right |
21:55.11 | hughescr | RP: and conf/distro then would have stuff like "use uclibc rather than glibc, and use version 1.2.3 of package foo, if you use package foo" |
21:55.28 | RP | hughescr: right |
21:55.38 | hughescr | RP: whereas packages/images would say "when you're building a small system, then use packages foo, bar, and baz" |
21:56.03 | hughescr | RP: and packages/tasks is basically macros saying "If you want a bootable system, then use the following 19 packages" |
21:56.10 | RP | hughescr: yes |
21:56.10 | hughescr | ? |
21:56.33 | RP | tasks are just convinient groups of packages to simplify images |
21:57.29 | hughescr | RP: OK. So for gumstix, if I want to specify that basically it wants to base things off angstrom, but specify uclibc (where angstrom lets you choose), then I'd maybe make a conf/distro/gumstix which sets ANGSTROM_MODE=uclibc then requires angstrom |
21:57.51 | hughescr | and a pacakges/image/gumstix-small-image which selects packages for a 4MB gumstix, based on angstrom-minimal or something? |
21:57.59 | RP | hughescr: Yes, you could do that |
21:58.36 | hughescr | RP: my goal is to get as much stuff out of build/conf/local.conf as possible, so users don't get confused and don't shoot themselves in the foot too much |
21:58.57 | hughescr | angstrom really wants you to make too many decisions in local.conf |
21:59.26 | hughescr | RP: ok thanks for confirming what I thought was likely true |
21:59.34 | *** join/#oe birunko (n=birunko@200.184.118.132) |
22:03.43 | RP | hughescr: I can understand that aim, poky tries to do that too. Angstrom does cater for a lot of configurations and OE is powerful and it seems a shame to hide that power in a way too though :) |
22:03.47 | RP | I can see both sides... |
22:11.35 | sakoman | hughescr: thanks for asking that question! |
22:11.53 | sakoman | I was wondering about the same things |
22:12.24 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
22:12.44 | likewise | just in time :-) |
22:13.47 | likewise | but why not keep Angstrom a distro within OE just as it is now? |
22:14.27 | likewise | It's a extremely good reference distro, but I do not see it replacing OE. |
22:15.54 | mickey|mdd | rwhitby: i don't want that |
22:16.25 | mickey|mdd | so i try not to allow it to happen |
22:16.30 | rwhitby | mickey|mdd: I agree - but that's the direction it's heading - it already has glibc vs uclibc |
22:17.06 | woglinde | rwhitby eglibc you forget |
22:17.09 | mickey|mdd | that's right, but if angstrom becomes too bloated, why not adding something with less options again? that was my idea of DISTRO=generic |
22:17.36 | rwhitby | woglinde: indeed - that is more evidence for my point |
22:17.38 | mickey|mdd | i see angstrom as a reference distro, not as the only means |
22:18.12 | rwhitby | there is no way that OE has enough resources to _properly_ support *3* C libraries |
22:18.24 | woglinde | rwhitby? |
22:18.31 | woglinde | until now it works |
22:19.20 | rwhitby | indeed, cause it's fresh. but soon the one or two individuals driving one of the three variants will loose interest, or move onto the next interesting thing, and the support for the least popular of the three will bitrot. |
22:19.24 | *** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz) |
22:19.31 | rwhitby | that's just my prediction - take it with a grain of salt. |
22:20.34 | likewise | if it works for one distro (Angstrom), C lib supports isn't hard to use in your own distro (like mickey said, a more minimal distro) |
22:20.48 | rwhitby | likewise: fully agree |
22:21.18 | rwhitby | that's why I say that Angstrom will become the OE replacement, and there will be lots of distros based on configurations of Angstrom. |
22:21.55 | rwhitby | (and then there will be a heap of legacy non-Angstrom-based distros which will eventually bitrot) |
22:21.57 | likewise | rwhitby: but why does Angstrom replace OE, if it is "only" the distro part of it? |
22:22.14 | likewise | rwhitby: agreed, we have lots of bitrotting distro's in there. |
22:22.36 | likewise | I would rather see a purpose-driven set of distro's |
22:22.43 | rwhitby | likewise: because if something isn't a derivative of Angstrom, then new changes to OE don't get automatically tested on it, and the legacy things break and bitrot. |
22:22.49 | likewise | One distro that targets headless systems, for example |
22:22.51 | kergoth | angstrom isnt an oe replacement, it just might be the base of a lot of the distros buildable out of oe. |
22:23.05 | mickey|mdd | rwhitby: in the end, it depends on the people that make it. if enough people want A to become it, then it'll be so. If otherwise, it won't happen |
22:23.11 | mickey|mdd | hi kergie |
22:23.18 | mickey|mdd | kergoth: how are things? |
22:23.20 | woglinde | hi kergoth |
22:23.39 | kergoth | not too bad, getting a bit tired of arizona heat, but not bad |
22:23.48 | mickey|mdd | glad to hear |
22:24.02 | rwhitby | kergoth: yes, that's what I mean - I'm just taking it to the extreme to highlight the point that the non-Angstrom distros will probably bitrot, so people who want the least pain should get behind angstrom |
22:24.17 | kergoth | still burned out on coding, but thus far my job at mvista is just bugfixing, which i can do easily and without getting frustrated, so content with that for now.. think i might go back to school in a year or so |
22:24.21 | kergoth | heh |
22:24.34 | mickey|mdd | kergoth: i see. yes, i think that may be the best strategy for you |
22:24.36 | woglinde | back to school? |
22:24.38 | likewise | mickey|mdd: generic distro is reasonably slim, lean and non-rotten? |
22:25.02 | kergoth | i used to enjoy the architecture of code, but i just dont anymore, cant seem to focus on it.. so bugfixing will do |
22:25.05 | kergoth | woglinde, never got a college degree |
22:25.08 | mickey|mdd | likewise: definitely rotten, i didn't work on it since years. but we could work again on it |
22:25.09 | rwhitby | mickey|mdd: is there a bugzilla-submitting autobuilder for generic distro? |
22:25.16 | mickey|mdd | rwhitby: no idea frankly |
22:25.34 | likewise | How can one create such a autobuilder? |
22:25.41 | woglinde | kergoth hehe I tought I were the only lamer who is going a full study at the age of 28 |
22:25.54 | kergoth | :) |
22:26.20 | likewise | woglinde: I finished University only last year, when I was 32, so no hurries :-) |
22:26.39 | woglinde | likewise hm do you have to feed a family= |
22:27.08 | likewise | I enjoyed learning the theory while I was in the middle of a job / practice. Well, only my girlfriend and the cats :-) |
22:31.17 | *** join/#oe wick7xx (n=jornix@63.135.144.56) |
22:32.56 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
22:36.11 | *** join/#oe zecke (n=ich@gprs-pool-1-001.eplus-online.de) |
22:39.19 | *** join/#oe tank17 (i=tank17@gateway/tor/x-0b6c43834cb648aa) |
22:40.17 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
22:44.18 | CIA-17 | 03mickeyl 07org.oe.dev * r22b3c11c... 10/ (1 packages/vte/vte_0.11.15.bb packages/vte/vte_0.16.8.bb): vte 0.11.15: update to 0.16.8 |
22:52.01 | *** join/#oe joshin (n=joshin@VDSL-130-13-8-105.PHNX.QWEST.NET) |
23:08.50 | likewise | gn |
23:08.51 | *** part/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
23:14.22 | *** join/#oe xjqian (n=gordon@24-107-189-59.dhcp.stls.mo.charter.com) |
23:16.50 | *** join/#oe _diego__ (n=diego@host-84-223-86-189.cust-adsl.tiscali.it) |
23:16.54 | _diego__ | hi |
23:21.16 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
23:23.30 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.86.Dial1.SanJose1.Level3.net) |
23:34.05 | cdbot2 | * * OE Bug 2894 has been REOPENED by likewise(AT)gmx.net |
23:34.07 | cdbot2 | * * eglibc should provide glibc packages when chosen as default libc |
23:34.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2894 |
23:41.51 | *** join/#oe zecke_ (n=ich@gprs-pool-1-001.eplus-online.de) |