| 00:00.18 | Tartarus | Crofton|work, on my todo list is to try and argue that over-building is a distro choice / qa issue |
| 00:00.22 | Crofton|work | we really need to develop a good solution for people who want to do sw dev based on OE built imagees |
| 00:00.26 | Crofton|work | without them needing to learn OE |
| 00:00.46 | mwester | meta-toolchain / sdk |
| 00:00.49 | hoj | I guess any further grumbling will be answered with "patches accepted" :) |
| 00:00.54 | Crofton|work | my argument is we need to extract quality toolchains |
| 00:01.12 | Crofton|work | where wulaity includes ease of use by develoeprs |
| 00:01.18 | Tartarus | hoj, no, disabling building X11 in some recipe or another will be replied to with "making this configurable is QA hell on packages" |
| 00:01.20 | Crofton|work | anyway dinner time |
| 00:08.54 | mwester | hoj: part of the issue is what you are building; OE only *seems* to be Angstrom. |
| 00:09.42 | mwester | SlugOS also builds in OE; it is what I would consider a console-image-like distro, builds in 30 mins, and fits in an 8MByte flash. |
| 00:10.03 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:10.09 | mwester | So not everything in OE insists upon building X libs... |
| 00:10.38 | mwester | (that's the Dark Lord of the Angstrom's choice, and I do not bow to that entity) |
| 00:11.25 | mwester | :-) |
| 00:11.30 | hoj | So if I really really wanted to skip X, I'd use another distro make a new distro |
| 00:11.59 | mwester | Depends on your needs. |
| 00:11.59 | Tartarus | hoj, or pick a different image target |
| 00:12.45 | hoj | is there a way to list all available targets and their contents (w/o building)? |
| 00:13.09 | mwester | Sadly no. |
| 00:13.31 | mwester | You have to at least set up, and do the parsing phase |
| 00:13.51 | CIA-36 | 03Rod Whitby <rod@whitby.id.au> 07org.openembedded.dev * r694436f224 10openembedded.git/recipes/ (110 files in 16 dirs): |
| 00:13.52 | CIA-36 | ixp4xx: Remove proprietary Intel ethernet driver. |
| 00:13.52 | CIA-36 | See |
| 00:13.52 | CIA-36 | http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-January/001279.html |
| 00:14.00 | mwester | So once you set up to build a particular image, you can then do "bitbake -g <target>" |
| 00:14.00 | CIA-36 | 03Rod Whitby <rod@whitby.id.au> 07org.openembedded.dev * r51733906e1 10openembedded.git/: Merge branch 'org.openembedded.dev' of git://git.openembedded.net/openembedded into org.openembedded.dev |
| 00:14.21 | mwester | That will create a dependency graph (depends.dot) that you can use to see what all got pulled in. |
| 00:14.33 | mwester | (it's sorta broken right now, but still usable). |
| 00:15.31 | hoj | I started with the Useful_targets wiki page. mwester: thanks, I'll try that flag |
| 00:16.01 | mwester | whatcha building? |
| 00:17.13 | hoj | Trying gcc 4.4.0 toolchain for omap35xevm board. Eventually want a filesystem with GLX drivers |
| 00:17.41 | mwester | cool. |
| 00:17.53 | SDuensin | Hey gang. I'm missing something I feel is likely obvious... |
| 00:18.04 | SDuensin | I've built angstrom and got an image... |
| 00:18.04 | hoj | I mean SGX (OpenGL/OpenVG) |
| 00:18.20 | SDuensin | Now I built "mediatomb" which has a lot of dependencies... |
| 00:18.36 | SDuensin | How do I bundle up all the stuff it built to install it onto my Angstrom drive? |
| 00:19.40 | mwester | turn the deploy/.../ipkg/ dir into a feed, and use opkg to install mediatomb on the target' |
| 00:19.59 | SDuensin | Whoa. Was that in English? :-) |
| 00:20.13 | SDuensin | Did I miss a page in the wiki? |
| 00:20.20 | mwester | Or you can copy the entire ipkg dir to the target, or mount it via nfs, and opkg install all the packages. |
| 00:20.27 | SDuensin | doesn't mind reading to figure it out, but he didn't see anything. |
| 00:25.00 | hoj | Tartarus: my gcc4.4.0 build stopped, but I hit the same assembler errors in libxml "Error: offset out of range" |
| 00:31.06 | Tartarus | good :) |
| 00:31.09 | Tartarus | libxml bug |
| 00:31.14 | Tartarus | or compiler bug |
| 00:31.29 | Tartarus | i bet if you change the optimization for libxml it'll go away |
| 00:31.32 | Tartarus | talk w/ khem :) |
| 00:34.40 | SDuensin | is just amazed at the number of files this thing generates. |
| 00:35.18 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 00:38.29 | hoj | Tartarus: I don't see cflags in libxml2.inc If I were to change them, that's where it would be added, right? |
| 01:00.46 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 01:04.13 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 01:12.15 | *** join/#oe Flyser_ (n=Flyser@unaffiliated/flyser) |
| 01:15.02 | *** join/#oe mekius (n=mekius@enlightenment/developer/mekius) |
| 01:15.25 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 01:21.18 | *** join/#oe euud (n=chatzill@60-249-99-148.HINET-IP.hinet.net) |
| 01:26.30 | *** join/#oe leslie__ (n=leslie@116.228.58.74) |
| 01:30.11 | Crofton|work | mwester, slugos also does not support lots of machines |
| 01:30.30 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 01:32.28 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 01:44.31 | *** join/#oe russ (n=russ@149.169.114.93) |
| 01:49.51 | *** join/#oe leslie__ (n=leslie@116.228.58.74) |
| 01:53.49 | Tartarus | hoj, added there, yes |
| 01:54.04 | mwester | Crofton|work: that is true, but console-image does not really require X11 on _any_ machines, does it? |
| 01:54.18 | Tartarus | hoj, cortex-a8 based, right? If so: |
| 01:54.19 | Tartarus | TARGET_CC_ARCH_armv7a = "" |
| 01:54.40 | Tartarus | Crofton|work, but how much does a distro _need_ to do to support a machine? |
| 01:54.40 | mwester | I'm fairly certain that I could add support for a whole raft of other machines, without requiring X11. :) |
| 01:55.03 | mwester | (And I'll do that soon -- will be supporting the Sheeva Plug in a week or two) |
| 01:55.11 | Tartarus | Aside from "bleeding edge" targets that need specific compiler, there's not really any, so long as the distro in question obeys the "normal" hooks for adding machine specific stuff |
| 01:58.10 | Tartarus | hrw|gone, mckoan|away, is vortex86sx + uclibc a valid combo? Fails in dev, haven't run stable yet, and it's not in hrw's buildbot |
| 01:58.11 | mwester | I suspect that the problem for console-image is that includes something that uses dbus, and dbus pulls in X11. That can be fixed --- if someone cares to. |
| 01:58.35 | Tartarus | mwester, the question is, is it build time only or run-time pulled in too? |
| 01:58.57 | mwester | According the Koen, it is run-time, if it is the dbus/x11 issue. |
| 01:59.08 | Tartarus | mwester, I really need to find the time to see if there's a case where we pull in extra crap at image time and then argue we need a way at the distro level to turn off some deps |
| 01:59.37 | Tartarus | ie for Angstrom maybe it's a big deal to have to warn users's DON'T TOUCH THIS VARIABLE AND PUBLISH YOUR BUILDS |
| 01:59.54 | Tartarus | but for another distro it's a bigger deal to disable X/Y/Z random stuff |
| 02:01.13 | mwester | And I can see his point -- if one assumes that console-image is just a stepping stone to a full image, then to alter recipes to remove the runtime dependency, or even create slimmed-down versions without build-time dependencies is not a good use of time. But for those devices that do not ever need those dependencies --- eg, headless servers or such -- then |
| 02:01.29 | *** join/#oe russ (i=foobar@ip70-176-249-242.ph.ph.cox.net) |
| 02:01.39 | Tartarus | mwester, right it's a distro choice |
| 02:01.43 | mwester | it is a problem to build needless runtime deps -- somebody has to maintain that part of the build. |
| 02:01.49 | Tartarus | Angstrom needs to have packages that can work everywhere |
| 02:01.58 | Tartarus | But not all distros want that |
| 02:02.06 | mwester | :) Precisely. |
| 02:02.14 | Tartarus | ie if I know my stuff will never be used on bluetooth-enabled HW, I don't want that pulled in |
| 02:02.27 | Tartarus | Just need to find the time to propose it all in a sane way |
| 02:02.36 | Tartarus | And I want PREFERRED_LIBC and a few others in first :) |
| 02:03.11 | mwester | I suspect the point of resistance will be that any solution would smell of "use" flags (I think that's the term). |
| 02:03.22 | Tartarus | Right |
| 02:03.29 | Tartarus | And fundamentally, that's the correct thing to have |
| 02:03.36 | Tartarus | IOW, people that don't want it are wrong :) |
| 02:03.50 | mwester | and if we have multiple recipes (look at opkg for an example of how horrible that can get, a problem I am responsible for creating, in fact). |
| 02:04.07 | Tartarus | Exactly |
| 02:04.24 | *** join/#oe fraxi (n=quassel@p54AA79AA.dip.t-dialin.net) |
| 02:04.28 | Tartarus | We do want a use flag, at the distro level with big fat warnings to not mess with this unless you're the distro maintainer |
| 02:05.18 | mwester | I have a feeling that virtual/<package> will end up fitting in here somehow? |
| 02:05.48 | Tartarus | I don't think so atm |
| 02:06.09 | Tartarus | That's just giving us the 50 permutations of the recipes people want, or don't want, random stuff enabled in |
| 02:06.40 | Tartarus | We want USE="bluetooth X11 directfb" and a big warning so that people don't put up random angstrom packages with non-standard USE flags |
| 02:07.20 | mwester | And in the recipes, we then need all sorts of anonymous python stuff, unless we get expanded support for conditionals from bitbake. |
| 02:07.22 | Tartarus | And then maybe argue that no, people shouldn't start out with Angstrom for their weird custom project, if they want to fiddle with USE flag at least, then they want to start with minimal |
| 02:32.09 | Tartarus | Hmmm |
| 02:32.16 | Tartarus | PPC isn't skipping out on the GNU_HASH thing is it? |
| 02:32.21 | Tartarus | That's just MIPS that can't, right? |
| 02:36.51 | Tartarus | yeah, there's my failure :) |
| 02:41.27 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 03:04.53 | *** join/#oe Fique (n=tkazi@167.216.14.194) |
| 03:05.01 | *** join/#oe HopsNBarley_ (n=hops@173.67.93.147) |
| 03:06.14 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-53-241.dynamic.mnet-online.de) |
| 03:08.28 | *** join/#oe lysdexia (n=doug@cpe-71-72-207-106.cinci.res.rr.com) |
| 03:12.51 | *** join/#oe panda| (n=hzhang@125.33.197.34) |
| 03:15.30 | lysdexia | Anyone have a minute for a newbie question? I'm attempting to install sweetlilmre's openzipit build as outlined here: http://sweetlilmre.blogspot.com/2009/04/new-oe-build.html. I've created a vfat partition for zImage-zipit2.bin and an ext3 partition for wireless-image-zipit2.tar. I've successfully untarred the tarfile, but can't seem to get zImage to take. I had the crazy idea that I could just dd the bin image to /dev/sda1 like I did wit |
| 03:15.31 | lysdexia | h linux floppies in the olden days. I can't. |
| 03:16.55 | lysdexia | The build was totally painless, but there is no information in the blog or sweetlilmre's README about actually booting the build. |
| 03:43.20 | *** join/#oe euud_ (n=chatzill@60-249-99-148.HINET-IP.hinet.net) |
| 03:47.03 | *** join/#oe thebohemian1 (n=rschus@p579E184E.dip.t-dialin.net) |
| 03:53.26 | *** join/#oe rsalveti (n=salveti@189.70.22.75) |
| 03:58.06 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 04:00.40 | Tartarus | Aw |
| 04:01.01 | Tartarus | beagleboard sdk failed due to the thread thing not being pushed yet |
| 04:01.06 | Tartarus | goes to audit and fixup |
| 04:07.26 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) |
| 04:46.33 | *** join/#oe erbo (n=erbo@c-7b7de455.115-16-64736c14.cust.bredbandsbolaget.se) |
| 05:13.49 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 05:28.13 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 05:29.36 | *** join/#oe pb__ (n=pb@79-79-173-112.dynamic.dsl.as9105.com) |
| 05:58.50 | *** join/#oe jnoah1984 (n=justin@128-193-241-201.resnet.oregonstate.edu) |
| 06:01.45 | *** join/#oe pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 06:11.36 | *** join/#oe greentux (n=lemke@BAA3c9d.baa.pppool.de) |
| 06:13.53 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 06:45.29 | mckoan | good morning |
| 06:45.37 | mckoan | Tartarus: I never tried vortex86sx + uclibc |
| 06:55.44 | *** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net) |
| 07:00.25 | *** join/#oe cyberdeck (n=mnemonic@130.83.164.66) |
| 07:04.57 | *** join/#oe ptitjes (n=didier@37.73.198-77.rev.gaoland.net) |
| 07:09.45 | methril|work | good morning |
| 07:17.26 | *** join/#oe HopsNBarley_ (n=hops@173.67.93.147) |
| 07:23.59 | *** join/#oe jnoah1984 (n=justin@128-193-241-201.resnet.oregonstate.edu) |
| 07:26.11 | tsjsieb | What option in linux kernel 'menuconfig' do I have to set If I don't want to use kernel modules, but compile them into the kernel itself? |
| 07:26.49 | tsjsieb | Do I just have to disable 'Enable loadable module support'? |
| 07:29.15 | mckoan | tsjsieb: you have to set [*] in each module instead of [m] |
| 07:29.56 | mckoan | tsjsieb: 'Enable loadable module support' option allow you to load other modules later |
| 07:30.11 | tsjsieb | o.k. thnx :) |
| 07:43.16 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 07:52.07 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 07:54.00 | *** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
| 08:11.32 | *** join/#oe florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) |
| 08:13.19 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 08:19.33 | *** join/#oe XorA (n=XorA@93-97-174-2.zone5.bethere.co.uk) |
| 08:21.32 | RP | morning all |
| 08:21.38 | florian | good morning |
| 08:21.55 | florian | spots a pile of mails to answer but has no time :-( |
| 08:22.22 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
| 08:27.17 | *** join/#oe rolf_harris_ (n=sean@user-514d2305.l1.c2.dsl.pol.co.uk) |
| 08:27.35 | *** part/#oe rolf_harris1 (n=sean@user-514d2305.l1.c2.dsl.pol.co.uk) |
| 08:27.37 | XorA | hey RP |
| 08:29.09 | *** join/#oe ZaPPaS (n=moritz@buero2.pi5.physik.uni-stuttgart.de) |
| 08:31.50 | ant_work | RP: hi |
| 08:32.32 | ant_work | RP: if you have that spare time...http://lists.arm.linux.org.uk/lurker/thread/20090427.120833.4ff23b55.en.html |
| 08:34.22 | *** join/#oe royerfa (n=fabroy01@fw-tnat.cambridge.arm.com) |
| 08:34.45 | RP | ant_work: Spare time? You are joking? ;-) |
| 08:34.52 | XorA | hehe |
| 08:35.02 | XorA | ant RP works 64 hours a day |
| 08:35.49 | ant_work | well, if you move fast enough the time will slow down around you :-) |
| 08:36.22 | XorA | heh, RP get a superbike and code while bombing around track at over 10% of C |
| 08:36.54 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 08:39.37 | *** join/#oe Roman_Khimov (n=rik@office.altell.ru) |
| 08:40.56 | RP | XorA: Its an interesting idea :) |
| 08:41.19 | RP | XorA: The amount of damage the off road bike has done to me recently is making me wonder whether bikes are such a good idea though ;-) |
| 08:42.15 | RP | Well, its just making me think about being a little more careful... |
| 08:44.26 | XorA | RP: was it the bike that damaged you? or the ground? |
| 08:44.42 | XorA | RP: if the second then stop falling off :-D |
| 08:44.59 | RP | XorA: It would be the ground I guess :) |
| 08:45.23 | RP | The flying through the air bit was fine... |
| 08:46.32 | XorA | time for a hitchhikers quote :-) |
| 08:48.01 | *** join/#oe rob_w (n=bill@p549BFDD2.dip.t-dialin.net) |
| 08:57.58 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
| 08:59.34 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 09:04.07 | *** join/#oe greentux (n=lemke@BAA3c9d.baa.pppool.de) |
| 09:07.55 | ant_work | RP: do you remember offhand if spitz has same ERASEBLOCKSIZE like akita ("0x20000") ? I suppose is the same on pxa270 machines |
| 09:08.26 | ant_work | just the nand was left untouched for spitz (until now) |
| 09:09.03 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
| 09:12.01 | RP | ant_work: I think its the same size eraseblock, yes |
| 09:12.21 | ant_work | cause we just have an override for ERASEBLOCKSIZE_akita = "0x20000" |
| 09:13.48 | ant_work | RP: btw I insanely found that patch to read old bootloader params :) |
| 09:14.08 | ant_work | http://www.katastrophos.net/zaurus/mirrors/piro.hopto.org/bootloader/patch-2.6.16.16-z.diff |
| 09:14.27 | *** join/#oe gDD (n=gDD@125.116.33.135) |
| 09:14.33 | ant_work | now I'll try to apply it to the linux-kexecboot kernel |
| 09:16.07 | ant_work | he..we missed that pre-kexec bootloader..still using a module to switch kernel... |
| 09:16.10 | RP | ant_work: I'm not sure thats the right patch ;-) |
| 09:16.23 | ant_work | CONFIG_SHARPSL_BOOTLDR_PARAMS ? |
| 09:16.35 | ant_work | we just need the damned mtdparts |
| 09:22.02 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
| 09:23.29 | *** join/#oe cyberdeck (n=mnemonic@130.83.164.66) |
| 09:31.40 | XorA | tries a build on FC11 |
| 09:32.02 | *** join/#oe mnabil (n=mnabil@196.202.97.90) |
| 09:35.26 | *** join/#oe sledgeas (n=leleiva@217.77.80.29) |
| 09:37.26 | sledgeas | can bitbake process delete the unpacked sources immediately after each completed task (like gentoo's emerge)? I am doing bitbake opie-image and it is all already over 5GB with only 1029 of 3339 done.. |
| 09:37.44 | sledgeas | (hello :)) |
| 09:40.03 | RP | sledgeas: Look for the rm_work class |
| 09:41.28 | sledgeas | thanks, RP; means something's missing on the getting started that i've followed (http://wiki.openembedded.net/index.php/Getting_started : (NOTE: kergoth says it will take about 4GB of disk space to build an opie or gpe image for one architecture) <-- absolutely does not hold for me being 1/3rd of way there :)) i may update that wiki in the end |
| 09:46.15 | tsjsieb | Here it's about 10GB, I think |
| 09:46.44 | sledgeas | tsjsieb: you mean without INHERIT += "rm_work" ? |
| 09:47.02 | tsjsieb | without indeed |
| 09:47.45 | sledgeas | phew :D |
| 09:48.50 | tsjsieb | but that's te complete working dir, including the openembedded git repository and the toolchain etc created with the openembedded recipes |
| 09:50.21 | sledgeas | and the ./sources/ ? /) |
| 09:50.41 | sledgeas | guys, is it safe on my Intel Core 2 Duo BB_NUMBER_THREADS = "2" && PARALLEL_MAKE="-j 2" or should I stick to one choice for opt performance? |
| 09:51.18 | tsjsieb | that's safe enought I think |
| 09:51.58 | tsjsieb | I only hope that it's not your desktop and you have to work on it, while compiling ;) |
| 09:52.02 | sledgeas | yea, should make some benchmarkings myself |
| 09:52.04 | sledgeas | :D |
| 09:52.17 | sledgeas | lol no, i work on my workplace workstation currently |
| 09:52.28 | sledgeas | leaving a more powerful box (a laptop lol) to do the bitbake job |
| 09:53.58 | tsjsieb | sledgeas: the download sources ar not included in the 10 gig, I have them in a sepparate dir, used by 2 different oe settups |
| 09:54.15 | sledgeas | roger that |
| 09:54.52 | ant_work | sledgeas: "-j 3" (nr-of-cpu + 1) |
| 09:55.13 | sledgeas | ant_work: what about BB_NUMBER_THREADS? |
| 09:55.19 | *** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) |
| 09:55.25 | ant_work | I have 2 |
| 09:55.42 | sledgeas | (lol surprisingly I had it -j 3, prolly from a gentoo's intuition I am runing on) |
| 09:55.55 | ant_work | gentoo here :-) |
| 09:56.29 | tsjsieb | download dir is about 1.5 GB here, but that could be smaller with a fresh one |
| 09:59.59 | sledgeas | the wiki sure needs some adjustments, esp if one's (me:)) building opie-image from 0 having only 5GB+oe(+~1GB) dedicated :) |
| 10:00.47 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:01.41 | ant_work | sledgeas: with rm_work final build-size is approx 2.5gb for console-image + opie-image + x11-image. Sources extra. |
| 10:02.11 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 10:02.36 | ant_work | with 8GB RAM you can even build in /tmpfs |
| 10:02.50 | ant_work | with ccache too |
| 10:05.06 | *** join/#oe claudiu_ita (n=claudiu@host66-184-dynamic.8-87-r.retail.telecomitalia.it) |
| 10:10.47 | *** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:16.44 | *** join/#oe sicu (n=n_a@cm-84.208.86.111.getinternet.no) |
| 10:19.36 | CIA-36 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rc21e4a50e3 10openembedded.git/recipes/unifdef/files/unifdef.c: |
| 10:19.36 | CIA-36 | recipes/unifdef/files/unifdef.c : more modern glibc expose getline from |
| 10:19.36 | CIA-36 | stdio.h rename the function so not to cause a clash |
| 10:26.44 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 10:27.36 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 10:39.46 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 10:40.57 | CIA-36 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r9a67b35254 10openembedded.git/recipes/linux-libc-headers/ (files/unifdef.patch linux-libc-headers_2.6.23.bb): |
| 10:40.57 | CIA-36 | linux-libc-headers_2.6.23.bb : more modern glibc expose getline from |
| 10:40.57 | CIA-36 | stdio.h rename the function so not to cause a clash |
| 10:47.35 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 10:53.38 | claudiu_ita | hi, I can't build the net-snmp_5.4.1.bb recipe which is in the openembedded/recipes/net-snmp directory. The build fails on configure task with this error: |
| 10:53.38 | claudiu_ita | configure: error: cannot run /bin/sh /home/claudiu/oeDevel/tmpoe/work/i686-telefin-linux/net-snmp-5.4.1-r2/net-snmp-5.4.1/config.sub |
| 10:53.38 | claudiu_ita | (the strange thing is that there is not config.sub file in the source directory) |
| 10:54.33 | *** join/#oe markos_ (n=markos@79.131.246.60) |
| 10:54.44 | claudiu_ita | have someone experience with this package? |
| 10:57.09 | *** join/#oe j720 (n=jornix@host-84-9-120-166.dslgb.com) |
| 10:58.56 | *** join/#oe SDuensin_ (n=Scott@12-226-44-250.client.mchsi.com) |
| 10:59.18 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 11:00.30 | *** join/#oe XorA (n=XorA@www.xora.org.uk) |
| 11:07.11 | *** join/#oe thebohemian (n=rschus@p579E184E.dip.t-dialin.net) |
| 11:14.19 | *** join/#oe Gnutoo (n=gnutoo@host126-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:17.08 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:20.31 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 11:21.42 | *** join/#oe ChanServ (ChanServ@services.) |
| 11:21.42 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
| 11:21.42 | *** join/#oe rsalveti (n=salveti@189.70.22.75) |
| 11:21.42 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe FOM_zzz (n=jeffs@rrcs-74-219-98-62.central.biz.rr.com) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe nytowl|night (n=nytowl@S0106001c100a3234.cg.shawcable.net) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe mrc3 (n=ddiaz@189.157.113.43) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) [NETSPLIT VICTIM] |
| 11:21.42 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 11:21.43 | *** join/#oe dijenerate (n=dijenera@64.210.41.159) |
| 11:21.43 | *** join/#oe scruggs_ (n=chris@72-161-106-67.dyn.centurytel.net) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe mwester (n=nnmweste@nslu2-linux/mwester) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe Guest86954 (n=CruX@soueza.utc.sk) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe j24 (n=j24@ns32433.ovh.net) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe peterz (n=peterz@e53227.upc-e.chello.nl) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe daq4th (n=darkness@my.linux.runs.on.zseries.org) [NETSPLIT VICTIM] |
| 11:21.43 | *** join/#oe cdbot2 (n=cdbot2@hentges.net) |
| 11:21.43 | *** join/#oe janinge (i=j@ninge.net) |
| 11:21.43 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 11:30.54 | *** join/#oe rob_w (n=bill@84.155.242.208) |
| 11:37.24 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 11:42.24 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfa43579bcb 10openembedded.git/recipes/netkit-ftp/netkit-ftp_0.17.bb: netkit-ftp: Fixed GNU_HASH QA error. |
| 11:49.33 | *** join/#oe cyberdeck (n=mnemonic@130.83.164.66) |
| 11:50.04 | CIA-36 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r8f5e54e67d 10openembedded.git/contrib/angstrom/build-feeds.sh: added netkit-ftp to angstrom feed |
| 11:55.20 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
| 11:58.40 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * r9d392a418d 10openembedded.git/recipes/llvm/ (6 files): |
| 11:58.40 | CIA-36 | llvm-native 1.9: Removed. |
| 11:58.40 | CIA-36 | llvm-native 2.1: Removed. |
| 11:58.40 | CIA-36 | llvm-native 2.4: Removed. |
| 11:58.40 | CIA-36 | llvm-native cvs: Removed (llvm is not in a CVS repo anymore). |
| 11:58.42 | CIA-36 | llvm 2.0: Removed. |
| 11:58.44 | CIA-36 | llvm 2.4: Removed. |
| 11:58.46 | CIA-36 | 03Robert Schuster <rschus@entw2.(none)> 07stable/2009 * r25d182ad00 10openembedded.git/classes/java.bbclass: java.bbclass: Use force (-f) for ln (suggested by Marcin). |
| 11:58.51 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * r05f14c7937 10openembedded.git/recipes/llvm/ (8 files in 3 dirs): (log message trimmed) |
| 11:58.54 | CIA-36 | llvm: Reworked to allow multiple installation of same version. |
| 11:58.56 | CIA-36 | - introduced common include file |
| 11:58.58 | CIA-36 | - provided implementation for llvm 2.5 |
| 11:59.00 | CIA-36 | - added wrapper script and its build recipe |
| 11:59.04 | CIA-36 | - the same for native side |
| 11:59.06 | CIA-36 | llvm2.5 2.5: New recipe |
| 11:59.08 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * r18a9277dee 10openembedded.git/recipes/llvm/ (5 files in 2 dirs): |
| 11:59.11 | CIA-36 | llvm-gcc4-cross: Change dependency to llvm2.5-native. |
| 11:59.13 | CIA-36 | llvm-gcc: Dito. |
| 11:59.15 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * r070c840053 10openembedded.git/conf/checksums.ini: checksums.ini: Removed llvm entries from 1.9 to 2.4. |
| 11:59.18 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * rd3d2218c30 10openembedded.git/recipes/llvm/llvm.inc: llvm.inc: Declare dependency of llvm<ver> on llvm<ver>-native |
| 11:59.23 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * rda7489f755 10openembedded.git/recipes/xorg-lib/ (libxt/pr10970-header-fix.patch libxt_1.0.4.bb libxt_1.0.5.bb): |
| 11:59.26 | CIA-36 | libxt 1.0.4: Added official patch to fix X.org PR10970. |
| 11:59.28 | CIA-36 | libxt 1.0.5: Dito. |
| 11:59.30 | CIA-36 | libxt-native 1.0.5: Dito. |
| 12:00.37 | CIA-36 | 03Robert Schuster <thebohemian@gmx.net> 07stable/2009 * r504781534d 10openembedded.git/recipes/lesstif/lesstif_0.95.0.bb: lesstif 0.95: Actually install something into staging. |
| 12:01.31 | Gnutoo | seen ~rschuster |
| 12:01.41 | Gnutoo | oops |
| 12:01.51 | Gnutoo | ~seen rschuster |
| 12:01.54 | ibot | rschuster <n=rob@g225078046.adsl.alicedsl.de> was last seen on IRC in channel #oe, 30d 19h 57m 36s ago, saying: 'you need to apply a trick with EXTRA_OEMAKE (the value for normal make) to get it work'. |
| 12:02.07 | Gnutoo | seen ~theboemian |
| 12:02.15 | Gnutoo | ~seen theboemian |
| 12:02.15 | ibot | Gnutoo: i haven't seen 'theboemian' |
| 12:02.30 | Gnutoo | thebohemian, hi |
| 12:03.38 | Gnutoo | thebohemian, I've a bug in boost-38 that is not related to the assembly part that I added... |
| 12:03.54 | Gnutoo | thebohemian, it prevent wesnoth from running on armv4 |
| 12:04.05 | Gnutoo | I've the full stack trace |
| 12:04.07 | Gnutoo | but I must: |
| 12:04.18 | Gnutoo | *try with boost from trunk |
| 12:04.21 | Gnutoo | *bugreport |
| 12:04.53 | Gnutoo | so should I commit wesnoth and add DEFAULT_PREFERENCE_armv4 = "-1" and do the same for armv5 and armv4t? |
| 12:05.11 | Gnutoo | s/commit/send to the mailing list/ |
| 12:12.55 | *** join/#oe eFfeM (n=Frans@195-241-226-180.ip.telfort.nl) |
| 12:16.45 | thebohemian | Gnutoo: sounds ok to me |
| 12:16.55 | thebohemian | Gnutoo: how difficult is this boost 38 issue? |
| 12:17.38 | Gnutoo | I will bugreport when I'll have the time so it's not me that will resolve the problem |
| 12:17.46 | Gnutoo | I have backtrace if you want |
| 12:18.02 | Gnutoo | http://gnutoo.homelinux.org/wesnoth/backtrace_0002.txt |
| 12:18.09 | thebohemian | Gnutoo: they have boost 38 in debian |
| 12:18.12 | Gnutoo | the main issue is time |
| 12:18.18 | Gnutoo | wow |
| 12:18.25 | Gnutoo | so they may have patches for it |
| 12:18.41 | thebohemian | Gnutoo: yeah, that is what I would suggest |
| 12:18.41 | Gnutoo | the problem is that wesnoth and boost-38 compiles fine |
| 12:19.12 | Gnutoo | only that wesnoth segfault when launching the tutorial,a campaing etc... |
| 12:19.40 | thebohemian | Debian's wesnoth is against boost 1.37. not sure if this is an important thing |
| 12:19.45 | Gnutoo | also I've a big problem with 320x240 screens...they added some great graphic things but put assertions |
| 12:19.49 | Gnutoo | ok |
| 12:20.23 | Gnutoo | the assertion make the game exit on 320x240 screen |
| 12:20.28 | thebohemian | Gnutoo: btw. you cannot have DEFAULT_PREFERENCE_armv4t |
| 12:20.29 | *** join/#oe Zta (n=stephan@port572.ds1-arc.adsl.cybercity.dk) |
| 12:20.38 | Gnutoo | ouch...so what should I do? |
| 12:20.42 | thebohemian | Gnutoo: only "_arm" |
| 12:20.43 | Gnutoo | @python? |
| 12:20.45 | Gnutoo | ok |
| 12:21.13 | thebohemian | Gnutoo: using _armv4t etc. is strongly discouraged (we once had this in llvm) |
| 12:21.15 | *** join/#oe koobe (n=koobe@83.150.95.26) |
| 12:21.30 | Gnutoo | if armv4 is defined => default preference = -1 ? |
| 12:22.20 | thebohemian | Gnutoo: I mean libffi. It is actually still there (not good) |
| 12:22.21 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07stable/2009 * r450798417c 10openembedded.git/recipes/unzip/unzip_552.bb: |
| 12:22.21 | CIA-36 | unzip: GNU_HASH QA fix. |
| 12:22.21 | CIA-36 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:22.21 | CIA-36 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 12:22.22 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07stable/2009 * rf3ffb7a22c 10openembedded.git/recipes/man/man_1.5p.bb: |
| 12:22.24 | CIA-36 | man: GNU_HASH QA fix. |
| 12:22.26 | CIA-36 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:22.30 | CIA-36 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 12:22.34 | CIA-36 | 03Stanislav Brabec <utx@penguin.cz> 07stable/2009 * r8d27f730a1 10openembedded.git/recipes/pxaregs/pxaregs_1.14.bb: |
| 12:22.36 | Gnutoo | ok |
| 12:22.37 | CIA-36 | pxaregs: GNU_HASH QA fix. |
| 12:22.39 | CIA-36 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:22.41 | CIA-36 | Acked-by: Denys Dmytriyenko <denis@denix.org> |
| 12:22.41 | thebohemian | Gnutoo: the bug affects all arm arches, right? |
| 12:22.43 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07stable/2009 * rc4cd2af638 10openembedded.git/recipes/netkit-ftp/netkit-ftp_0.17.bb: |
| 12:22.46 | CIA-36 | netkit-ftp: Fixed GNU_HASH QA error. |
| 12:22.50 | CIA-36 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 12:22.51 | Gnutoo | no arm < armv6 |
| 12:22.52 | CIA-36 | Acked-by: Philip Balister <philip@balister.org> |
| 12:23.14 | thebohemian | Gnutoo: ok |
| 12:23.28 | thebohemian | Gnutoo: another atomic compare and swap issue? |
| 12:23.30 | Gnutoo | I haven't tested on armv5 |
| 12:23.45 | Gnutoo | don't know...did you look at the stacktrace |
| 12:23.48 | Gnutoo | ? |
| 12:25.17 | Gnutoo | by the way here's the patch: http://www.pastebin.ca/1406020 |
| 12:25.43 | Gnutoo | but if I remember well return must be changed |
| 12:25.51 | thebohemian | my C++ is definitely not good enough to understand what happens there :) |
| 12:26.26 | thebohemian | I suggest looking at this in the debugger. my gut feeling is that it may have something to do with some static variable not being defined |
| 12:26.34 | Gnutoo | the important part is the assembly |
| 12:27.13 | Gnutoo | I don't know C++ either...I learn the minimal part necessary for understanding what was going on...only for wesnoth/boost |
| 12:27.22 | Gnutoo | s/learn/learnt/ |
| 12:27.38 | Gnutoo | ah ok thanks |
| 12:28.18 | thebohemian | -> http://gnutoo.homelinux.org/wesnoth/backtrace_0002.txt: no assembly here |
| 12:28.20 | Gnutoo | (the assembly part must also be adapted for armv4...changing the jump for a non-thumb thing) |
| 12:28.29 | thebohemian | ah in the patch ... |
| 12:28.32 | Gnutoo | yes |
| 12:28.55 | Gnutoo | I'll sum up what I did with some help |
| 12:28.56 | Gnutoo | : |
| 12:29.10 | Gnutoo | *made wesnoth compile with the patch for boost |
| 12:29.21 | Gnutoo | (I was helped a lot for the patch) |
| 12:29.42 | Gnutoo | then wesnoth ran but was unplayable...you had only the main menu that worked |
| 12:30.45 | Gnutoo | the backtrace was obtained running wesnoth and clicking on the menu's tutorial button...it loaded...you even saw a first image of the game...then segfaulted |
| 12:30.56 | Gnutoo | before loading the lower image of the character |
| 12:31.10 | Gnutoo | the assembly explanation is at: |
| 12:31.18 | Gnutoo | http://lwn.net/Articles/314144/ |
| 12:31.25 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 12:31.32 | Gnutoo | at: Posted Jan 12, 2009 19:58 UTC (Mon) by npitre (subscriber, #5680) [Link] |
| 12:33.47 | *** join/#oe vo5 (n=vo@189.102.203.212) |
| 12:34.47 | thebohemian | Gnutoo: I would rather not use hardcoded assembly |
| 12:35.27 | thebohemian | Gnutoo: since the assembly is tied to the ABI in use |
| 12:35.41 | thebohemian | and there are two for ARM EABI and OABI |
| 12:36.20 | thebohemian | you can do what they do in C/C++ as well. and it should solve your problem as well |
| 12:37.15 | Gnutoo | ok |
| 12:37.27 | Gnutoo | thanks a lot |
| 12:37.46 | Gnutoo | and I've even an arm oabi device...lol |
| 12:37.51 | sledgeas | is there a way to fight my firewall i.e.: how could I redirect all requests to ftp://.*/([a-zA-Z_-0-9\.].tar.gz) into a mirror e.g. http://www.angstrom-distribution.org/unstable/sources/\1 ? |
| 12:37.56 | Gnutoo | (kernel 2.4) |
| 12:38.10 | Gnutoo | thanks a lot |
| 12:38.34 | Gnutoo | thebohemian, but in C...how is the atomicity guaranteed? |
| 12:38.43 | Gnutoo | s/C/C\/C++/ |
| 12:39.25 | Gnutoo | or maybe I should do one for arm-eabi and then one for arm oabi |
| 12:41.04 | thebohemian | Gnutoo: http://www.pastebin.ca/1406031 |
| 12:41.15 | thebohemian | Gnutoo: the atomicity is guaranteed by the kernel |
| 12:41.30 | Gnutoo | ok thanks a lot |
| 12:41.37 | thebohemian | Gnutoo: it is the same as the assembly except that you let the compiler create the machine code |
| 12:41.48 | Gnutoo | ok thanks a lot |
| 12:41.51 | Gnutoo | wow |
| 12:42.05 | Gnutoo | should I remove the armv7 code? |
| 12:42.21 | thebohemian | just call the the arm_add_and_fetch function instead of __sync_add_and_fetch |
| 12:42.27 | thebohemian | you can leave armv7 stuff in |
| 12:42.30 | Gnutoo | ok thanks |
| 12:42.46 | thebohemian | it will be faster on this arch since it does not need the kernel's help |
| 12:43.16 | thebohemian | basically arm_add_and_fetch is what newer GCCs provide behing __sync_add_and_fetch |
| 12:43.26 | thebohemian | s/behing/behind/ |
| 12:44.30 | thebohemian | the kernel helper is usefull for anything below armv6 btw. |
| 12:45.40 | thebohemian | so it should look like: |
| 12:45.40 | thebohemian | ifdef ARM |
| 12:45.40 | thebohemian | <PROTECTED> |
| 12:45.40 | thebohemian | <PROTECTED> |
| 12:45.40 | thebohemian | <PROTECTED> |
| 12:45.41 | thebohemian | <PROTECTED> |
| 12:45.43 | thebohemian | <PROTECTED> |
| 12:45.45 | thebohemian | else |
| 12:45.47 | thebohemian | <PROTECTED> |
| 12:45.49 | thebohemian | endif |
| 12:46.06 | thebohemian | (and -1 for operator--, of course) |
| 12:47.18 | Gnutoo | thanks a lot that was what I had in mind |
| 12:47.58 | *** join/#oe like2wise (n=likewise@82-171-51-231.ip.telfort.nl) |
| 12:51.10 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf37fe230b7 10openembedded.git/recipes/ekiga/ekiga_git.bb: ekiga: add git version |
| 12:54.30 | sledgeas | is there a way to swap the order of mirrors that bitbakes fetches from and use only http-based ones? |
| 12:54.40 | sledgeas | (opie-image, angstrom) |
| 12:55.34 | hrw | morning |
| 12:57.21 | sledgeas | gooday |
| 12:59.43 | *** join/#oe Sinky (n=stancho@78.90.99.168) |
| 13:03.06 | mckoan | hrw: good afternoon |
| 13:03.49 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 13:04.25 | pwgen | i want to compile a kernel that is able to execute the "old" data format prior the eabi, can this be done with an eabi build environment, ? changeing the kernel options has no result (:-(( |
| 13:05.00 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 13:05.11 | tsjsieb | where did you change the kernel options? |
| 13:06.10 | tsjsieb | I do use oABI support in a kernel, compiled in devshell |
| 13:06.19 | pwgen | in the kernel . ( make config , export ARCH=arm ; change to the kernel source , configure it, compile it , still not able to execute debian arm binary ) |
| 13:06.26 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 13:08.29 | pwgen | i have a full featured debian installation, were running nice since the last years. with the migration to kexec all is lost .. |
| 13:09.22 | tsjsieb | I have no idea what's going wrong in your situation, but I am able to use my kernel, created within OE, with an debian 4.0 arm (oABI) rootfs, so I guess it should be possible for you too |
| 13:09.30 | pwgen | kexec cannot start old kernel versions . ( no commandline options were passed ) |
| 13:09.59 | XorA | Angstrom turns off CONFIG_OABI_COMPAT for all kernels except gta01 |
| 13:11.38 | pwgen | XorA: i have tried with CONFIG_OABI_COMPAT, and without it , all combinations of this stuff , allways the same ... Illegal instruction . |
| 13:11.59 | XorA | pwgen: building in OE with Angstrom though? |
| 13:12.36 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 13:12.42 | tsjsieb | XorA: it doesn't do that when you compile a kernel manualy within devshell, does it? |
| 13:13.08 | XorA | tsjsieb: your .config will still be mangled by linux.inc |
| 13:13.21 | XorA | tsjsieb: unless you fix it up afterwards |
| 13:13.24 | pwgen | the only way getting a kernel that can execute someting is compiling it native on the zaurus. -> chicken egg, |
| 13:14.13 | tsjsieb | o.k., thnx, that's what I'm doing for the moment :) |
| 13:14.37 | pwgen | i can install some old pdaxrom image, and with that i can chroot to the system, but this will allways overwrite my kexecboot image |
| 13:16.04 | pwgen | i see. ever change a running system .. if you dont, then comes the moment you need to erase all .. (:-(( |
| 13:19.13 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 13:19.42 | XorA | pwgen: maybe you hit a genuine kernel bug |
| 13:21.11 | pwgen | (:-)) maybe a complete bunch of it .. ( for example . kexec starts my old 2.6.17, but cannot pass the kernel-cmdline, so it trys allways to boot from mtdblock2 ) |
| 13:27.33 | *** join/#oe Ojg (n=Ojg@ojg-laptop.tekproj.bth.se) |
| 13:27.45 | CIA-36 | 03Gregoire Gentil <gregoire@gentil.com> 07org.openembedded.dev * r015cd5d427 10openembedded.git/recipes/gstreamer/ (2 files in 2 dirs): gst-omapfb: add recipe to build gst sink for the omapfb overlay |
| 13:28.02 | Crofton|work | florian, any word on linuxtag? |
| 13:29.50 | *** join/#oe bin1010 (n=mia@129.62.151.64) |
| 13:36.29 | ant_work | pwgen: have you checked the /boot/kernel-cmdline? |
| 13:37.02 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
| 13:37.38 | *** join/#oe hariseldon78_ (n=hariseld@host249-49-dynamic.24-79-r.retail.telecomitalia.it) |
| 13:38.36 | hariseldon78_ | hello is there any mantainer here? |
| 13:38.51 | XorA | quick everyone hide |
| 13:39.04 | hariseldon78_ | :) |
| 13:39.09 | Crofton|work | ducks |
| 13:39.14 | Crofton|work | maintainer of what? |
| 13:39.34 | hariseldon78_ | i need a patch to be acked |
| 13:39.54 | hariseldon78_ | i sent it in the openembedded-devel@lists.openembedded.org list |
| 13:40.18 | hariseldon78_ | so i'd like to talk about it with some mantainer who can ack it |
| 13:40.28 | Crofton|work | which patch? |
| 13:40.35 | hariseldon78_ | zenity package |
| 13:41.18 | Crofton|work | http://patchwork.openembedded.org/patch/416/ |
| 13:41.41 | XorA | hmm when do our python coders update bitbake for all the deprecation in python 2.6? |
| 13:41.50 | hariseldon78_ | yes that one |
| 13:42.01 | pwgen | <ant_work>: i can see in the serial console what commandline parameter are used .. i am 100% sure, they are not the cmdlineparameter kexecboot used |
| 13:42.58 | hariseldon78_ | @crofton well there were other attachments in the mail |
| 13:43.13 | Crofton|work | hmm |
| 13:43.25 | XorA | hariseldon78_: non git-diff patches tend to get ignored |
| 13:43.33 | hrw | thebohemian: ping |
| 13:43.33 | Crofton|work | it does not likk like we can easily apply it |
| 13:43.50 | Crofton|work | hariseldon78_, can you make it with git diif |
| 13:44.00 | Crofton|work | or some other way it can easily be applied? |
| 13:44.14 | hariseldon78_ | ok i will try |
| 13:44.17 | Crofton|work | thanks |
| 13:44.27 | Crofton|work | how much git do you know? |
| 13:44.33 | thebohemian | hrw: pong |
| 13:44.42 | hrw | thebohemian: your llvm changes in stable/2009... |
| 13:44.48 | hariseldon78_ | should i checkout the last version from git and get a patch from that? |
| 13:44.56 | thebohemian | hrw: uh oh. something wrong? |
| 13:44.58 | Crofton|work | yeah |
| 13:44.58 | hariseldon78_ | not much but i'm learning |
| 13:44.59 | hrw | thebohemian: they lack any ack |
| 13:45.03 | Crofton|work | ok |
| 13:45.20 | XorA | hariseldon78_: you need to get latest OE and prepare your patches against that |
| 13:45.36 | hariseldon78_ | perfect |
| 13:45.37 | thebohemian | hrw: ouch. what do I need to do? |
| 13:45.39 | hrw | thebohemian: stable/2009 require at least one Acked-by on each changeset |
| 13:45.39 | hariseldon78_ | i'll do that |
| 13:45.42 | XorA | hariseldon78_: basically so we can see the .bb file changes and the new files you added |
| 13:45.44 | hariseldon78_ | thank you |
| 13:45.45 | Crofton|work | I'm going to mark that patch in patchwork as something so they disappear from the list of stuff we need to work on |
| 13:45.55 | hariseldon78_ | yes please |
| 13:45.57 | thebohemian | hrw: sorry, was not aware of this |
| 13:46.00 | hariseldon78_ | i'll resend it |
| 13:46.01 | hrw | thebohemian: http://wiki.openembedded.net/index.php/Stable#How_to_share_changes |
| 13:46.23 | Crofton|work | I marked it as rejected, but don't take that the wrong way :) |
| 13:46.35 | hariseldon78_ | yes no problem |
| 13:46.39 | hariseldon78_ | ah one thing |
| 13:46.43 | hrw | thebohemian: I would revert them and wait for acked versions |
| 13:46.52 | hariseldon78_ | in the bb recipe i used inherit autotools |
| 13:47.05 | Crofton|work | http://patchwork.openembedded.org/patch/308/ |
| 13:47.12 | Crofton|work | what about this patch? |
| 13:47.16 | hrw | thebohemian: and by 'them' I mean all your changes pushed today |
| 13:47.19 | Crofton|work | did it get applied? |
| 13:47.24 | hariseldon78_ | even if the package has some gnome dependencies and get downloaded from the gnome ftp |
| 13:47.42 | thebohemian | hrw: yep |
| 13:47.43 | hrw | Crofton|work: what is your opinion? |
| 13:47.46 | hariseldon78_ | yes that one is applied |
| 13:47.53 | Crofton|work | ok |
| 13:48.08 | Tartarus | hey hrw, do you ever have randomish failures w/ your buildbot? |
| 13:48.19 | hrw | Tartarus: mostly git pull problems |
| 13:48.20 | hariseldon78_ | i think gnome.bbclass should be used but when i try the build fails strangely |
| 13:48.27 | hrw | Tartarus: sometimes udev unpack problem |
| 13:48.38 | Tartarus | hmm |
| 13:48.50 | hariseldon78_ | some "/usr/include" paqths get into the makefiles and make the crosscompiler fail |
| 13:48.55 | Crofton|work | hrw, urg |
| 13:49.13 | Tartarus | binutils-cross failed on almost every target for me overnight |
| 13:49.15 | Crofton|work | do the patches acks and they just are listed in the commit message? |
| 13:49.17 | Tartarus | except once when ipkg-native did |
| 13:49.21 | hariseldon78_ | so autotools is the best i can do by now, i hope to fix it for some other versions |
| 13:50.01 | hariseldon78_ | ok, i'll explain it in the patch mail |
| 13:50.03 | hariseldon78_ | bye |
| 13:50.05 | Crofton|work | hariseldon78_, make a patch we can look at, and people can comment |
| 13:50.12 | Crofton|work | thanks! |
| 13:50.15 | hariseldon78_ | sure, thanks |
| 13:51.36 | thebohemian | hrw: sure |
| 13:51.42 | Crofton|work | hrw, I'd like to see the commits without acks reverted and pushed again with acks |
| 13:51.46 | ant_work | pwgen: look here to have an idea... http://lkml.org/lkml/2007/10/24/662 |
| 13:52.00 | Crofton|work | I know that koen hates it when people remove checksum entries .... |
| 13:52.08 | Crofton|work | so I would leave that one out |
| 13:52.14 | *** join/#oe ClashTheBunny (n=rmason@71.184.167.74) |
| 13:52.24 | thebohemian | hrw: I used 'git cherry-pick' to get these from .dev. when I revert some the patches to .stable can I use 'cherry-pick' again? |
| 13:52.39 | thebohemian | s/some// |
| 13:52.45 | Crofton|work | thebohemian, not sure, but i think we will find out :) |
| 13:53.42 | Crofton|work | and thanks for working with us |
| 13:54.10 | XorA | just use git-reset to rewind and add acks to commits, then git-format-patch to extract the patches |
| 13:54.27 | XorA | revert all the wrong ones, re-apply the patches now with acks |
| 13:57.40 | *** join/#oe mrdata (i=mrdata@dslb-088-075-239-042.pools.arcor-ip.net) |
| 13:58.15 | CIA-36 | 03Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07stable/2009 * re264996efb 10openembedded.git/ (19 files in 9 dirs): |
| 13:58.15 | CIA-36 | Reverted all commits done by Robert Schuster. |
| 13:58.15 | CIA-36 | Each change to stable/2009 branch needs to be reviewed and acked by |
| 13:58.15 | CIA-36 | stable branch maintainers. |
| 13:58.15 | CIA-36 | Signed-off-by: Marcin Juszkiewicz <hrw@openembedded.org> |
| 13:58.44 | pwgen | ant_work: the kexec sems a little bit unstable, on OM GTA02 its completly broken with 2.6.26 , i think i need for any kernel i use a special selected kexec |
| 13:58.48 | hrw | thebohemian: git cherry-pick, then rebase, git format-patch -n -s, git send-email |
| 13:59.07 | hrw | thebohemian: we review, ack and then you grab them from patchwork and push |
| 14:02.07 | *** join/#oe woglinde (n=heinold@160.45.45.207) |
| 14:04.32 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 14:06.01 | pwgen | ant_work: http://pastebin.com/m432a624c Line 5. ignoring tag 000. this is the result when starting 2.6.20 with kexec build with/for 2.6.26 |
| 14:08.06 | thebohemian | hrw: ok |
| 14:08.42 | XorA | Fedora Core 11 Beta, ext4 filesystem NOTE: build 200904281337: completed |
| 14:09.09 | Crofton|work | running fedora betas you masochist |
| 14:09.19 | mwester | XorA: Didn't know you ran Fedora. |
| 14:09.21 | woglinde | haha yes thats evil |
| 14:09.26 | ant_work | pwgen: Ignoring unrecognised tag 0x00000000 |
| 14:09.29 | XorA | Crofton|work: I thought I would get ahead of the curve on this one |
| 14:09.31 | woglinde | more evil then running debian unstable |
| 14:09.36 | mwester | (and I didn't think that ext4 was stable enough for that!) |
| 14:09.39 | ant_work | pwgen: this is broken u-boot iirc |
| 14:09.39 | XorA | mwester: I got bored of Ubuggeredtu |
| 14:09.40 | Crofton|work | XorA, how do they handle libusb1/libusb-compat? |
| 14:10.01 | woglinde | mwester only when you plug powercable |
| 14:10.04 | Crofton|work | is surrounded by various Feora machines |
| 14:10.08 | mwester | woglinde: hehe! |
| 14:10.28 | *** join/#oe abner (n=birunko@200.184.118.130) |
| 14:10.53 | mwester | downloaded fc11-beta; maybe he should load it up on something around here.... |
| 14:11.33 | Crofton|work | I'm going to upgrade my older installs to 11 when it is releaseed |
| 14:11.42 | XorA | Crofton|work: they seem to have both libusb and libusb1 |
| 14:11.47 | pwgen | ant_work: at this time uboot has started an kexec-intrd image, this bootmessage is the output after kexec has executed the zImage from /dev/hda1/boot |
| 14:11.58 | Crofton|work | so they did not use libusb-compat |
| 14:12.02 | Crofton|work | crap |
| 14:12.13 | Crofton|work | I was hoping I could test some libusb-compat stuff on it |
| 14:12.15 | ant_work | pwgen: kernel before 2.6.23-something deliberately ignored atags/cmdline passed by bootloader |
| 14:12.40 | ant_work | linux-rp |
| 14:12.51 | mwester | XorA: did you disable locale generation on FC11? |
| 14:13.03 | XorA | mwester: this was beagle so that doesnt work anyway |
| 14:13.11 | mwester | Ah, ok. |
| 14:13.28 | pwgen | ant_work: i backup home and configurations an try to build some similar with the zubuntu ( i see no chance to update the old debian installaion ) |
| 14:13.33 | XorA | is trying to ignore old crappy are devices :-) |
| 14:13.46 | ant_work | pwgen: by the way you have 'strange' mtdparts |
| 14:13.51 | mwester | I forgot to disable locales on my FC10 machine the other day, but the build completed anyway -- so I am wondering if finally the qemu/fedora problems have been magically resolved. |
| 14:15.07 | pwgen | ant_work: i use the same setup on an c-1000 with 'strange' broken nand (:-)) |
| 14:15.17 | XorA | BTW the Beta disk was a cockup release the kernel will oops until upgraded :-) |
| 14:15.38 | ant_work | pwgen: I don't see Root :/ |
| 14:16.18 | ant_work | pwgen: my old pastebins have disappeared.. |
| 14:16.20 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 14:17.03 | ant_work | this one was booting without mtd compiled in iirc http://ja.pastebin.ca/1173295?srch=noop |
| 14:17.09 | *** join/#oe Pr0t0N (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
| 14:17.29 | ant_work | kexecboot should pass the mtdparts... |
| 14:17.47 | ant_work | these are not in your pastebin... |
| 14:17.51 | pwgen | after the other device has killed its nand i tried to avoid useing it and use the internal microdrive ( maybe i can replace it without soldering ) |
| 14:18.06 | mrdata | hi woglinde |
| 14:18.21 | woglinde | hi mrdata |
| 14:18.38 | woglinde | I will start a test build today |
| 14:18.41 | pwgen | ant_work: kexec is passing nothing to this kernel .. thats on of my problems |
| 14:19.10 | ant_work | well, kexec passes /boot/kernel-cmdline and appends mtdparts |
| 14:19.23 | mrdata | woglinde: fine, i hope it will be okay ;-) |
| 14:19.46 | ant_work | pwgen: actually cmdline is in /boot/boot.cfg -> APPEND |
| 14:20.17 | ant_work | with latest kexecboot from cfgfiles branch |
| 14:21.36 | ant_work | pwgen: found the pastebin...http://ja.pastebin.ca/1173317 |
| 14:21.38 | pwgen | .. i kown what kexec is doing , but the kernel is ignoring it ( kexec -l zImage --command-line="ignore all my options" will do absolutly nothing with 2.6.20 or .17 ) |
| 14:22.05 | ant_work | pwgen: look at the a.n. log... |
| 14:23.47 | woglinde | jo mickeyl |
| 14:23.52 | mickeyl | morning |
| 14:25.16 | pwgen | by the way , who has written the tskeys app ? |
| 14:25.20 | XorA | RP wrote tskeys I think |
| 14:25.20 | woglinde | you mean tslib? |
| 14:25.29 | mckoan | what is the exact procedure to submit a stable patch? |
| 14:25.31 | XorA | part of zaurusd |
| 14:25.43 | woglinde | mckoan put on the dev ml |
| 14:25.44 | mckoan | http://wiki.openembedded.net/index.php/Stable doesn't say how to send the mail |
| 14:25.46 | woglinde | and get acks |
| 14:26.00 | mckoan | do I have to attch the patch file? |
| 14:26.05 | woglinde | yes |
| 14:26.09 | pwgen | i have always al load of 1,0 generated by tskeys |
| 14:26.13 | mckoan | or include its code? |
| 14:26.15 | woglinde | patchwork will pick it up |
| 14:26.28 | woglinde | read man git-fromat-patch |
| 14:26.31 | woglinde | format |
| 14:26.39 | mickeyl | pwgen: something might fire a HUP or ENOAGAIN on the fds |
| 14:26.50 | ant_work | pwgen: 2.6.20 and 2.6.17 probably lack atag's patch. cmdline is compiled-in (ignore bogus bootloader params) |
| 14:26.52 | mckoan | same result but different method, what is appropriate? |
| 14:26.52 | mickeyl | pwgen: add some debug statements where it reads from the input devices |
| 14:27.02 | woglinde | mckoan???? |
| 14:27.19 | woglinde | mckoan get familiar with git format-patch |
| 14:27.28 | woglinde | send patches do the -dev ml |
| 14:27.29 | mckoan | woglinde: I already did it |
| 14:27.30 | woglinde | get acks |
| 14:27.35 | woglinde | und then sumbit |
| 14:27.38 | mckoan | woglinde: I know |
| 14:27.40 | woglinde | submit to stable |
| 14:27.55 | woglinde | if you dont have acess pester the ml with patches |
| 14:28.00 | woglinde | and get rw access |
| 14:28.13 | woglinde | if the patches have some quality standards |
| 14:28.41 | mckoan | woglinde: I also see that almost all patched have "Signed-off-by", is this added by hand? |
| 14:29.06 | woglinde | koen wrote an easy howto to the dev ml |
| 14:29.12 | pwgen | ant_work: the reanimation of the old image took now 4 days . its time now to bury it to dev/null .. |
| 14:29.27 | mckoan | woglinde: do you mean this? http://wiki.openembedded.net/index.php/Stable |
| 14:29.33 | ant_work | pwgen: :/ |
| 14:31.09 | *** join/#oe rsalveti (n=salveti@200.184.118.130) |
| 14:31.13 | woglinde | mckoan thats describe the process |
| 14:32.42 | mckoan | woglinde: http://wiki.openembedded.net/index.php/Commit_Policy |
| 14:32.57 | mckoan | I'll try doing my best |
| 14:35.33 | pwgen | ant_work: maybe i can reactivate it inside an nfs chroot in future , to extract all configurations , lets have a look at zubuntu and hope that they provide the same ammount of packages |
| 14:35.34 | *** join/#oe chouimat|work (n=quassel@209.217.106.98) |
| 14:35.54 | woglinde | mckoan hm some infos on patchwork are here |
| 14:35.56 | woglinde | http://article.gmane.org/gmane.comp.handhelds.openembedded/22445/match=patchwork |
| 14:36.53 | mckoan | woglinde: what patchwork is? |
| 14:37.15 | woglinde | http://patchwork.openembedded.org/project/openembedded/list/ |
| 14:39.17 | mckoan | woglinde: but a "how to send a patch and where" exists? |
| 14:39.22 | pwgen | i have the suspect, that with the 2.6.26 the g_ether thingie is also broken for the zaurus .. |
| 14:39.39 | woglinde | mckoan send the patch to -dev ml and it will end up in patchwork |
| 14:39.54 | mckoan | woglinde: automatically? |
| 14:39.59 | woglinde | YESSSSSSSSSSSSSSSSS |
| 14:40.06 | woglinde | *sig* |
| 14:40.55 | mckoan | woglinde: patch mail have to be formatted is any way? |
| 14:41.04 | mckoan | s/is/in |
| 14:41.12 | *** join/#oe vo5 (n=vo@189.102.203.212) |
| 14:41.27 | woglinde | mckoan which point is now unclear for you? |
| 14:41.44 | woglinde | I dont what to say the same stuff the tenth time |
| 14:42.32 | *** join/#oe Gnutoo (n=gnutoo@host102-163-dynamic.51-79-r.retail.telecomitalia.it) |
| 14:43.15 | pwgen | mickeyl: better soltution for tskeys: rm /usr/bin/tskeys |
| 14:43.17 | hrw | mckoan: "git format-patch" patches |
| 14:43.43 | mckoan | hrw I did git format-patch -1 |
| 14:43.43 | woglinde | hrw hm how does the sign ack goes in? |
| 14:43.48 | woglinde | hrw are the typed by hand? |
| 14:43.49 | mickeyl | pwgen: well, to defend it... it's old |
| 14:44.19 | mckoan | woglinde: is typed by hand, I asked before doing that |
| 14:44.46 | woglinde | mckoan *sigh* so you know all the steps you have to do |
| 14:44.54 | woglinde | mckoan you asked them again |
| 14:44.54 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
| 14:44.55 | Tartarus | begs for people to comment on / review his recent RFCs so he can send a few more out |
| 14:44.57 | hrw | woglinde: contrib/patchwork/ in .dev has a script for that |
| 14:45.12 | pwgen | mickey: that was the suspect i had .. not finished . ( i never missed the 5 function pads at the touchscreen , they are as buttons on the keyboard ) ) |
| 14:46.02 | mckoan | my first question was "what is the exact procedure to submit a stable patch?" |
| 14:46.47 | mckoan | but should be "what is the exact procedure to generate and submit a stable patch?" |
| 14:46.58 | pwgen | it the power consumption for an arm cpu the same for doing idle task or calculation something ? |
| 14:48.44 | CIA-36 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4c992cda6f 10openembedded.git/recipes/zaurusd/ (2 files in 2 dirs): zaurusd: point tskeys to the real ts device instead hardcoding it to event1 |
| 14:50.35 | *** join/#oe likewise_ (n=chatzill@82-171-51-231.ip.telfort.nl) |
| 14:51.30 | *** join/#oe Jay7 (n=jay@93-81-142-7.broadband.corbina.ru) |
| 14:52.16 | pwgen | mickeyl: did you think about upstart ? |
| 14:53.10 | mckoan | hrw, woglinde, I don't understand if the patch I submitted is ok or not |
| 14:53.32 | woglinde | mckoan test it |
| 14:53.43 | woglinde | git format-patch takes care |
| 14:54.09 | mickeyl | pwgen: not much lately. i will probably try to incorporate it in my OE fork |
| 14:54.11 | mckoan | woglinde: what do you mean with "test it" |
| 14:54.16 | woglinde | and then the reviewers will tell you what is wrong in the sense of oe |
| 14:54.27 | woglinde | mckoan test your patch local |
| 14:54.40 | woglinde | with as many combination you think it can break |
| 14:54.51 | mckoan | woglinde: my local copy has already the patch |
| 14:55.06 | mckoan | woglinde: do you mean in another local copy? |
| 14:56.05 | XorA | mwester: NOTE: generating locale es_NI (UTF-8) |
| 14:56.05 | XorA | NOTE: generating locale gv_GB (UTF-8) |
| 14:56.35 | woglinde | mckoan *sigh* |
| 14:56.56 | woglinde | mckoan what you know about software engineering? |
| 14:57.00 | broonie | gv_GB? Interesting... |
| 14:57.25 | mckoan | woglinde: I never used patchwork and git before |
| 14:57.45 | XorA | broonie: is that Gaelic then? |
| 14:57.49 | mckoan | woglinde: I never submitted patches directly to OE ML |
| 14:57.49 | woglinde | mckoan this has nothing to do with git and patchwork |
| 14:57.59 | woglinde | mckoan test if it breaks |
| 14:58.07 | woglinde | then use git format-patch |
| 14:58.12 | woglinde | send output to the ml |
| 14:58.16 | woglinde | get the reviews |
| 14:58.18 | mckoan | woglinde: yes it has, I understand the problem is mainly related to policies |
| 14:58.22 | woglinde | whats so jhard to understand? |
| 14:58.33 | broonie | XorA: Isle of Man gaelic AFAIR. |
| 14:58.40 | *** part/#oe sledgeas (n=leleiva@217.77.80.29) |
| 14:58.44 | woglinde | are you analyzing easy stuff you can try out in 10 seconds for month? |
| 14:58.51 | mckoan | woglinde: I'm really frustrated my this, please apologize me |
| 14:59.05 | woglinde | mckoan sometimes just try |
| 14:59.13 | woglinde | when it was wrong you will learn from it |
| 14:59.15 | mckoan | woglinde: I know how to generate a patch with git format-patch |
| 14:59.24 | mckoan | woglinde: but OE policies ask more |
| 14:59.25 | woglinde | but discussing it for months and hours will you get nowhere |
| 14:59.34 | mckoan | woglinde: ok |
| 14:59.45 | mckoan | woglinde: so is my patch ok or not? |
| 14:59.53 | woglinde | seems I understand now why the others dont talk to you |
| 15:00.04 | *** join/#oe valhalla (n=valhalla@81.174.24.2) |
| 15:00.54 | mckoan | woglinde: a simple answer would help |
| 15:01.20 | woglinde | I gave you the simple anwser 5 times |
| 15:01.39 | mckoan | I can try submitting other patches, but I don't want to flood ML with wron ones |
| 15:02.03 | woglinde | mckoan pleas try git format-patch |
| 15:02.08 | woglinde | it will not harm animals |
| 15:02.20 | *** join/#oe kergoth (n=kergoth@65.200.49.156) |
| 15:02.24 | woglinde | jo kergoth |
| 15:02.31 | broonie | mckoan: This is the free software community; people will be delighted to tell you if you get stuff wrong. |
| 15:02.38 | mwester | hehe! |
| 15:02.45 | mickeyl | coughs |
| 15:03.01 | woglinde | I could wine or laugh |
| 15:03.05 | kergoth | hey |
| 15:03.37 | mckoan | woglinde: I thank you for your answers, tell me if I'm annoying you |
| 15:04.13 | woglinde | mckoan I have kids |
| 15:04.21 | woglinde | I can take a lot of anger |
| 15:04.31 | woglinde | ups only one kid |
| 15:05.38 | mckoan | woglinde: I never take anger with mine |
| 15:05.50 | mckoan | :_D |
| 15:06.04 | woglinde | mckoan so they do always what you tell them |
| 15:06.39 | likewise_ | suspects mckoan applies policies :-) |
| 15:06.49 | likewise_ | doesn't have kids though |
| 15:07.10 | mckoan | BTW :-) |
| 15:07.33 | mckoan | if I do git format-patch -1 again what should happen ? |
| 15:07.54 | woglinde | just do it |
| 15:07.57 | woglinde | you will see |
| 15:08.12 | mckoan | ok done |
| 15:09.16 | mckoan | submitting again the patch 'as-is' without signed-by |
| 15:10.15 | hrw | mckoan: "-s" added to git format-patch adds signed-by line |
| 15:10.42 | mckoan | hrw: thank you, this is useful answer |
| 15:12.21 | woglinde | okay I have to bye |
| 15:12.27 | woglinde | till later |
| 15:12.28 | likewise_ | cya woglinde |
| 15:13.04 | mckoan | woglinde: thank you |
| 15:14.10 | pb_ | mickeyl: good afternoon |
| 15:14.20 | mickeyl | greetings pb_, how are things? |
| 15:14.32 | hrw | yay! my buildbot is finally green |
| 15:14.58 | Tartarus | nice :) |
| 15:15.18 | Tartarus | hrw, so you can review the wireless-tools change for stable now then? ;) |
| 15:15.49 | pb_ | mickeyl: pretty good, preparing for my paternity leave at the moment :-} |
| 15:16.14 | *** part/#oe _3c5x9 (n=3c5x9@port-15760.pppoe.wtnet.de) |
| 15:16.20 | mickeyl | ah, excellent! |
| 15:16.34 | mickeyl | will you take the whole time or share? |
| 15:17.55 | pb_ | not sure yet, going to wait and see how it works out. |
| 15:17.59 | pb_ | I haven't done this before :-) |
| 15:18.29 | pb_ | also just catching up on my mailing list mails, I was sorry to see your note from the other day. |
| 15:18.32 | XorA | pb_: get hrw to write a recipe for it |
| 15:18.36 | pb_ | heh |
| 15:18.37 | hrw | Tartarus: yes. which patch it is in patchwork? |
| 15:19.13 | likewise_ | can we automate acking patches, like in "./ack.sh 334" somehow? |
| 15:19.36 | Tartarus | http://patchwork.openembedded.org/bundle/trini/trini-stable-2009-sdk-updates/ has it :) |
| 15:20.06 | mickeyl | thanks, just read your reply. yeah, it finally came to the point where i'm too weak to continue fighting,so i had to capitulate. i don't really know how to proceed now, but i know i can't just continue comitting to OE as if nothing were, so i have to find something else. |
| 15:20.43 | mickeyl | i do like the idea of a community elected team very much |
| 15:21.26 | *** join/#oe hoj (n=jfaith@75.147.191.205) |
| 15:21.45 | Tartarus | hrw, I hate how reasoning for changes seems to get stripped out of git send-email stuff, see http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=28d0f54e301b5063eaf3587c57fd5422ae7fb2b2 for the how/why |
| 15:23.37 | XorA | mckoan: your patch fails first test, its not in .dev |
| 15:25.01 | hrw | Tartarus: 17:24 hrw@home:stable$ scripts/build-test-gu.sh wireless-tools |
| 15:25.11 | mckoan | XorA: now that I know how to prepare it I can submit more :-) |
| 15:25.20 | royerfa | HI |
| 15:25.58 | royerfa | I have done a "bitbake sdlquake" this morning for the target omap3evm and the angstrom distribution |
| 15:26.17 | royerfa | My build is a sucess :) |
| 15:26.24 | *** join/#oe pwgen_8 (n=ew@0132900044.0.fullrate.dk) |
| 15:26.52 | XorA | mckoan: BTW why did you do an exact copy of Angstrom? |
| 15:27.04 | royerfa | But now I am looking for a eay way to run the quake application on My filesystem |
| 15:27.24 | royerfa | And I am not sure howto do this |
| 15:27.53 | mckoan | doesn't know why others shouldn't talk to me as woglinde said... I like to help each time I can |
| 15:27.53 | pb_ | mickeyl: yah, I've always been a bit reluctant to propose elections in the past because (a) it seems a bit too much like the kind of bureaucratic navel-gazing that we all loathe so much, and (b) it's not entirely clear to me how you would define the set of people eligible to vote, since oe doesn't really have a formal membership as such. But I guess one could just use the list of authorised git keys or some such as the electoral roll. |
| 15:27.56 | royerfa | I have seen that normallt some .ipk or .deb should be created but I couldn't find any ? |
| 15:28.23 | mckoan | XorA: It was already likely angstrom, this is a starting point |
| 15:28.32 | mwester | would favor some formalization of who can "vote", who can "ack/nack" patches, etc. |
| 15:28.45 | pb_ | yeah, that would be nice. |
| 15:28.53 | Gnutoo | hrw, were you (cross)compiling toolchains? |
| 15:28.57 | pb_ | I've never known whether I am entitled to ack or nack patches for example |
| 15:29.05 | mwester | Exactly. |
| 15:29.10 | mickeyl | very true |
| 15:29.11 | mwester | So I abstain, mostly. |
| 15:30.01 | mckoan | XorA: I thought that for this work I would have people helping me, but preferred to do something else |
| 15:30.52 | XorA | mckoan: normally just requiring angstrom.conf then changing the DISTRO = "blah" works well and means you dont have to chase Angstrom |
| 15:32.08 | mckoan | XorA: BTW the current kaeilos.conf fails with qemux86 so I *have to* patch it |
| 15:34.42 | *** part/#oe thebohemian (n=rschus@p579E184E.dip.t-dialin.net) |
| 15:37.35 | kergoth | i still don't think a "core team" is viable, voted for or not, myself. i think we need some specific roles filled by specific folks, so you know who's responsible for it, not a fuzzy group of individuals. make person A responsible for CM, person B responsible for overall architectural direction for the project, etc |
| 15:38.16 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 15:39.24 | pb_ | well, I think a core team would be fine so long as it actually took decisions and was seen to do so. gcc, for example, seems to function just fine with a steering committee of something like ten people. |
| 15:39.27 | hrw | kergoth: agree |
| 15:39.47 | hrw | wonder what OE e.V. status has about it |
| 15:40.09 | hrw | Tartarus: wireless-tools builds fine so far |
| 15:40.33 | kergoth | true. itd help if announcements were made, and there needs to be a mechanism of resolving conflicts. today it seems like when cor emembers disagree, either nothing ahppens in either direction, or someone just commits and people bitch and moan |
| 15:41.22 | pb_ | yeah, it seems. I honestly have no idea whether the core team has ever actually made a single decision in its official capacity. |
| 15:42.18 | Crofton|work | um |
| 15:42.27 | Crofton|work | basically, we have an eV in place |
| 15:42.45 | Crofton|work | and there are some procedures in it for selecting members and working out voting procedures |
| 15:42.52 | XorA | when is LinuxTAG and how many OE devs will be there? |
| 15:43.11 | XorA | it seems like the next sensible oppurtunity to discuss properly |
| 15:43.24 | Crofton|work | http://www.linuxtag.org/2009/ |
| 15:43.39 | Crofton|work | we would need to do it b4, I am on vacation afterward |
| 15:44.04 | pwgen_8 | XorA: starts 24- june-2009 |
| 15:44.39 | Crofton|work | heads for lunch |
| 15:45.04 | XorA | but Im for transferring control to eV members ASAP |
| 15:46.34 | hrw | XorA: we have 4 eV members only |
| 15:47.16 | XorA | hrw: I meant after we enrole eneryone who wants to join |
| 15:47.20 | hrw | Florian, Holger, Mickeyl, Robert |
| 15:47.33 | mickeyl | no |
| 15:47.35 | mickeyl | we have more members |
| 15:47.36 | likewise_ | huh, I am not a member anymore? |
| 15:47.40 | mickeyl | these four are the voted board |
| 15:47.50 | chouimat|work | poor them :) |
| 15:47.51 | XorA | everyone at the meeting is a member |
| 15:47.53 | mickeyl | all are members who signed it |
| 15:47.57 | mickeyl | correct |
| 15:48.13 | likewise_ | I'm for some community selected group of steering groups, I think we are doing quite well in general btw. |
| 15:48.13 | XorA | but its time to open up membership and transfer control |
| 15:48.24 | kergoth | what does "member" imply in this context? a stake in the decision making process? |
| 15:48.39 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 15:48.42 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 15:48.45 | XorA | kergoth: no idea, my german is poor |
| 15:48.51 | kergoth | hehe |
| 15:48.58 | pwgen_8 | *FG* |
| 15:49.12 | XorA | we could have sold our souls for all the sense I could make of the Statutes |
| 15:49.14 | likewise_ | kergoth: eV is the official body. it has nothing to do with commit policies and forwarding our metadata, luckily enough |
| 15:49.23 | kergoth | nods |
| 15:49.31 | likewise_ | XorA: well, then your German *is* good after all :-) |
| 15:49.41 | kergoth | thats why i asked, wondering exactly what "member" means in eV context |
| 15:49.50 | likewise_ | XorA: you sold 4 of your lives, not all |
| 15:49.58 | chouimat|work | hehe |
| 15:50.08 | pwgen_8 | hmm google OE eV -> http://www.tierschutzverein-oe.de/ *G* |
| 15:50.13 | XorA | not that I mind losing my soul, but id prefer her to be hot :-) |
| 15:50.45 | chouimat|work | XorA: and she must come with her twin sister |
| 15:51.18 | mckoan | XorA: I sent the same patch for .dev |
| 15:51.27 | likewise_ | http://en.wikipedia.org/wiki/Eingetragener_Verein |
| 15:52.20 | likewise_ | http://de.wikipedia.org/wiki/Verein (de) |
| 15:52.22 | mckoan | XorA: how do things work then? Do I have to wait until the .dev patch is submitted? |
| 15:53.16 | *** join/#oe NAiL (n=repvik@static.85-10-205-72.clients.your-server.de) [NETSPLIT VICTIM] |
| 15:53.18 | *** join/#oe _cpo_ (n=nik0n@helix.mybll.net) [NETSPLIT VICTIM] |
| 15:53.21 | mckoan | XorA: and then submit the stable again? |
| 15:53.40 | *** join/#oe kimrhh (n=kimhh@static.51.211.46.78.clients.your-server.de) [NETSPLIT VICTIM] |
| 15:53.47 | likewise_ | member just means 'member of a voluntary association' in this context |
| 15:53.58 | mckoan | wonders how OE patch policies really works :-) |
| 15:54.07 | likewise_ | mckoan: commit and find out |
| 15:54.31 | likewise_ | the mob will find you once you screwed up |
| 15:54.33 | XorA | mckoan: yes |
| 15:55.49 | likewise_ | reboots, hopes to have fixed sound under Jaunty finally. |
| 15:56.40 | *** join/#oe workrat (n=chatzill@adsl-76-232-159-82.dsl.sfldmi.sbcglobal.net) |
| 15:57.08 | *** join/#oe pb__ (n=pb@79-79-173-112.dynamic.dsl.as9105.com) |
| 15:58.15 | *** join/#oe likewise_ (n=chatzill@82.171.51.231) |
| 16:02.22 | hrw | Tartarus: acked |
| 16:02.29 | Tartarus | thanks |
| 16:02.47 | Tartarus | that makes one :) |
| 16:04.25 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 16:04.30 | *** join/#oe BusError (n=michel@oo.oomz.net) [NETSPLIT VICTIM] |
| 16:05.16 | *** join/#oe Crofton (n=balister@pool-96-240-173-146.ronkva.east.verizon.net) |
| 16:05.32 | *** join/#oe Crofton|work (n=balister@pool-96-240-173-146.ronkva.east.verizon.net) |
| 16:06.26 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
| 16:07.32 | *** part/#oe vo5 (n=vo@189.102.203.212) |
| 16:07.40 | *** join/#oe flo_lap (n=fuchs@78.48.227.117) |
| 16:09.05 | *** part/#oe assem (n=assem@terranpro.org) |
| 16:11.34 | hrw | bye for now |
| 16:12.23 | pwgen_8 | mickeyl: any experience with telepathy for voip ? |
| 16:12.43 | *** join/#oe vo5 (n=vo@189.102.203.212) |
| 16:12.51 | *** join/#oe HopsNBarley_ (n=hops@pool-173-67-93-147.snfcca.dsl-w.verizon.net) |
| 16:13.11 | mickeyl | no. telepathy scares me |
| 16:13.13 | mickeyl | :) |
| 16:15.07 | pwgen_8 | so: experience yes: scared yes . (:-)) |
| 16:15.07 | mickeyl | no, i looked at the docs |
| 16:15.09 | mickeyl | and that alone scared me |
| 16:15.12 | mickeyl | it's HUGE |
| 16:16.39 | pwgen_8 | mickeyl: voip is ugly and complex |
| 16:18.24 | *** part/#oe hoj (n=jfaith@75.147.191.205) |
| 16:19.57 | *** join/#oe woglinde (i=woglinde@78.52.234.175) |
| 16:19.59 | woglinde | re |
| 16:20.18 | pb_ | hi woglinde |
| 16:20.31 | woglinde | jo pb |
| 16:23.55 | pb_ | go home now |
| 16:23.55 | pb_ | later all |
| 16:24.03 | woglinde | till later pb |
| 16:28.49 | mickeyl | cu pb_ |
| 16:35.48 | *** join/#oe Spyro (n=ian@92.3.17.182) |
| 16:37.25 | *** join/#oe Flyser (n=Flyser@unaffiliated/flyser) |
| 16:40.44 | *** part/#oe ade|desk (n=adavey@195.153.131.254) |
| 16:40.48 | *** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net) |
| 16:47.04 | *** join/#oe likewise_ (n=chatzill@82.171.51.231) |
| 17:00.03 | *** join/#oe Roman_Khimov (n=rik@84.17.11.114) |
| 17:00.10 | *** join/#oe mrc3_ (n=mrc3@nat/ti/x-ef2a3b709929c545) |
| 17:05.29 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 17:05.53 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r27d8943eab 10openembedded.git/contrib/buildbot/master.cfg: buildbot master.cfg: Fix location of Angstrom images for cleaning and full builds start from scratch |
| 17:08.51 | *** join/#oe dfoley (n=dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 17:10.38 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 17:16.31 | royerfa | Hi I compiled sdlquake with oe but I am just unable to run the application on my board :-( |
| 17:16.47 | Tartarus | What happens? |
| 17:17.06 | royerfa | I am manually installing all the depencies but still there are some files missing |
| 17:17.25 | royerfa | and The ipk package is empty I think |
| 17:17.46 | royerfa | I did a bitbake sdlquake |
| 17:19.13 | royerfa | I copied the tmp/work/armv7a-angstrom-linux-gnueabi/sdlquake-1.0.9-r0/install/usr/bin/sdlquake image + the SDL lib |
| 17:19.39 | royerfa | NOw I have got this |
| 17:19.40 | royerfa | # sdlquake |
| 17:19.40 | royerfa | FindFile: can't find gfx/pop.lmp |
| 17:19.40 | royerfa | Playing shareware version. |
| 17:19.40 | royerfa | FindFile: can't find gfx.wad |
| 17:19.41 | royerfa | Error: W_LoadWadFile: couldn't load gfx.wad |
| 17:19.49 | Tartarus | Well, you want to install the sqlquake ipk |
| 17:20.04 | royerfa | Yeah exactly |
| 17:20.23 | Tartarus | So copy tmp/deploy/glibc/ipk/armv7a/sqlquake_... |
| 17:20.42 | florian | re |
| 17:20.57 | Tartarus | hi florian |
| 17:21.06 | Tartarus | Any chance you can review my SDK/stable patchset? :) |
| 17:21.29 | Tartarus | or PREFERRED_LIBC rfc :) |
| 17:21.59 | florian | sorry not today, I just came back (!) to the office and have some hours of work to do :-( |
| 17:22.10 | Tartarus | k |
| 17:22.47 | royerfa | I need to copy this sdlquake .ipk package on the target |
| 17:23.04 | royerfa | and then what is the command to install it ? |
| 17:23.13 | royerfa | ar -x ...ipk ? |
| 17:26.39 | Tartarus | opkg install or so |
| 17:28.05 | *** join/#oe marcosmamorim (n=marcos@201-13-196-166.dial-up.telesp.net.br) |
| 17:28.21 | royerfa | Thx |
| 17:28.33 | Tartarus | you might have some luck in #angstrom, btw, that's where people using that distro hang out |
| 17:28.39 | Tartarus | this is a bit more of a general OE dev channel |
| 17:31.52 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 17:36.04 | *** join/#oe drw_ (n=dwilliam@dirus.hrsmart.com) |
| 17:41.12 | woglinde | re |
| 17:43.54 | *** join/#oe ptitjes (n=didier@37.73.198-77.rev.gaoland.net) |
| 17:45.48 | *** join/#oe Sleep_Walker (n=Sleep@82.119.242.94) |
| 17:48.39 | *** join/#oe brolin (n=brolin@200.24.16.55) |
| 17:59.19 | Tartarus | Ah yes, uclibc SDKs fail in stable until the patch i posted last night goes into dev then stable :( |
| 18:00.50 | hrw|gone | Tartarus: pthread debug one? |
| 18:00.54 | Tartarus | yeah |
| 18:01.22 | Tartarus | my new waterfall has red now :| |
| 18:02.40 | woglinde | tartarus which patch? |
| 18:02.49 | woglinde | the thread-db? |
| 18:02.59 | Tartarus | yeah |
| 18:03.03 | likewise_ | Tartarus: why the name PREFERRED_LIBC? Can the framework fall back to non-preferred automatically? |
| 18:03.12 | Tartarus | Subject: [oe] [PATCH] Enable PTHREADS_DEBUG_SUPPORT on all uClibc builds |
| 18:03.13 | Tartarus | one |
| 18:03.24 | woglinde | tartarus hm disabled it some times ago |
| 18:03.28 | woglinde | but there was a reason |
| 18:03.37 | woglinde | maybe it changed with version 0.9.30 |
| 18:03.38 | Tartarus | likewise_, the goal is to make it easier to do uclibc overrides, and add in another libcs overrides if needed |
| 18:03.39 | hrw|gone | http://patchwork.openembedded.org/patch/425/ one |
| 18:04.11 | woglinde | tartarus the reason was if you enabled one debug option the whole build was build with debug flags |
| 18:04.43 | Tartarus | woglinde, right. But we strip debug stuff out. Or are there runtime debug things too that we won't catch? |
| 18:05.21 | Tartarus | likewise_, a distro could opt to set everything itself, but there's actually a number of silly mistakes being copy/pasted around |
| 18:05.25 | woglinde | tartarus optimazation flags was disbaled too |
| 18:05.42 | Tartarus | likewise_, ie the ${TARGET_VENDOR} junk in preferred provider for ...libc-for-gcc |
| 18:05.49 | *** join/#oe alecrim_ (n=alecrim@189.2.128.130) |
| 18:06.12 | woglinde | tartarus I will check it in I think or didnt it khem already? |
| 18:06.20 | Tartarus | woglinde, I only grepped around a recent one, I guess I need to fetch & unpack some older ones too |
| 18:06.32 | Tartarus | woglinde, khem said on irc he'd look into it |
| 18:06.41 | Tartarus | but I hit it again setting up buildbot for just SDK stuff |
| 18:06.51 | woglinde | hm |
| 18:08.09 | *** join/#oe jnoah19841 (n=justin@128-193-241-201.resnet.oregonstate.edu) |
| 18:08.10 | likewise_ | Tartarus: I think the idea is great, just wondered about the "PREFERRED" part in the name. |
| 18:08.43 | Tartarus | likewise_, well, I'm just stealing sane-toolchain.inc's name for it. I'm open to suggestions |
| 18:08.57 | Tartarus | It's not a magic var like PREFERRED_PROVIDER/VERSION |
| 18:09.05 | likewise_ | Tartarus: I mean, nobody is going to prefer uclibc, then finds it OK if the system overrides it to glibc. |
| 18:09.27 | Tartarus | likewise_, heh |
| 18:09.47 | Tartarus | It's just a flag for picking up the include file that sets PREFERRED_PROVIDER/foo right for that libc |
| 18:09.54 | Tartarus | and adds libc to the OVERRIDES |
| 18:09.57 | likewise_ | Tartarus: indeed, PREFERRED_ currently means: use this (version, provider) if available, fallback otherwise. We probably don't have nor want that behaviour for the C library |
| 18:10.35 | Tartarus | likewise_, LIBC_PROVIDER, so it's not confused with the PREFERRED magic variables? |
| 18:10.41 | Tartarus | I suck at naming |
| 18:11.18 | likewise_ | me too, that's why I want them to be consistent :-) |
| 18:11.48 | Crofton|work | if I named OE vars, they would be WONE, TWO, THREE, FOUR ..... |
| 18:11.57 | cbrake | XorA|gone: Crofton|work I don't think we can be waiting for the next "in person" meeting to be moving on eV -- why can't we do everything with conf calls, etc? |
| 18:12.38 | Crofton|work | cbrake, we need to see how much of the kde articles we copied :) |
| 18:12.57 | Crofton|work | I do not know how it is set up to add members |
| 18:13.15 | likewise_ | Crofton|work: we can have the board look at this. |
| 18:13.22 | Crofton|work | yeah |
| 18:13.38 | cbrake | does anyone on the board actually have time? |
| 18:13.54 | likewise_ | I agree with cbrake, just move on with decision making. the board is mainly involved with legal matters / eV related. |
| 18:14.00 | Crofton|work | I'm hoping Robert pokes his head up |
| 18:14.11 | hrw | so do I |
| 18:14.24 | Crofton|work | yeah me too, I just want to make sure we finish the eV stuff |
| 18:14.51 | cbrake | sets up a git repo and sends Robert an email directly ... |
| 18:14.54 | Crofton|work | right now, we badly need the docs and an English translation :) |
| 18:15.16 | Crofton|work | heh |
| 18:15.21 | Crofton|work | good idea :) |
| 18:15.23 | likewise_ | Crofton|work: what is it you want to know? |
| 18:15.42 | Crofton|work | how to add members :) |
| 18:15.58 | likewise_ | Crofton|work: Do you have the eV docs? |
| 18:16.03 | Crofton|work | no |
| 18:17.26 | Tartarus | woglinde, summarized what I found and posted to the ml |
| 18:18.16 | Tartarus | hrw, is uclibc + vortex86sx valid? |
| 18:18.36 | hrw | Tartarus: no, it is broken |
| 18:18.46 | Tartarus | hrw, k, I'll remove from my list for now then |
| 18:20.54 | *** join/#oe alecrim__ (n=alecrim@189.2.128.130) |
| 18:25.27 | hrw | bye |
| 18:27.40 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 18:36.26 | *** join/#oe greentux (n=lemke@BAA3c9d.baa.pppool.de) |
| 18:39.11 | *** join/#oe sweetlilmre (i=sweetlil@dsl-244-145-115.telkomadsl.co.za) |
| 18:39.23 | *** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk) |
| 18:39.53 | sweetlilmre | hi, anyone here on Ubuntu 9.04 who has a solution for the dreaded "Failed to contact the GConf daemon; exiting." bug? |
| 18:40.13 | sweetlilmre | (causes menuconfig and devshell tasks to fail) |
| 18:44.20 | *** join/#oe mwester (n=mwester@209-242-7-139.rev.dls.net) |
| 18:44.36 | *** join/#oe Sinky (n=stancho@78.90.99.168) |
| 18:52.52 | *** join/#oe timtimred (n=meh@79-75-218-177.dynamic.dsl.as9105.com) |
| 19:12.49 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
| 19:16.15 | *** join/#oe DJW|Home (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 19:18.24 | khem | exit |
| 19:21.46 | *** join/#oe Spyro (n=ian@benden.mnementh.co.uk) |
| 19:24.14 | *** join/#oe lupine_ (n=lupine@forest.lupine.me.uk) |
| 19:28.16 | *** join/#oe khem (n=khem@adsl-71-146-25-44.dsl.pltn13.sbcglobal.net) |
| 19:29.50 | *** join/#oe Robwoerle (n=bob@p549BF2D0.dip.t-dialin.net) |
| 19:31.38 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 19:33.56 | *** join/#oe DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 19:43.18 | likewise_ | khem: failed to execute |
| 19:44.42 | khem | likewise_: ? |
| 19:44.51 | khem | I missed the context |
| 19:45.15 | Crofton|work | khem, you typed "exit" a while back |
| 19:45.37 | Tartarus | heh |
| 19:45.38 | Tartarus | hey khem |
| 19:45.53 | Tartarus | I've got 2 acks, but can you ack the uclibc PTHREAD_DEBUG_SUPPORT change too please? |
| 19:46.02 | Tartarus | I wanna get that into dev then push for stable to fix meta-toolchains |
| 19:46.06 | khem | likewise_: heh :) |
| 19:46.24 | khem | Tartarus: sure, I am lagging a bit |
| 19:47.29 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 19:48.46 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 19:49.07 | *** join/#oe vo5 (n=vo@189.102.203.212) |
| 19:51.00 | likewise_ | khem: :-) |
| 19:52.21 | likewise_ | khem: while you're at it, could think about tartarus' PREFERRED_LIBC implementation. I like the implementation, we just discussed that PREFERRED_ might imply it is a magic variable, which it is not, and we would like to hear your namespace expertise :-) |
| 19:53.36 | *** join/#oe ptitjes (n=didier@37.73.198-77.rev.gaoland.net) |
| 19:55.11 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 19:56.18 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 19:57.02 | *** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at) |
| 19:57.32 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 20:03.06 | *** join/#oe user1 (n=3MX@f048085230.adsl.alicedsl.de) |
| 20:03.36 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
| 20:03.41 | *** join/#oe waite1 (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:04.31 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
| 20:13.49 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 20:17.24 | *** join/#oe gremlin[it] (n=gremlin@217.203.144.80) |
| 20:19.00 | *** part/#oe dfoley (n=dfoley@s207-6-220-230.bc.hsia.telus.net) |
| 20:20.38 | *** join/#oe ant__ (n=andrea@host232-248-dynamic.5-87-r.retail.telecomitalia.it) |
| 20:23.04 | *** join/#oe Hrww (n=hrw@chello089078173235.chello.pl) |
| 20:25.04 | Tartarus | Hmm |
| 20:25.28 | Tartarus | When a stable branch maintainer proposes changes to what they maintain, still need 2 acks or just 1 ack from another stable maintainer? |
| 20:28.27 | Crofton|work | heh |
| 20:28.29 | Crofton|work | one ack |
| 20:28.34 | Crofton|work | unless core change :) |
| 20:29.00 | Tartarus | goes back to thumb twiddling then |
| 20:29.07 | Crofton|work | although mckoan|away's kaelios specific stuff may suffer from lack of people familliar enough to ack |
| 20:29.36 | Tartarus | Once we get beyond the generic distro? hard to say |
| 20:29.53 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
| 20:30.36 | Crofton|work | yeah |
| 20:30.56 | Crofton|work | I don't see this as a critical detail :) |
| 20:31.32 | Tartarus | hm? |
| 20:31.39 | Crofton|work | any "commercial" business would filter even .stable in order to do quick fixes and make sure bad stuff did not creap in |
| 20:31.41 | Tartarus | If a maintainer needs 2 acks or 1? |
| 20:31.42 | Tartarus | or something else |
| 20:32.06 | Crofton|work | getting acks for pieces where not many people work |
| 20:32.14 | Crofton|work | am I making sense |
| 20:32.20 | Crofton|work | the "edges" |
| 20:32.25 | Tartarus | Well, once we set a policy on it, sure |
| 20:32.29 | Crofton|work | yeah |
| 20:32.38 | Crofton|work | we will need to cover the case |
| 20:32.50 | Tartarus | I'd be OK with 1 other maintainer acking when a maintainer proposes changes to what they own |
| 20:32.51 | Crofton|work | where we have trouble finding people to ack things |
| 20:32.59 | Tartarus | but i'm biased, my SDK stuff might otherwise rot ;) |
| 20:33.04 | Crofton|work | yeah |
| 20:33.12 | Crofton|work | I do not want that to rot |
| 20:33.46 | Crofton|work | I wish I knew more about the sdk stuff |
| 20:33.51 | *** join/#oe mnabil (n=mnabil@196.205.193.212) |
| 20:34.11 | Crofton|work | once we have good doc on how to do sw dev for OE created systems |
| 20:34.11 | Tartarus | It's not terribly different from normal toolchain stuff, once you get the hang of it :) |
| 20:34.17 | Crofton|work | things will get exciting ... |
| 20:34.31 | Crofton|work | I don't have the hang of that either :) |
| 20:38.06 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
| 20:59.56 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 21:00.13 | *** part/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 21:00.23 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
| 21:01.30 | XorA|gone | cbrake: I hate phones :-D |
| 21:01.52 | *** part/#oe sweetlilmre (i=sweetlil@dsl-244-145-115.telkomadsl.co.za) |
| 21:01.55 | XorA|gone | cbrake: but no actual issue, it just seems to me OE devs get on better in the presence of beer |
| 21:02.33 | cbrake | XorA|gone: heh, yeah I can imagine -- sounds like a few would help now!! |
| 21:02.47 | Crofton|work | heh |
| 21:03.08 | Crofton|work | generally, you distract them with shiny gadgets |
| 21:03.45 | Crofton|work | I forget what we actually put in the articles of association about meetings |
| 21:09.51 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r7e110765a9 10openembedded.git/recipes/uclibc/ (17 files in 11 dirs): (log message trimmed) |
| 21:09.51 | CIA-36 | uClibc: Always enable PTHREADS_DEBUG_SUPPORT |
| 21:09.51 | CIA-36 | This will make sure we always have the uclibc-thread-db package, which |
| 21:09.51 | CIA-36 | task-sdk-bare requires. After an audit of the versions in question, what |
| 21:09.51 | CIA-36 | always happens now is that all libpthread debugging stuff from libpthread |
| 21:09.55 | CIA-36 | ends up in a specific file and package. |
| 21:09.57 | CIA-36 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 21:16.15 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
| 21:21.00 | *** join/#oe russ (i=foobar@ip70-176-249-242.ph.ph.cox.net) |
| 21:36.44 | Jay7 | -> sleep |
| 21:42.52 | *** join/#oe pcgeil (n=steffen@p5B17FAC0.dip.t-dialin.net) |
| 21:56.27 | *** join/#oe russ (n=russ@129-219-58-209.nat.asu.edu) |
| 22:00.24 | *** join/#oe user1 (n=3MX@cpc4-farn1-0-0-cust103.glfd.cable.ntl.com) |
| 22:02.30 | ant__ | kergoth: ping |
| 22:02.47 | ant__ | again sh: rm: command not found |
| 22:03.10 | ant__ | it happens during task do_setscene |
| 22:03.16 | kergoth | again, why are you telling me this? |
| 22:03.19 | kergoth | i didn't write that code |
| 22:03.27 | ant__ | 'cause seems bitbake problem... |
| 22:03.30 | kergoth | no, it isnt |
| 22:03.33 | ant__ | base.bbclass? |
| 22:03.33 | kergoth | its an openembedded problem |
| 22:03.36 | ant__ | http://fr.pastebin.ca/1406686 |
| 22:03.48 | kergoth | base.bbclass isnt bitbake, its a core class in openembedded |
| 22:03.59 | kergoth | do_setscene was done by rp, i think, when he added packaged staging |
| 22:03.59 | ant__ | ok, sorry... |
| 22:04.19 | ant__ | you are the only one understanding well both :-) |
| 22:05.43 | ant__ | it seems oe_libinstall pewrhaps... |
| 22:07.04 | *** join/#oe brolin (n=brolin@static-adsl201-232-76-133.epm.net.co) |
| 22:08.44 | ant__ | this perhaps ./run.staging_helper.4037: echo "Removing $dir" ; rm $dir -rf |
| 22:09.02 | ant__ | rm -rf $dir seems better... |
| 22:10.11 | pb__ | 'rm -rf $dir' is certainly more compliant with the letter of the law, but I would be surprised if the other form caused 'rm: command not found' errors. |
| 22:10.20 | pb__ | sounds like that must be caused by a broken $PATH or some such thing |
| 22:10.55 | ant__ | hm.../run.do_rm_work.4203:__runcmd rm -f $destpath/$libname.la |
| 22:10.55 | pb__ | anyway, try running that script with 'set -x' and see what happens. |
| 22:11.20 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
| 22:11.30 | ant__ | pb_: the error is sh: rm: ... |
| 22:11.34 | ant__ | so is shell |
| 22:11.46 | pb__ | right, but the whole thing is a shell script |
| 22:11.51 | ant__ | perhaps __runcmd |
| 22:11.52 | pb__ | all the run.do_xx scripts are shell scripts |
| 22:12.01 | ant__ | I'll paste the runlogs |
| 22:12.11 | *** join/#oe kurre2_ (n=tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 22:12.12 | ant__ | I'm just grepping there :-) |
| 22:12.47 | ant__ | a simple thing like bitbake package-index should show the issue |
| 22:12.57 | ant__ | there too |
| 22:13.02 | pb__ | there probably isn't much point pasting them, I doubt it will be easy to spot the problem by inspecting the files. you really need to run the thing and find out where it's failing. |
| 22:13.30 | pb__ | as I say, run it under -x (or, even better, -x -e) and that should reveal pretty quickly which line is going wrong. |
| 22:14.20 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 22:24.29 | *** join/#oe SDuensin (n=Scott@12-226-44-250.client.mchsi.com) |
| 22:29.34 | *** join/#oe robtow (n=rtow1@nat/montavista/x-8186919a8ab7de0b) |
| 22:31.48 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
| 22:38.40 | *** join/#oe hoj (n=jfaith@75-147-191-205-Washington.hfc.comcastbusiness.net) |
| 22:38.59 | hoj | Is there a nice way to reconfig a kernel with menuconfig after it's been built once? |
| 22:41.01 | ant__ | bitbake -c menuconfig ? |
| 22:42.14 | hoj | will the "-c" clean out the kernel source and re-untar/patch it or just reconfig in place? |
| 22:42.37 | ant__ | no |
| 22:42.51 | ant__ | '-c' is prefix for 'command' |
| 22:43.01 | hoj | ah |
| 22:43.23 | ant__ | bitbake -c clean virtual/kernel doeas it |
| 22:44.42 | hoj | I see. The "-c menuconfig" gave me "Nothing to do" (using arago btw) |
| 22:47.31 | ant__ | for a kernel, there is a task menuconfig |
| 22:47.31 | hoj | never mind I got it |
| 22:47.38 | hoj | Thanks |
| 22:47.41 | ant__ | np |
| 22:48.57 | CIA-36 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * r07e54135f7 10openembedded.git/classes/insane.bbclass: (log message trimmed) |
| 22:48.57 | CIA-36 | insane.bbclass: Split package_qa_check_devdbg and don't run -dev check on SDK packages. |
| 22:48.57 | CIA-36 | We create package_qa_check_dev/package_qa_check_dbg checks. While in here |
| 22:48.57 | CIA-36 | clarify the comments as to what both are doing. Since SDK packages don't |
| 22:48.57 | CIA-36 | get split like normal ones, it's OK to have -dev stuff in non-dev packages. |
| 22:49.01 | CIA-36 | Suggested by Richard Purdie |
| 22:49.03 | CIA-36 | Acked-by: Koen Kooi <koen@openembedded.org> |
| 22:57.21 | CIA-36 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r6422fe2b0a 10openembedded.git/recipes/kexecboot/linux-kexecboot.inc: |
| 22:57.21 | CIA-36 | linux-kexecboot.inc: force CONFIG_KEXEC=y just in case |
| 22:57.21 | CIA-36 | - no runtime changes, no PR BUMP |
| 22:59.09 | hoj | hm. After menuconfig finishes, how to build and deploy? |
| 23:03.42 | ant__ | hoj: 1) copy the .config out of workdir and create a patch 2)bitbake -f -c compile virtual/kernel |
| 23:04.07 | ant__ | remember you'll loose your changes in workdir! |
| 23:05.11 | hoj | ant__: Hm, thanks. So no way to recompile in-place without reextracting+patching? |
| 23:05.23 | ant__ | yes, 2) |
| 23:05.32 | ant__ | <PROTECTED> |
| 23:05.48 | ant__ | you restart from the specific task |
| 23:06.02 | *** join/#oe brolin (n=brolin@static-adsl201-232-76-133.epm.net.co) |
| 23:06.09 | ant__ | try bitbake -c listtasks virtual/kernel |
| 23:06.47 | ant__ | read bitbake man :-) |
| 23:06.55 | ant__ | I have to go, is late here... |
| 23:07.00 | ant__ | good night |
| 23:23.04 | *** join/#oe reachfh (n=reachfh@221.169.210.231) |
| 23:29.28 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
| 23:40.15 | *** join/#oe LakeSolon (n=blake@96-42-127-243.dhcp.roch.mn.charter.com) |
| 23:41.13 | *** join/#oe lupine (n=lupine@forest.lupine.me.uk) |
| 23:49.17 | rwhitby | Crofton|work: who is on the core team? |
| 23:56.40 | *** join/#oe lupine_85 (n=lupine@forest.lupine.me.uk) [NETSPLIT VICTIM] |
| 23:56.40 | *** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) |
| 23:56.40 | *** join/#oe JaMa (n=martin@161-24.13.24.78.awnet.cz) [NETSPLIT VICTIM] |
| 23:56.40 | *** join/#oe mckoan|away (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM] |
| 23:56.40 | *** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 23:56.40 | *** join/#oe mattface (n=matt@boost.grumpyyoungman.com) [NETSPLIT VICTIM] |
| 23:57.47 | Crofton | rwhitby, that is a good question :) |
| 23:57.56 | Crofton | people on oe-private I guess |
| 23:58.12 | Crofton | I'm in the middle of some other stuff |
| 23:58.34 | Crofton | then you have the subset that posts ... |
| 23:59.06 | Crofton | and then you have the subset of people willing to help with solutions and supply money :) |