00:13.43 | CIA-39 | 03thesing 07org.oe.dev * r42f9a5d8... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24.bb: reenable accidently diabled hctuni.patch |
00:13.47 | CIA-39 | 03jeremy_laine 07org.oe.dev * r860b69bf... 10/ (1 classes/kernel.bbclass packages/linux/linux.inc): kernel.bbclass,linux.inc: move dependency on u-boot-openmoko-native to kernel.bbclass |
00:13.52 | CIA-39 | 03utx 07org.oe.dev * rda3f9793... 10/ (4 files in 3 dirs): |
00:13.52 | CIA-39 | Sharp CE-RHx support update |
00:13.52 | CIA-39 | * added CE-RH2 support for Akita |
00:13.52 | CIA-39 | * added CE-RH1 support for c7x0 |
00:13.53 | CIA-39 | * patch comments |
00:18.08 | *** join/#oe treitmay1 (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
00:23.18 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
00:26.03 | *** join/#oe treitmay1 (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
00:26.10 | *** join/#oe kristoffer (n=kristoff@79.138.132.146.bredband.tre.se) |
00:31.00 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
00:37.30 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
00:39.27 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
00:43.27 | *** join/#oe likewise (n=leon@82-171-51-231.ip.telfort.nl) |
00:43.46 | likewise | hi all |
00:47.50 | likewise | gnite |
00:53.30 | *** join/#oe jbs (n=Bernardo@89-180-31-208.net.novis.pt) |
01:00.40 | *** join/#oe RP (i=1000@tim.rpsys.net) |
01:01.40 | *** join/#oe kristoffer (n=kristoff@79.138.130.203.bredband.tre.se) |
01:30.42 | *** join/#oe AvengerMoJo (n=alex@219.142.252.201) |
01:58.59 | *** join/#oe greentux_ (n=lemke@Z5d22.z.pppool.de) |
02:02.41 | *** join/#oe CSMan (n=csman@bas6-montrealak-1096581382.dsl.bell.ca) |
02:20.41 | *** join/#oe methots (n=methots@bas8-toronto12-1177609857.dsl.bell.ca) |
02:24.25 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
02:25.42 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
02:30.19 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
02:51.47 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
03:01.25 | *** join/#oe davygravy_ (n=davygrav@h75-100-82-161.75-100.unk.tds.net) |
03:06.52 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
03:06.52 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.org | Repository: monotone.openembedded.org | This is not a distro support channel |
03:13.08 | *** join/#oe wirelessdreamer (n=dreamer@c-71-201-189-54.hsd1.il.comcast.net) |
03:56.16 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
04:00.31 | *** join/#oe xjqian (n=gordon@c-98-212-116-225.hsd1.il.comcast.net) |
04:16.51 | CIA-39 | 03rwhitby 07org.oe.dev * rdd15f7f4... 10/ (4 files in 3 dirs): ftpd-topfield: Updated to 0.7.5 and added the syslog patch |
04:20.10 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
04:35.57 | *** join/#oe AvengerMoJ1 (n=alex@61.14.130.203) |
04:57.11 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
05:25.47 | *** join/#oe hvontres|home (n=hvontres@adsl-71-154-210-7.dsl.sndg02.sbcglobal.net) |
05:40.45 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
05:41.49 | *** join/#oe memeruiz (n=memeruiz@f051071026.adsl.alicedsl.de) |
06:06.10 | CIA-39 | 03mwester 07org.oe.dev * r3f7c924d... 10/ (4 files in 4 dirs): |
06:06.10 | CIA-39 | defconfigs: Update ixp4xxx 2.6.24.4 defconfigs to disable PREEMPT, and switch from "cubic" to "reno" |
06:06.10 | CIA-39 | as the default TCP congestion control algorithm (avoids a kernel crash) |
06:17.21 | *** join/#oe yansa (n=yans@host-89-167-37-237.pronet.lublin.pl) |
06:29.03 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
06:39.15 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
06:40.11 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
06:50.28 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
07:03.30 | *** join/#oe Fraxinas (n=Andy@p54AA70A5.dip.t-dialin.net) |
07:03.41 | Fraxinas | moin |
07:09.51 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
07:17.28 | *** join/#oe davygravy_ (n=davygrav@h75-100-82-161.75-100.unk.tds.net) |
07:20.19 | *** join/#oe polyonymous_ (n=hacker@pD953A6A4.dip0.t-ipconnect.de) |
07:39.39 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
07:58.57 | *** join/#oe rob_w (n=bob@X00ff.x.pppool.de) |
08:06.38 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
08:09.22 | *** join/#oe Terminar (i=erus@rdgw1.rother-data.com) |
08:11.50 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:16.28 | *** join/#oe kristoffer (n=kristoff@79.138.133.220.bredband.tre.se) |
08:27.20 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
08:28.55 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
08:31.44 | methril | morning |
08:31.49 | Fraxinas | hoi |
08:40.48 | *** join/#oe pH5 (n=ph5@p5485E60F.dip.t-dialin.net) |
08:43.54 | *** join/#oe tnt_ (n=tnt_@8.253-244-81.adsl-static.isp.belgacom.be) |
09:02.22 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
09:02.36 | ant|work | g'morning |
09:07.51 | pH5 | good morning |
09:13.42 | ant|work | Tartarus: I think Koen was right and the WPA problems come from modules-renaming https://dev.openwrt.org/browser/trunk/package/kernel/modules/crypto.mk |
09:36.20 | *** join/#oe TheCan (n=thecan@dslb-088-067-135-239.pools.arcor-ip.net) |
09:37.01 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
10:19.29 | *** join/#oe pvanhoof (n=pvanhoof@host86-135-30-60.range86-135.btcentralplus.com) |
10:20.38 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
10:21.12 | *** join/#oe florian (n=fuchs@217.146.132.69) |
10:22.31 | *** join/#oe kristoffer_ (n=kristoff@78.156.193.208.bredband.tre.se) |
10:30.24 | *** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl) |
10:42.53 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
10:42.58 | *** join/#oe kristoffer (n=kristoff@79.138.175.226.bredband.tre.se) |
10:43.33 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
10:43.47 | *** join/#oe kristoffer__ (n=kristoff@79.138.175.226.bredband.tre.se) |
10:46.04 | *** join/#oe kristoffer__ (n=kristoff@79.138.175.226.bredband.tre.se) |
10:57.47 | *** join/#oe likewise (n=leon@82-171-51-231.ip.telfort.nl) |
11:05.03 | *** join/#oe ___gints_ (n=gints@62.84.15.211) |
11:23.55 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
11:27.37 | *** join/#oe likewise (n=leon@82-171-51-231.ip.telfort.nl) |
11:31.40 | *** join/#oe aoe_ (n=aoe@tigerente.htu.tuwien.ac.at) |
11:34.05 | *** join/#oe thesing (n=tkunze@BAA0881.baa.pppool.de) |
11:35.06 | thesing | morning all. |
11:36.34 | ant|work | hi thesing |
11:42.38 | *** join/#oe davygravy (n=davygrav@h75-100-82-161.75-100.unk.tds.net) |
11:42.53 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
11:45.37 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
11:46.28 | *** join/#oe kristoffer__ (n=kristoff@78.156.203.201.bredband.tre.se) |
11:52.42 | *** join/#oe pvanhoof (n=pvanhoof@host86-135-30-60.range86-135.btcentralplus.com) |
11:52.42 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
11:53.33 | *** join/#oe tnt_ (n=tnt_@8.253-244-81.adsl-static.isp.belgacom.be) |
11:57.54 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:59.11 | *** join/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
11:59.29 | *** part/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
12:02.33 | *** join/#oe Sleep_Walker (n=Sleep@nat-7.jups.junix.cz) |
12:05.05 | cdbot2 | * * OE Bug 2437 has been RESOLVED (INVALID) by heinold(AT)inf.fu-berlin.de |
12:05.07 | cdbot2 | * * libqte-opie wont compile with uclibc |
12:05.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2437 |
12:05.22 | mickeyl | morning folks |
12:05.37 | mickeyl | please remind me... what do we need to build packages for RDEPENDS nowadays? |
12:05.57 | mickeyl | bitbake task-foo does only emit the ipk for task-foo. while it builds the RDEPENDS, it does not package them |
12:06.01 | mickeyl | was that BB_SCHEDULE? |
12:06.23 | RP | mickeyl: bitbake task-foo -c buildall ? |
12:06.36 | mickeyl | aaah |
12:06.37 | RP | or BB_DEFAULT_TASK = "buildall" |
12:06.39 | mickeyl | thanks |
12:06.48 | mickeyl | that was it |
12:06.52 | mickeyl | my memory is a sieve |
12:09.30 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
12:12.04 | hrw | morning |
12:12.29 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
12:17.06 | hrw | mickeyl: does monotone server on amethyst runs in normal system or xen? |
12:18.47 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
12:21.43 | RP | hrw: normal system |
12:22.01 | *** join/#oe abner (n=birunko@200.184.118.132) |
12:22.07 | mickeyl | normal system. i want full 4core power :) |
12:23.24 | *** join/#oe drmikecrowe (n=drmikecr@74.223.100.206.nw.nuvox.net) |
12:23.48 | hrw | mickeyl: monotone is 1core |
12:24.13 | hrw | mickeyl: and for git or mercurial I would suggest xen instance which will do only this |
12:24.27 | RP | hrw: why? |
12:24.27 | hrw | less breakage possible if someone will get into system somehow |
12:26.34 | hrw | this way you can have normal system which runs some services and allow only few people to login and xen instance(s) for stuff which require giving access for external people |
12:26.35 | mickeyl | i don't know whether i want to do that effort |
12:27.19 | RP | Lets see how things work out. We have the option of doing that if needed |
12:27.59 | hrw | I would like to get rwhitby opinion how nslu2 people use xen |
12:28.05 | hrw | on server(s) |
12:28.17 | thesing | Is there a date when we move to a new scm or is even decided wich one it will be? |
12:28.44 | RP | thesing: its under discussion. We've basically agreed we need some trials to check some things |
12:28.51 | rwhitby | hrw: we have many xen servers |
12:29.39 | hrw | rwhitby: what do you think about my idea? |
12:29.56 | rwhitby | we have about 11 xen instances, on two physical machines at OSUOSK |
12:29.58 | rwhitby | OSUOSL |
12:30.19 | rwhitby | hrw: I'll msg you a private link to our stats system so you can see |
12:30.28 | hrw | ok |
12:31.06 | rwhitby | for instance, we have our monotone server in a xen instance by itself, so that it can't resource hog and kill anything else |
12:31.32 | rwhitby | and we have the autobuilder in a xen instance, and then we host multiple projects (nslu2-linux, nas-central, foonas) all in xen instances on the same physical machine |
12:32.02 | rwhitby | we also have a developer-access xen instance, to which we can give developers shell access without worrying about security too much |
12:32.15 | rwhitby | (and that would be the idea for the git server) |
12:32.30 | hrw | git or mercurial |
12:32.49 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
12:32.51 | rwhitby | yep, either. we already do it in nslu2-linux for monotone |
12:33.13 | rwhitby | ka6sox and dyoung can set up xen instances in their sleep now :-) |
12:33.45 | hrw | ;) |
12:33.50 | RP | The OE server is just getting started and I'm not sure many of its admins know xen very well but lets see how it goes |
12:34.10 | rwhitby | RP: I'm sure ka6sox would be happy to help |
12:34.15 | hrw | iirc xen require cpu with virtualization support? |
12:34.27 | RP | It partly depends how we setup the git repository and I'm leaning towards single user atm |
12:34.58 | rwhitby | hrw: the two machines we have a Xeon's I believe. |
12:35.27 | hrw | rwhitby: I ask because my amd64 lack virt :( |
12:35.35 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
12:35.59 | rwhitby | hrw: i thought (and please check this yourself) that you can run xen linux on linux without virt support. |
12:37.03 | hrw | will do |
12:40.19 | rwhitby | RP, mickeyl: nslu2-linux has been blessed by the admins at OSUOSL being slug fans, so we have two slots there. we'd be happy to set up a git server xen instance. |
12:41.44 | RP | rwhitby: ok, thanks. We'll see how these trial setups work out and take it from there |
12:42.32 | rwhitby | the other thing about having separate xen instances for each service is that you can measure what they need. e.g. we know that monotone for nslu2-linux requires 20% of a CPU and 600MB of memory steady state. |
12:42.53 | rwhitby | and keeps that xen instance at a load average of around 0.5 max |
12:43.31 | *** part/#oe apaulsen (n=apaulsen@64.122.73.112) |
12:43.38 | *** join/#oe apaulsen (n=apaulsen@64.122.73.112) |
12:43.40 | RP | rwhitby: I am cautiously in favour of xen but one step at a time :) |
12:43.46 | rwhitby | and can push traffic when syncing at 3.5MB/sec |
12:44.34 | thesing | hrw: if you want to run linux in xen you don't need virt support in cpu. Only if you want to run unmodified OS as guest. |
12:45.21 | rwhitby | thesing: yeah, that's what I remembered. |
12:45.34 | rwhitby | based on the nslu2-linux experience, I run Xen on the servers at work now too. |
12:46.30 | hrw | thesing: thx |
12:46.43 | rwhitby | it's in nslu2-linux's interest for OE to have stable, well managed servers, so our offers of help are not all altruistic :-) |
12:46.50 | *** join/#oe shriram (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-2c1e9086b0448d21) |
12:48.52 | *** join/#oe Sleep_Walker (n=Sleep@88.19.broadband8.iol.cz) |
12:49.30 | pH5 | today uclibc 0.9.29 fails to compile for angstrom/hx4700 with "error: conflicting types for 'build_wcs_upper_buffer'" (http://en.pastebin.ca/960736) anybody seen this before? |
12:52.37 | shriram | has anyone tried bluetooth on any arm board using oe? |
12:53.08 | mickeyl | works fine on om-gta01 |
12:54.17 | shriram | profiles like headset, sync...? |
12:54.27 | rwhitby | treo650 connects via dund to an nslu2 running OE |
13:04.49 | ant|work | rwhibty: did you care to modify the bluetooth class in nslu2 hcid.conf (oebug 363)? |
13:05.25 | thesing | ~seen Laibsch |
13:05.29 | ibot | laibsch <n=Laibsch@ip-62-143-227-4.1411N-CUD12K-01.ish.de> was last seen on IRC in channel #oe, 6d 11h 29m 39s ago, saying: 'polyonymous_: Please sent an email to XorA'. |
13:05.38 | ant|work | just to know whether the phone found easily the dund profile |
13:06.49 | steliosk | sends an email to ml about scm and ducks for cover |
13:08.32 | rwhitby | !oebug 363 |
13:08.33 | cdbot2 | * * Bug 363, Status: NEW, Created: 2005-10-01 08:39 |
13:08.34 | cdbot2 | * * S.G.Pickering(AT)bath.ac.uk: bluez: hcid.conf has hard-coded BT class and the class is malformed |
13:08.35 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=363 |
13:09.25 | ant|work | rwhitby: it seems there are python applets for modifying it on the fly (Suse - Yast) |
13:10.02 | rwhitby | ant|work: nslu2 uses class 0x820100 |
13:10.27 | ant|work | k |
13:10.31 | rwhitby | bluez hcid.conf is a good example of the historical PDA-ness of OE |
13:11.36 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
13:13.24 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-78-134.w90-2.abo.wanadoo.fr) |
13:13.57 | CIA-39 | 03tmbinc 07org.oe.dreambox * r02ef2324... 10/ (1 packages/dreambox/dreambox-dvb-tools-v3.bb): dreambox-dvb-tools: use 1.3 for new showiframe |
13:20.57 | summatusmentis | are there any issues w/ setting up oe on amd64? |
13:21.12 | hrw | summatusmentis: none |
13:21.17 | summatusmentis | alright, thanks HRH_H_Crab |
13:21.27 | summatusmentis | crap, I always do that. thanks hrw! |
13:21.28 | hrw | or maybe something is on pure-64bit system |
13:21.32 | mickeyl | no longer nowadays |
13:21.38 | hrw | use amd64 with ia32 libs installed |
13:21.41 | mickeyl | we had all sorts of problems 1 year ago |
13:21.47 | summatusmentis | oh, I see |
13:21.48 | mickeyl | now it seems sorted out. |
13:21.53 | summatusmentis | wonderful |
13:21.53 | CIA-39 | 03utx 07org.oe.dev * r2af4eb2f... 10/ (1 packages/linux/linux-rp-2.6.24/sharpsl-rc-r2.patch): Sharp Remote sharpsl-rc-r2.patch fix. |
13:21.53 | mickeyl | i have a pure 64 bit system here |
13:22.05 | summatusmentis | goes to setup debian amd64 in vmware fusion |
13:22.29 | hrw | I remember that my first paid OE related work was 'fix python on amd64' |
13:24.59 | hrw | http://thedailywtf.com/Articles/Out-of-Balance.aspx |
13:30.54 | steliosk | hi mickeyl hrw ! |
13:31.05 | hrw | kalimera steliosk |
13:31.53 | steliosk | As for the amd64 don't be 100% sure. Have you ever checked the sizes of the resulting binaries ? |
13:32.09 | summatusmentis | hrw: were you setting up debian with encrypted lvm a while back? |
13:32.21 | hrw | steliosk: all my OE powered devices runs binaries built on amd64 |
13:32.31 | hrw | summatusmentis: yes - Debian installer supports it out-of-box |
13:32.45 | summatusmentis | right, and it doesn't cause any slow downs? |
13:33.02 | steliosk | a couple of months ago i noticed that some of binaries produced on 64bit machines had different md5 sums and where actually a bit bigger in size |
13:33.19 | hrw | summatusmentis: did not noticed it on my pentium M 1.6GHz laptop |
13:33.25 | summatusmentis | ok, thanks |
13:33.28 | steliosk | but never looked into it with details |
13:33.31 | rwhitby | it used to be the case that nslu2 images built on 64bit were too big to fit. dunno if it's still true, cause since then we've told people to only build nslu2 stuff on 32 bit. |
13:34.08 | florian | still remembers when he tried OE on a PPC 64bit machine the first time |
13:34.10 | rwhitby | we even set up a 32bit xen instance for out autobuilder, cause we couldn't trust 64bit |
13:35.03 | steliosk | rwhitby : well probably that's similar to what i have notice |
13:35.06 | *** join/#oe johncylee (n=john@firewall.tw.openmoko.org) |
13:36.06 | steliosk | florian : I got a Pegasus G4 1Ghz with debian, and i am planning on trying OE on it, but no time at the moment |
13:36.51 | florian | steliosk: We had an IBM OpenPower 720 around for testing some years ago |
13:37.58 | ant|work | is waiting for standard adopting of gcc-4.3 (-march=core2 and -mtune=core2 are present and functional) by bye prescott/nocona |
13:38.11 | steliosk | heh OE on cell is the next step ;) |
13:38.23 | florian | :-) |
13:39.26 | hrw | ant|work: and -march=geodelx |
13:40.00 | ant|work | hrw: for AMD, of course |
13:40.23 | steliosk | anyone read my email on ml ? |
13:40.27 | *** join/#oe kristoffer_ (n=kristoff@79.138.197.6.bredband.tre.se) |
13:40.34 | hrw | steliosk: oe-private one? |
13:41.01 | steliosk | yes |
13:41.59 | hrw | I have to think about reply |
13:42.23 | steliosk | hrw : Is this a good think or bad think ? :) |
13:42.32 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
13:43.17 | hrw | steliosk: idea is nice |
13:43.35 | hrw | dev->testing->stable |
13:43.45 | hrw | 1. push XYZ to .dev |
13:43.50 | chouimat|work | morning |
13:44.03 | hrw | 2. build it for arm/x86/ppc angstrom/generic |
13:44.27 | hrw | 3. if builds (and works?) then request adding to testing |
13:45.20 | *** join/#oe AvengerMoJo (n=alex@219.142.230.218) |
13:46.39 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
13:47.16 | *** join/#oe Sleep_Walker (n=Sleep@201.180.broadband10.iol.cz) |
13:47.37 | steliosk | hrw : yes something in that context |
13:51.57 | likewise | steliosk: how can a md5sum of different builds (even on the same machine) be the same? You'ld have to skip summing all the metadata the compiler throws in. |
13:52.27 | likewise | steliosk: if it's possible let me know. maybe md5summing the correct linker sections makes sense. |
13:58.08 | RP | I keep hearing about this size issue but I thought modern binutils fixed it |
13:58.49 | ScaredyCat | so size IS important. |
13:59.06 | thesing | RP: we have kernel-module-sir-dev package.bbclass thinks it is a -dev package and adds update-modules-dev to its RRECOMMENDS. Any Idea how do change this? |
14:00.18 | RP | thesing: Its an RRECOMMENDS so in theory its harmless but we do need to make the code in package.bbclass more intelligent |
14:00.49 | thesing | RP: well atm it pulls update-modules-dev into images |
14:01.10 | RP | thesing: ah, the package exists, right :/ |
14:01.32 | RP | thesing: Probably for now, add a blacklist and add kernel-module-* to it |
14:02.08 | thesing | ok. |
14:05.57 | *** join/#oe mikearr (n=mykilx@cpe-72-185-226-254.tampabay.res.rr.com) |
14:06.41 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
14:08.24 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
14:11.03 | mwester | re |
14:11.06 | mwester | Good Morning |
14:11.30 | RP | hi mwester-laptop |
14:11.36 | RP | mwester even! |
14:12.32 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
14:12.39 | mwester | I've cloned myself :) |
14:12.47 | mwester | (scarey, huh?) |
14:13.07 | RP | mwester: Can you teach the rest of us the secret? |
14:13.43 | mwester | Er, nope. There can be only one evil genious to take over the world. |
14:14.34 | mwester | But for now, I'll settle for a quiet day at work, so I don't have to do any real work :D |
14:14.45 | *** join/#oe RP__ (n=richard@tim.rpsys.net) |
14:15.39 | mwester | Hmm... now there's multiple RP's too. |
14:16.06 | RP__ | couldn't resist |
14:16.13 | mwester | hehe! |
14:16.43 | mwester | RP*: how do I do packaged staging for SlugOS -- any pointers for where to start? |
14:17.14 | RP | mwester: Basically add INHERIT += "packaged-staging" and it will become active |
14:17.26 | mwester | That simple... |
14:17.39 | RP | Its even documented at the top of the .bbclass file :) |
14:18.18 | mwester | I can do that. I understand, then that this will cause each package to package up what it normally stages, and enable bitbake to unpackage it into the staging area instead of rebuilding? |
14:18.26 | RP | I don't claim it works perfectly yet, I do claim it works better than nothing, shouldn't break anything and if people start using it development will move forward faster |
14:18.43 | RP | mwester: Ah, you do need bitbake 1.8 svn branch head |
14:19.22 | mwester | I see it as a fundamental stepping stone to my ideal, so I'd like to see if I can get it working with SlugOS. |
14:19.33 | RP | mwester: Yes, it will put files into tmp/deploy/pstage. If you then wipe out tmp except that directory and rebuild, it should replicate staging |
14:19.37 | *** join/#oe woglinde (i=woglinde@e178068231.adsl.alicedsl.de) |
14:20.07 | mwester | Does this interact in any way with the external toolchain? |
14:20.08 | RP | mwester: I detailed a test on the oe list where I made to builds, then compared the tmp directory contents |
14:20.18 | RP | two builds |
14:20.43 | RP | in theory they should be identical, in practise they weren't but they were really close :) |
14:21.01 | woglinde | hm can some look gst-plugins, I think the esound dependency can be removed |
14:21.02 | RP | mwester: external toolchains are a different question |
14:21.35 | mwester | ;) Ah, but I'd like them to not be so different. If you have a moment, I'd like to toss out an idea. |
14:22.18 | RP | mwester: native and cross staging packages have the constraint of needing to be played in the path they were built for. You can replace native packages with ASSUME_PROVIDED and meta-toolchain can replace cross packages |
14:22.25 | RP | mwester: go on... |
14:24.34 | mwester | Consider the use case where I have need to make a change to a user-space component on a specific variant of my product. I can use the external toolchain to avoid building that, but I'd like to also have the base libraries for that product pre-populated. So |
14:25.42 | RP | mwester: Is this the person I'd call the "application developer" ? |
14:25.59 | mwester | if we abstract the idea of the external toolchain into the concept of "assemblies", where an assembly is a collection of packages that are essentially packaged staging, I can easilly pre-populate my work environment with anything -- not just a toolchain. |
14:26.09 | mwester | No, not limited to application developer. |
14:26.44 | RP | ok. I'll be quiet for a minute :) |
14:27.48 | RP | packaged staging doesn't just cover the toolchain, it covers everything |
14:28.14 | mwester | One can then build on that idea to add "PREFERRED_VERSION" or equiv to assemblies -- so that I can setup a local.conf file that causes the correct toolchain to appear, the correct "base assembly" (whatever that might be, but perhaps kernel, core libraries, init scripts, etc), any other "assemlies" I need |
14:28.54 | mwester | That's why I'm intruiged by packaged staging -- it seems to be the magic we need to implement something like this. |
14:29.16 | RP | mwester: Its the same thing to what you describe |
14:29.51 | RP | mwester: If you take an empty tmp directory with just the pstage package files in and then bitbake "something", it will 'build' all of "something"'s dependencies using the staging packages |
14:30.08 | RP | if the staging packages are valid a build is just an untar |
14:30.26 | mwester | Yes, that's the implementation of that low-level bit. |
14:30.57 | RP | mwester: Apart from getting the packages, what is left? |
14:30.57 | mwester | What we/I need to figure out is how to create the concept of an assembly, version it, and ensure that bitbake dependency checking stops at the assembly level. |
14:31.18 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
14:31.28 | RP | mwester: Why do you need all that? |
14:32.04 | RP | Lets assume for a moment that bitbake can check some urls for these packages and download them if present |
14:32.23 | mwester | Ok. |
14:32.41 | RP | You put up a feed of several packages |
14:33.10 | RP | a user them runs bitbake foo on a distro setup to search that source for prebuild packages |
14:33.30 | RP | Your assembly would just be the list of packages you put in the "feed" ? |
14:34.20 | RP | bitbake's version checking is actually more clever than that as if the distro setup says it needs bar 3.4.5-r6 and only 3.4.5-r5 is available it will build instead of downloading |
14:34.59 | steliosk | likewise : what do you mean by "different builds' ? What i did was to checkout the same mtn revision on a 32bit machine and on a 64bit machine and build from scratch both of them |
14:35.07 | mwester | Ideally, yes. What I wish to avoid is for bitbake foo to do any dependency checking into that assembly. The assumption is that I have gone through the trouble to ensure the assembly is "good", and regardless of what/how other things have changed the assembly cannot. |
14:35.41 | mwester | So I do not want bitbake to build anything provided by the assembly -- although warnings might be helpful. |
14:35.44 | likewise | steliosk: I mean, did you ever find two executables have the same md5sum, even with two builds at the same machine? |
14:36.12 | steliosk | likewise : shouldn't they ? |
14:36.39 | *** join/#oe zecke (n=ich@212.23.103.39) |
14:36.40 | RP | mwester: In simple terms you'd then modify the do_prepopulate_staging task to error if it couldn't find a package then |
14:36.52 | RP | mwester: Effectively trivial |
14:37.07 | mwester | I hadn't thought of implementation, but it's good if it is trivial :) |
14:37.14 | likewise | steliosk: they "should" but I suspect the compiler throws in metadata such as build time, comments, etc. that make their contents differ. never tested this though. |
14:37.26 | likewise | steliosk: I'm quite sure the metadata changes when you change build host. |
14:37.33 | RP | mwester: bitbake would do checking but you'd error if the configurations didn't match |
14:38.14 | steliosk | likewise : also size was different but it looked like the .o files and they seemed to have the same. This was not extensively tested though |
14:38.27 | summatusmentis | is there any reason to not run OE on debian unstable? |
14:38.43 | RP | mwester: Presenting packaged-staging to the user needs some thought but I think the foundations are there for it |
14:38.52 | likewise | summatusmentis: other than running in yet-unknown problems, no |
14:39.23 | steliosk | likewise : i am not sure that metadata creeps in, especially in striped files |
14:39.30 | summatusmentis | likewise: ok, thanks |
14:39.40 | likewise | steliosk: I'll test this right now :-) |
14:40.00 | mwester | Well, clearly the right place to start is in getting packaged staging working for SlugOS - I'll start with that. I'm also interested in an external toolchain for same; any simple magic to create that? |
14:40.35 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
14:40.36 | RP | mwester: In theory "bitbake meta-toolchain" |
14:40.47 | RP | mwester: Make sure you have the needed -sdk versions available |
14:40.48 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
14:40.53 | thesing | RP: i would commit http://www.pastebin.ca/960850 if this is ok with you. |
14:40.56 | RP | (gcc/binutils) |
14:41.27 | RP | thesing: yes, ok |
14:41.56 | mwester | RP: thanks for your help. I'll work on this, and see what I can do with the assembly mechanism later. :) |
14:42.36 | zecke | RP: do you think the evas-native issue is self healing? I doubt that :) |
14:42.49 | RP | mwester: Its a case of starting somewhere and working out what else we need. I don't claim packaged-staging is 100% right, I do claim its ready for people to explore and enhance |
14:44.37 | likewise | steliosk: the stripped tmp/rootfs/bin/busybox has a different md5sum on each rebuild. |
14:44.41 | RP | zecke: No, I don't think so |
14:45.03 | RP | zecke: I'd like to add your check for oe_libinstall multiple matches and see how many problem areas we have |
14:46.18 | steliosk | likewise : hmmm can you diff them and see what's different ? |
14:47.15 | zecke | RP: yes, I would like to see this patch in .dev and see what is breaking |
14:47.32 | zecke | RP: I will propably readd the disapproved patch as well (as it was not causing the error) |
14:48.33 | RP | hmm, lets see how many other packages have this problem |
14:49.00 | CIA-39 | 03thesing 07org.oe.dev * r36467803... 10/ (1 classes/package.bbclass): |
14:49.00 | CIA-39 | package.bbclass: fix handling of kernel-modules which end with '-dev' |
14:49.00 | CIA-39 | <PROTECTED> |
14:49.00 | CIA-39 | <PROTECTED> |
14:49.00 | CIA-39 | <PROTECTED> |
14:49.08 | likewise | steliosk: i'ld need to diff the objdump sections ad see. No time for that now, though. |
14:49.17 | likewise | s/ad/and |
14:58.58 | RP | likewise: It would make a nice QA test program :) |
15:00.57 | likewise | steliosk: so I diffed them, there is a timestamp left in our executables. |
15:01.07 | likewise | steliosk: looking in which section... |
15:03.15 | CIA-39 | 03mickeyl 07org.oe.dev * r13170805... 10/ (1 packages/python/python-dbus_0.82.4.bb): python-dbus 0.82.4 this is using pkgconfig, so inherit pkgconfig |
15:03.28 | likewise | steliosk: It's probably inserted by the busybox make/build system. Most packages have this, that's why you cannot do a md5sum on the result... |
15:03.50 | *** join/#oe peter420 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-e092c5dc3434662c) |
15:04.26 | ScaredyCat | ~blame florian |
15:04.27 | ibot | ACTION blames florian (and Canada) for all the evil in the world |
15:04.54 | ScaredyCat | hmm... didn't work that time |
15:07.40 | thesing | we want libgcc in images, don't we? |
15:08.08 | RP | yes |
15:08.51 | thesing | its not pulled in atm. |
15:09.34 | thesing | which package should rdep on libgcc? |
15:10.14 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
15:11.17 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
15:11.33 | thesing | maybe task-base? |
15:11.50 | RP | thesing: anything linking against it should be picked up by shlibs code |
15:13.37 | *** join/#oe SyNko (n=SyNko@host205-167-dynamic.15-87-r.retail.telecomitalia.it) |
15:13.52 | *** part/#oe SyNko (n=SyNko@host205-167-dynamic.15-87-r.retail.telecomitalia.it) |
15:15.30 | thesing | RP: well its not working. I'll add it to task-base locally. |
15:15.44 | mwester | did that too. |
15:15.59 | RP | someone needs to work out what broke and fix it properly :/ |
15:16.19 | mwester | I do have it on my list of things to look at... |
15:16.35 | thesing | RP: where is the shlib code? package.bbclass ? |
15:16.43 | RP | thesing: yes |
15:20.04 | thesing | RP: it seems that libgcc is not in NEEDED but you get a runtime warning if something tries do call pthread_cancel for example. (I checked busybox) |
15:20.49 | Jin^eLD | glibc configure - mipsel-angstrom-linux-gcc -E complains about not finding include/limits.h - is it missing something like -isystem ${CROSS_DIR}/${TARGET_SYS}/include-fixed in the CFLAGS or something? I tried _append'ing but it did not help |
15:20.59 | likewise | thesing: we cannot be sure, libgcc most always come with a system. |
15:21.21 | RP | thesing: something changed in gcc which means its no longer in NEEDED? Did that used to be the case? |
15:21.23 | *** join/#oe TheCan (n=thecan@dslb-088-067-135-239.pools.arcor-ip.net) |
15:21.56 | zecke | Jin^eLD: do you have a limits.h? somewhere? |
15:22.42 | Jin^eLD | zecke: it is in include-fixed |
15:22.51 | Jin^eLD | for uclibc adding CFLAGS_append fixed the problem |
15:22.54 | Jin^eLD | but glibc seems to be more complicated |
15:23.05 | Jin^eLD | I think there was some gcc related change done that introduces this include-fixed directory |
15:23.42 | zecke | sounds like a run of fixinclude on some header files (hopefully not your host) |
15:23.48 | zecke | but then again, I have no idea |
15:24.03 | Jin^eLD | well I just noticed that some includes are staged in include and some in fixed-include |
15:24.19 | zecke | all I know is when you compile glibc, your limits.h comes from either glibc-initial or gcc/newlib |
15:24.20 | Jin^eLD | which seems to be OK from gcc's standpoint, at least I googled and found out that it's a common practice |
15:24.26 | Jin^eLD | I just think it has not been used in OE |
15:24.37 | Jin^eLD | hm |
15:25.04 | cdbot2 | * * OE Bug 3345 has been RESOLVED (FIXED) by <mickeyl> |
15:25.06 | cdbot2 | * * ecore-native stages unusable libraries |
15:25.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3345 |
15:25.21 | Jin^eLD | I even think the problem doe snot appear when building for arm |
15:25.22 | Jin^eLD | not sure why |
15:25.42 | Jin^eLD | but I get it for mipsel |
15:25.53 | Jin^eLD | still struggling with the mips thing heh |
15:26.04 | cdbot2 | * * OE Bug 3141 has been RESOLVED (FIXED) by <mickeyl> |
15:26.06 | cdbot2 | * * EFL modifcations |
15:26.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3141 |
15:26.20 | Jin^eLD | after my qemu image refused to boot (could not run init for some reason) I thought I'd build a glibc based image instead of uclibc and see how that goes |
15:26.37 | thesing | RP: yes. I checked some earlier image. |
15:27.29 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
15:27.48 | RP | thesing: Any idea what changed? gcc version? |
15:28.04 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
15:28.21 | RP | The fact its gone missing is a bit worrying |
15:28.51 | thesing | RP: the image where it works is from 200802121030 |
15:30.08 | RP | thesing: same gcc version? |
15:30.31 | RP | thesing: I bet this is because libgcc isn't in staging but in cross :/ |
15:30.43 | thesing | RP: I don't know how do I check in the image? |
15:31.23 | ant|work | testlab ? |
15:31.35 | RP | thesing: not sure :/ |
15:31.52 | thesing | ant|work: I only have the binary image. |
15:32.42 | RP | If someone has some build time going spare, try a build but after gcc-cross builds, copy the target libs in cross over to staging (libgcc, ligstdc++ etc.) |
15:33.22 | thesing | RP: objdump of libgcc shows GCC_4.2.0 in "Version definition" (among older versions) |
15:33.23 | RP | If that works, we need to rethink gcc's staging a little |
15:33.46 | RP | thesing: That gives a minmum at least :) |
15:37.44 | *** join/#oe d1 (n=dr@vnsecurity.net) |
15:40.05 | cdbot2 | * * OE Bug 4025 has been RESOLVED (INVALID) by <mickeyl> |
15:40.07 | cdbot2 | * * pulseaudio-0.9.6-autobuild |
15:40.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4025 |
15:40.43 | *** join/#oe d3 (n=dr@vnsecurity.net) |
15:41.04 | cdbot2 | * * OE Bug 4106 has been RESOLVED (FIXED) by <mickeyl> |
15:41.06 | cdbot2 | * * pulseaudio 0.9.9 does not build with uclibc (with patch proposal ) |
15:41.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=4106 |
15:41.12 | Khem | RP: yeah libgcc is installed in cross we have to move it by hand to staging |
15:41.18 | *** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
15:43.49 | *** join/#oe d3 (n=dr@vnsecurity.net) |
15:48.26 | CIA-39 | 03mickeyl 07org.oe.dev * r9fdf6133... 10/ (3 files in 3 dirs): pulseaudio 0.9.9 fix building against uClibc. closes #4106 |
15:53.16 | ScaredyCat | florian: is monotone.oe having problems? |
15:54.22 | hrw | ScaredyCat: no - it just does not work usually |
15:54.54 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
16:00.25 | thesing | RP: console images doesn't boot without libgcc (at least on collie) |
16:00.56 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
16:04.26 | *** join/#oe Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
16:05.15 | RP | thesing: yes, we need it in the images and need to work out why its gone missing from NEEDED :/ |
16:06.12 | ScaredyCat | :( |
16:13.07 | hvontres|work | hmmm.. yet another new Flash file system : http://kerneltrap.org/Linux/UBI_File_System |
16:15.35 | thesing | RP: would you object if I add libgcc to task-boot and commit it as a workaround? |
16:16.58 | RP | thesing: yes, we need to fix properly |
16:18.05 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
16:18.06 | thesing | RP: true but until then we can only build broken images. |
16:19.12 | thesing | RP: and I have no clue about this toolchain/libc stuff. |
16:28.55 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-4-27.w86-212.abo.wanadoo.fr) |
16:29.04 | RP | thesing: let me run some tests... |
16:31.28 | RP | hmm, binaries here have NEEDED libgcc_s.so.1 |
16:33.01 | RP | thesing: When did you last make a build from scratch? |
16:33.34 | thesing | RP: last night. |
16:34.26 | thesing | RP: maybe its oabi related? |
16:34.55 | RP | possibly |
16:37.12 | *** join/#oe stevenh (n=lews@65.167.23.2) |
16:38.13 | RP | tries an oabi build |
16:40.42 | thesing | RP: maybe related: ipkgs are put at deploy/glibc/ipk in addition to deploy/glibc/ipk/$PACKAGE_ARCH |
16:42.54 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
16:44.03 | RP | thesing: thats packaged staging doing something wrong :/ |
16:46.28 | hrw | bye |
16:49.09 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
16:58.29 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
17:02.10 | *** join/#oe Dodji (n=dodji@torimasen.com) |
17:06.14 | CIA-39 | 03thesing 07org.oe.dev * r76c36c8a... 10/ (1 conf/machine/include/zaurus-2.6.inc): zaurus-2.6.inc: add mmc-spi to collie RRECOMMEND |
17:06.18 | CIA-39 | 03thesing 07org.oe.dev * r289640b6... 10/ (1 packages/linux/linux-rp_2.6.24.bb): linux-rp_2.6.24.bb: add new patches for collie |
17:06.23 | CIA-39 | 03thesing 07org.oe.dev * ra54b1060... 10/ (1 packages/linux/linux-rp.inc): linux-rp.inc: autoload mmc-modules for collie |
17:06.28 | CIA-39 | 03thesing 07org.oe.dev * rfc4b712c... 10/ (1 packages/linux/linux-rp-2.6.24/defconfig-collie): defconfig-collie: enable mmc-modules |
17:13.29 | *** join/#oe mallum (n=mallum@host86-159-137-62.range86-159.btcentralplus.com) |
17:14.17 | CIA-39 | 03rpurdie 07org.oe.dev * r5b6dcfdf... 10/ (1 classes/packaged-staging.bbclass): packaged-staging.bbclass: Put ipk/deb files in the correct directories |
17:14.36 | RP | thesing: I've fixed that... |
17:15.10 | thesing | RP: but it was not related to the libgcc issue? |
17:15.26 | RP | thesing: No, it fixes the ipk issue |
17:16.25 | RP | I have an oabi build running... |
17:17.45 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
17:19.04 | CIA-39 | 03rpurdie * r1044 10/ (2 files in 2 dirs): cache.py: Fix a bug where changed files weren't getting spotted and an invalid cache was being used |
17:22.58 | zecke | hehe |
17:26.12 | *** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net) |
17:26.26 | RP | thesing: looks like a problem with oabi |
17:27.10 | jeremy_laine | hiya! |
17:27.26 | jeremy_laine | seems uImage generation is busted for powerpc |
17:27.26 | RP | jeremy_laine: hi |
17:27.51 | RP | jeremy_laine: what broke? |
17:28.08 | jeremy_laine | I am getting a "Invalid CPU Type" error message, most probably becausing we're passing "-A powerpc" instead of "-A ppc" |
17:28.27 | jeremy_laine | I seem to remember there was some code somewhere that fixed ARCH to address this but can't find it |
17:28.39 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
17:29.48 | RP | jeremy_laine: kernel-arch.bbclass? |
17:29.54 | RP | jeremy_laine: which kernel recipe was this? |
17:29.59 | jeremy_laine | ah bugger |
17:30.19 | jeremy_laine | I am trying to build "linux-2.6.24" for mpc8313e-rdb |
17:30.52 | jeremy_laine | if I look at run.do_deploy.xx, I see that in "do_compile" we use the correct mkimage invocation |
17:31.18 | jeremy_laine | but for "do_deploy" the UBOOT_ARCH magic is missing |
17:32.40 | RP | jeremy_laine: The logic from do_compile needs moving todo_deploy |
17:32.48 | RP | well, to kernel.bbclass |
17:32.55 | jeremy_laine | RP: yup, am doing that as we speak |
17:33.07 | jeremy_laine | should we drop the do_compile_append() from linux.inc in that case? |
17:33.13 | RP | jeremy_laine: I'd add it to kernel-arch.bbclass |
17:33.47 | RP | jeremy_laine: if all the logic is in do_deploy, yes |
17:33.48 | jeremy_laine | ehmm.. |
17:37.41 | woglinde | re |
17:37.49 | RP | jeremy_laine: http://www.pastebin.ca/961078 |
17:42.04 | cdbot2 | * * OE Bug 758 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
17:42.06 | cdbot2 | * * Every reboot resets time to build time or in other cases to 1970 |
17:42.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=758 |
17:42.28 | jeremy_laine | RP: pastebin.ca's not responding.. |
17:45.40 | RP | jeremy_laine: http://rafb.net/p/R1ib3X57.html |
17:46.13 | jeremy_laine | RP: do we really want to be setting UBOOT_ARCH globally? |
17:46.29 | jeremy_laine | RP: we don't really need to export the variable, do we? |
17:47.52 | RP | do_deploy is shell so it needs shell variables. You can do it in the function if you like... |
17:48.22 | RP | I guess it depends whether we think we'll ever want this elsewhere and if anything is ever going to want to override it |
17:48.39 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
17:48.56 | RP | one thing to consider - does this binary get packaged? If so, do_deploy might be the wrong place to be making these conversions |
17:49.04 | RP | or do_install needs to do them too |
17:52.34 | jeremy_laine | RP: here is what I plan to commit: http://rafb.net/p/EvXtY210.html |
17:52.51 | jeremy_laine | (am testing it at the moment) |
17:53.53 | thesing | RP: can you do something about the libgcc issue? |
17:55.04 | cdbot2 | * * OE Bug 2158 has been RESOLVED (WONTFIX) by thommycheck(AT)gmx.de |
17:55.06 | cdbot2 | * * angstrom collie fails to shut down |
17:55.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2158 |
17:57.00 | RP | thesing: I'll try and have a look later I need to go out now. At least I can reproduce it... |
17:57.19 | thesing | RP: ok. thanks. |
17:57.47 | RP | jeremy_laine: looks ok to me, I just worry there may be a packaging issue too |
17:57.54 | RP | -> back later |
17:58.05 | CIA-39 | 03jeremy_laine 07org.oe.dev * r8ee010af... 10/ (1 classes/kernel-arch.bbclass classes/kernel.bbclass): |
17:58.05 | CIA-39 | kernel.bbclass: fix generation of uImage on powerpc platforms |
17:58.05 | CIA-39 | <PROTECTED> |
17:58.05 | CIA-39 | <PROTECTED> |
17:58.05 | CIA-39 | <PROTECTED> |
18:04.13 | likewise | lrg: ping. Do you still use the imx21 platform under OE? |
18:06.04 | cdbot2 | * * OE Bug 2516 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:06.06 | cdbot2 | * * Collie 2.6: bulk writing to SD gets stuck |
18:06.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2516 |
18:06.17 | cdbot2 | * * OE Bug 2161 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:06.19 | cdbot2 | * * unrecognized cards with new collie SD card driver |
18:06.21 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2161 |
18:09.24 | jeremy_laine | RP: for now I'll leave the do_compile_append() in linux.inc although I think it's not needed anymore (will discuss on oe-devel) |
18:10.02 | jeremy_laine | RP: but I am pulling the UBOOT_* definitions (including UBOOT_ARCH) from linux.inc, they are already defined in kernel.bbclass |
18:16.04 | CIA-39 | 03jeremy_laine 07org.oe.dev * r84875aef... 10/ (1 packages/linux/linux.inc): linux.inc: remove UBOOT_* definitions, they are already defined in kernel.bbclass |
18:20.08 | CIA-39 | 03koen 07org.oe.stable * rf49b1792... 10/ (1 BACKPORTS.txt): org.openembedded.stable: welcome to the stable branch |
18:21.04 | cdbot2 | * * OE Bug 2235 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:21.06 | cdbot2 | * * angstrom collie: some keys do not work |
18:21.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2235 |
18:22.04 | cdbot2 | * * OE Bug 2503 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:22.07 | cdbot2 | * * angstrom collie: no mmc modules autoloading |
18:22.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2503 |
18:22.59 | *** join/#oe Terminar (n=terminar@mischief.cyberphoria.org) |
18:23.05 | cdbot2 | * * OE Bug 2513 has been RESOLVED (INVALID) by thommycheck(AT)gmx.de |
18:23.07 | cdbot2 | * * angstrom collie: can not start GPE |
18:23.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2513 |
18:25.05 | cdbot2 | * * OE Bug 2547 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:25.06 | cdbot2 | * * Collie froze when setting clock |
18:25.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2547 |
18:30.05 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
18:30.35 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
18:38.04 | cdbot2 | * * OE Bug 3883 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:38.06 | cdbot2 | * * MMC/Cards doesn't work for 2.6.24 |
18:38.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3883 |
18:40.04 | cdbot2 | * * OE Bug 3693 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:40.06 | cdbot2 | * * Keyboard not working for collie on 2.6.23-git9 |
18:40.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3693 |
18:45.06 | *** join/#oe Robwoerle (n=bob@M8242.m.pppool.de) |
18:48.16 | *** join/#oe dijenerate (n=dijenera@66.54.118.16) |
18:51.05 | cdbot2 | * * OE Bug 3845 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
18:51.07 | cdbot2 | * * Angstrom on Collie : No output on serial line (tty OUT_TTY) ( Sharp I/O port) |
18:51.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=3845 |
18:55.52 | *** join/#oe greentux (n=lemke@Z5d22.z.pppool.de) |
19:05.29 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
19:29.08 | *** join/#oe mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de) |
19:33.16 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
19:41.29 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
19:49.06 | *** join/#oe pH5_ (n=ph5@p5485C9EF.dip.t-dialin.net) |
19:53.10 | *** join/#oe Xilent (n=supersti@unaffiliated/xilent) |
19:59.47 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
20:05.31 | *** join/#oe Dodji (n=dodji@torimasen.com) |
20:28.16 | *** join/#oe flo_lap (n=fuchs@f049184153.adsl.alicedsl.de) |
20:28.27 | flo_lap | re |
20:31.21 | *** join/#oe j0tt (n=j@unaffiliated/jott) |
20:33.08 | *** join/#oe ant (n=ant@host83-105-dynamic.50-82-r.retail.telecomitalia.it) |
20:35.30 | CIA-39 | 03thesing 07org.oe.dev * r62bd8cc0... 10/ (3 files in 3 dirs): keymaps_1.0.bb, collie/keymap-2.6.map: use OK button as return |
20:35.34 | CIA-39 | 03thesing 07org.oe.dev * r5457d911... 10/ (1 packages/linux/linux-rp-2.6.24/defconfig-collie): defconfig-collie: enable touchscreen |
20:35.39 | CIA-39 | 03thesing 07org.oe.dev * ra6539db9... 10/ (1 packages/linux/linux-rp.inc): linux-rp.inc: autoload input-power support |
20:35.44 | CIA-39 | 03thesing 07org.oe.dev * rcfb7d5eb... 10/ (1 conf/machine/include/zaurus-2.6.inc): zaurus-2.6.inc: add kernel-module-power to collie MACHINE_RRECOMMENDS |
20:40.47 | ant | jeremy_laine: thanks for the map_uboot_arch, I was needing UBOOT_MACHINE_c7x0 = "corgi_config" before |
20:47.38 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
20:48.41 | ant | zecke: was you asking yourself why the runtime entity 'gtk+-directfb' should ever be in a console-image? |
20:49.14 | ant | zecke: I wonder too ... |
20:53.45 | mwester | wonders why builds complain that gtk+-directfb depends on itself, and cannot find itself. It seems to have some form of existential crisis... :D |
20:54.33 | Fique | a couple packages had that problem for a bit |
20:54.45 | ant | mwester: I thought I've found it: ./packages/gtk+/gtk+-directfb_2.10.14.bb:DEPENDS = "glib-2.0 pango-directfb atk... |
20:54.54 | ant | Missing or unbuildable dependency chain was: ['gtk+-directfb', 'pango-directfb'] |
20:55.00 | ant | pango-directfb had been removed from OE for now due to the report of it breakin |
20:55.03 | ant | ?? |
20:58.47 | ant | andrea@mizar /oe/org.openembedded.dev/packages $ grep -R pango-directfb . |
20:58.54 | ant | ./gtk+/gtk+-directfb_2.10.14.bb:DEPENDS = "glib-2.0 pango-directfb atk jpeg libpng gtk-doc libgcrypt cairo-directfb cups" |
20:59.12 | *** join/#oe gremlin[it] (n=gremlin@ppp-35-41.25-151.libero.it) |
20:59.27 | mwester | Oh - good catch. That might do it. |
20:59.48 | ant | mwester: but why in console image ? |
20:59.57 | mwester | I'll start another build tonight; I'll edit that file and see if that fixes it. |
21:00.07 | mwester | I can't imagine why you need it in a console image. |
21:00.27 | mwester | (remote X?) |
21:00.37 | ant | or mc |
21:00.42 | ant | ? |
21:00.53 | mwester | mc uses gtk? |
21:01.00 | mwester | is not an mc user... |
21:01.05 | ant | it can use X |
21:01.12 | mwester | Ah, ok. |
21:01.21 | ant | use in Gentoo meaning ;-) |
21:02.37 | mwester | is distracted; his new toy just entered his office and is vacuuming the floor. |
21:03.02 | mwester | bought a roomba |
21:03.23 | ant | just scared: a robot pump? |
21:04.29 | mwester | http://www.irobot.com/sp.cfm?pageid=122 |
21:04.36 | mwester | Apparently they are hackable, too. |
21:04.52 | ant | mwester: you insane, are you planning some linux-rt reflash? |
21:05.25 | mwester | :D I have no idea yet. But it's pretty cool to watch. And fun to play with. |
21:05.48 | thesing | mwester: if they are realy hackable please tell me later. |
21:06.14 | mwester | And the best part of it all is that I don't have to sweep and vacuum the floor anymore, and it was paid for from the household budget instead of my hobby money! :D |
21:06.33 | ant | thesing: Euro - prices here http://www.roomba.it/shop_robot.aspx (mit MWSt) |
21:07.04 | zecke | ant: I wonedered myself but didn't say that *scary* |
21:07.20 | ant | =) |
21:08.27 | *** join/#oe likewise (n=leon@82-171-51-231.ip.telfort.nl) |
21:08.28 | likewise | mwester: but does it work? |
21:09.06 | mwester | So far it's doing pretty well. I imagine it will be unhappy in the kitchen, with all the table and chair legs to negotiate around. |
21:09.29 | likewise | mwester: I wonder if my cats like it |
21:09.34 | ant | he he, big dogs at home? |
21:09.35 | mwester | It just finished a cycle, found it's charging station, and has parked itself. |
21:09.57 | rwhitby | morning |
21:09.58 | mwester | I have a very little dog (8 lbs). It's a little frightened. |
21:10.05 | ant | or _childrens_? |
21:10.07 | likewise | morning rod |
21:10.09 | rwhitby | mwester: +1 on the packaged staging for slugos |
21:10.56 | mwester | I finished the reference build; I'm building the packaged staging now. Will compare and test... |
21:11.01 | thesing | mwester: are some of the slugos machines arm-oabi? Asking because of the libgcc issue. |
21:11.14 | mwester | Yes - SlugOS is OABI. |
21:11.27 | mwester | Angstrom runs on the NSLU2 as well; that's EABI |
21:11.46 | mwester | We're targetting EABI SlugOS for the next major release. |
21:12.12 | mwester | thesing: is OABI a suspect in that gcc issue, then? |
21:12.34 | thesing | yes. |
21:12.38 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
21:12.47 | likewise | thesing: libgcc not being in the rootfs/image, you mean? |
21:13.10 | thesing | correct. |
21:13.31 | mwester | ant: The prices in Europe for the robot are ruinous! |
21:13.49 | gremlin[it] | mwester how much it cost in US ? |
21:13.54 | mwester | The model 530 is only USD 299 |
21:14.08 | mwester | (the .it website lists it for 299 Euros |
21:14.10 | mwester | ) |
21:14.25 | ant | mwester: the prices in EURO are ruinos :-( |
21:15.13 | ant | even if you live in EU |
21:15.27 | mwester | + taxes |
21:15.29 | dtahtbot | mwester: Error: "taxes" is not a valid command. |
21:16.02 | mwester | wonders how many bots we need :) |
21:16.18 | ant | mwester: VAT 20% included |
21:16.34 | ant | "for your convenience" |
21:16.37 | mwester | I certainly wish that "taxes" was not a valid command, but it certainly is a command issued by the government here. |
21:27.29 | CIA-39 | 03osas 07org.oe.dev * rec382304... 10/ (4 files in 2 dirs): asterisk 1.6 and asterisk-addons 1.6 with DEFAULT_PREFERENCE = "-1" |
21:40.03 | thesing | bye |
21:48.44 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
21:52.22 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
21:54.10 | *** join/#oe xjqian (n=gordon@24-107-189-117.dhcp.stls.mo.charter.com) |
21:57.53 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
22:50.33 | *** join/#oe Marex (n=marex@gwfm10-3-250.802.cz) |
22:52.42 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
23:00.57 | *** join/#oe dijenerate (n=dijenera@72.51.90.206) |
23:01.51 | *** join/#oe mallum (n=mallum@host81-153-178-128.range81-153.btcentralplus.com) |
23:07.06 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
23:07.06 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
23:07.06 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) [NETSPLIT VICTIM] |
23:07.06 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
23:07.07 | *** join/#oe mallum (n=mallum@host81-153-178-128.range81-153.btcentralplus.com) |
23:07.41 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
23:07.41 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
23:07.41 | *** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl) [NETSPLIT VICTIM] |
23:07.42 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
23:08.18 | *** join/#oe SyNko (n=SyNko@host205-167-dynamic.15-87-r.retail.telecomitalia.it) |
23:08.35 | *** part/#oe SyNko (n=SyNko@host205-167-dynamic.15-87-r.retail.telecomitalia.it) |
23:11.43 | *** part/#oe RP__ (n=richard@tim.rpsys.net) |
23:17.22 | *** join/#oe ____gints (n=gints@62.84.15.211) |
23:21.03 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
23:28.35 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
23:38.11 | *** join/#oe SyNko (n=SyNko@host205-167-dynamic.15-87-r.retail.telecomitalia.it) |
23:50.07 | *** join/#oe Crofton (n=balister@206.196.151.254) |
23:53.48 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
23:56.45 | *** join/#oe mickeyl (i=mickey@openmoko/coreteam/mickey) |
23:57.17 | *** part/#oe mickeyl (i=mickey@openmoko/coreteam/mickey) |