| 00:02.06 | hvontres|home | thesing: I'll take a look at that. Are you putting the real kernel into the main flash now? |
| 00:03.18 | thesing | hvontres|home, yes and if have a graphical menu for choosing which device to use. |
| 00:03.48 | thesing | I debug the errors now. |
| 00:05.40 | hvontres|home | thesing: cool. What do I need to build to get all that? I'll give it a whirl in a bit. (waiting for glibc to re-build right now) |
| 00:06.34 | *** join/#oe alex_l (n=alex_l@nat/cisco/x-b8d074c3d103b16f) |
| 00:06.54 | thesing | I didn't commit the menu yet. I doesn't fully work. |
| 00:07.38 | thesing | atm. linux-kexecboot will give you a kernel with an initramfs that boots a kernel from sd card. |
| 00:07.51 | thesing | I changed the initramfs mechanism. |
| 00:08.06 | hvontres|home | thesing: ahh. Ok. Drop me a line when you have it working. I really want to get root on SD more user friendly |
| 00:09.28 | thesing | hvontres|home, what is not user friendly when you boot from the sd card unconditionally? |
| 00:14.53 | *** join/#oe hd (n=jd@Wikipedia/HellDragon) |
| 00:19.41 | hvontres|home | thesing: well, Ideally I'd like to have a console image on the Flash in case the SD card needs help. And then a simple menu to pick which root-fs to boot |
| 00:20.25 | thesing | true. But you can alway put you sd in a normal pc and inspect it. |
| 00:29.00 | hvontres|home | thesing: I was thinking of those users that don't have ready access to a linux pc. Or for those times you are out on the road with only your trusty Z by your side. |
| 00:29.38 | thesing | it doesn't hurt to have the ability. |
| 00:30.12 | hvontres|home | thesing: I actually managed to get altboot to that point a while back, but then you and paul started working on the initramfs stuff and that looked a lot more promising |
| 00:31.41 | thesing | my gui is now with icons stolen from gnome. Its really easy to use the framebuffer. |
| 00:32.01 | thesing | I'm fighting with text drawing now. |
| 00:43.46 | hvontres|home | thesing: wow... I cheated and used curses instead :) Graphics suck, but at least the text renders good :) |
| 00:44.06 | cdbot2 | * * OE Bug 3032 has been RESOLVED (FIXED) by <Laibsch> |
| 00:44.08 | cdbot2 | * * espgs doesn't build w/ ijs, cups & gimpprint/gutenberg enabled |
| 00:44.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3032 |
| 00:44.18 | cdbot2 | * * OE Bug 3286 has been RESOLVED (FIXED) by <Laibsch> |
| 00:44.20 | cdbot2 | * * CROSS COMPILE Badness for motion |
| 00:44.22 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3286 |
| 00:45.42 | thesing | hvontres|home, I stole the code from psplash ;) I have nice draw_text(x,y,char*) functions. But it uses some char to wchar conversion that klibc doesn't have. And the implementation from the kernel crashes. |
| 00:52.27 | CIA-24 | 03 <tim.ellis@mac.com> 07org.openembedded.dev * r28ead6defa 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: |
| 00:52.27 | CIA-24 | rrdtool: fixup in EXTRA_OECONF to get past error in do_configure. add do_stage. Closes 2524. |
| 00:52.27 | CIA-24 | * commit by Laibsch |
| 00:52.27 | CIA-24 | 03 <Laibsch@openembedded.org> 07org.openembedded.dev * r93fca05ac3 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: |
| 00:52.27 | CIA-24 | rrdtool: some cleanup |
| 00:52.29 | CIA-24 | * introduce SECTION variable |
| 00:52.33 | CIA-24 | * update HOMEPAGE and DESCRIPTION |
| 00:52.35 | CIA-24 | * autotools_stage_all instead of custom do_stage routine |
| 00:52.37 | CIA-24 | * reordering of fields |
| 00:52.39 | CIA-24 | * update SRC_URI |
| 00:52.41 | CIA-24 | 03 <Laibsch@openembedded.org> 07org.openembedded.dev * r73d6c4fbdb 10OE.dev/packages/espgs/espgs_8.15.3.bb: espgs: build with support for gutenprint, gimpprint and cups. ijs still disabled. Closes 3032. |
| 00:52.44 | CIA-24 | 03 <tim.ellis@mac.com> 07master * r28ead6defa 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: |
| 00:52.48 | CIA-24 | rrdtool: fixup in EXTRA_OECONF to get past error in do_configure. add do_stage. Closes 2524. |
| 00:52.50 | CIA-24 | * commit by Laibsch |
| 00:52.52 | CIA-24 | 03 <Laibsch@openembedded.org> 07master * r73d6c4fbdb 10OE.dev/packages/espgs/espgs_8.15.3.bb: espgs: build with support for gutenprint, gimpprint and cups. ijs still disabled. Closes 3032. |
| 00:52.57 | CIA-24 | 03 <Laibsch@openembedded.org> 07master * r93fca05ac3 10OE.dev/packages/rrdtool/rrdtool_1.0.49.bb: |
| 00:53.01 | CIA-24 | rrdtool: some cleanup |
| 00:53.03 | CIA-24 | * introduce SECTION variable |
| 00:53.05 | CIA-24 | * update HOMEPAGE and DESCRIPTION |
| 00:53.05 | cdbot2 | * * OE Bug 3733 has been RESOLVED (INVALID) by <Laibsch> |
| 00:53.07 | CIA-24 | * autotools_stage_all instead of custom do_stage routine |
| 00:53.07 | cdbot2 | * * tctk package: tclx8.4, tcl-dev |
| 00:53.09 | CIA-24 | * reordering of fields |
| 00:53.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3733 |
| 00:53.11 | CIA-24 | * update SRC_URI |
| 00:53.53 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 00:54.02 | NAiL | Laibsch: Down quite a few bugs now? |
| 00:54.15 | Laibsch | check for yourself |
| 00:54.23 | Laibsch | We still left some for you ;-) |
| 00:54.33 | NAiL | 41 bugs less |
| 00:54.45 | Laibsch | yes |
| 00:55.06 | Laibsch | bb and patch count down 15 to 20 each, although some overlap |
| 00:55.45 | NAiL | A lot of the bugs are regarding opie, X, mozilla, konqueror and such. I've never touched those parts of OE ;) |
| 00:59.40 | Laibsch | if you want to we can add the console keyword so you can find your bugs faster |
| 01:00.01 | Laibsch | or anything else if you cannot easily carve out the bugs that you are interested in now |
| 01:00.16 | Laibsch | but, I don't only work on stuff that I am interested in |
| 01:02.16 | NAiL | Laibsch: I don't have any devices that use anything but console (until more hardware is supported on my HTC Artemis atleast), so there's no way I can test anything there |
| 01:02.21 | Laibsch | thesing: is there any kind of trick to building for collie these days? |
| 01:02.23 | Laibsch | http://rafb.net/p/ol5kCI26.html |
| 01:02.40 | Laibsch | NAiL: You can test if stuff builds |
| 01:02.47 | Laibsch | I don't usually go beyond that |
| 01:03.12 | NAiL | yeah |
| 01:03.17 | Laibsch | pick one of the build failure bugs |
| 01:03.29 | Laibsch | we got lots of those |
| 01:04.23 | NAiL | Yeah, I could probably look into x64 build-bugs, since I'm being hit by one myself :-P |
| 01:04.34 | thesing | Laibsch, do you have tar.gz in FSTYPE? |
| 01:04.39 | NAiL | I don't have any non-x64 boxes to build on |
| 01:08.33 | Laibsch | thesing: I do now ;-) |
| 01:10.55 | thesing | Laibsch, I think its better do don't set FSTYPE in local.conf. The machine config should give you all fstypes you need. And the builds are easier to compare. |
| 01:11.16 | Laibsch | I need to think why I set it |
| 01:11.56 | Laibsch | conf/machine/collie.conf:IMAGE_FSTYPES ?= "jffs2 tar.gz" |
| 01:12.01 | Laibsch | got it right there |
| 01:12.06 | Laibsch | I want ext2 as well |
| 01:14.15 | thesing | maybe += is better then. or the _append stuff (not sure when to use what of these two) |
| 01:14.40 | Laibsch | I am not sure that can be used in local.conf |
| 01:21.15 | thesing | why not. its parsed by bitbake like anything else. |
| 01:21.54 | Laibsch | no |
| 01:22.03 | Laibsch | there is certainly stuff you cannot do in local.conf |
| 01:22.17 | Laibsch | But you might be right that += works |
| 01:22.34 | mwester | wonders why -- parsing order? |
| 01:30.05 | cdbot2 | * * OE Bug 4383 has been marked as DUPLICATE of bug 3569 by <Laibsch> |
| 01:30.07 | cdbot2 | * * Konqueror-embedded build fail with opie-image |
| 01:30.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4383 |
| 01:30.34 | Laibsch | mwester: I think some functions are not yet available at the time local.conf is parsed. ask RP for details. I could of course be wrong |
| 01:31.30 | mwester | That would make sense, then - I'm ok with that. I was just wondering if there was some special case logic that explicitely disallowed certain things in local.conf. |
| 01:34.47 | Laibsch | thesing: I removed the image directory and rebuilt opie-image |
| 01:34.56 | Laibsch | there is no zImage* file now |
| 01:35.08 | Laibsch | even after "bitbake -c rebuild virtual/kernel" |
| 01:35.29 | Laibsch | how do I force creation of the zImage.bin file? |
| 01:36.35 | thesing | Laibsch, just touch it. Or remove the do_installkit stuff in zaurus-2.6.conf |
| 01:37.15 | Laibsch | touch it? |
| 01:37.18 | thesing | but I think I should see those errors too. |
| 01:37.20 | Laibsch | what is "it"? |
| 01:37.29 | thesing | the zImage.bin |
| 01:37.39 | Laibsch | then it's there |
| 01:37.40 | Laibsch | nice |
| 01:37.45 | Laibsch | a 0 size file |
| 01:38.08 | thesing | you don't use the installkit anyway |
| 01:38.24 | Laibsch | I like it |
| 01:38.32 | Laibsch | but in this case I won't be using it |
| 01:42.05 | cdbot2 | * * OE Bug 4466 has been created by <Laibsch> |
| 01:42.07 | cdbot2 | * * makedevs do_compile fails |
| 01:42.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4466 |
| 01:42.48 | thesing | Laibsch, it seems to be the case that you need a cf card inserted when you want to boot your collie. Otherwise it boots to fast to detect the sd card. |
| 01:43.54 | thesing | and the handling of += & co is done by bitbake. So it should work from the beginning. |
| 01:45.08 | thesing | but the ?= checks if the var is still empty. and it isn't even if you used +=. Maybe we should use += in collie.conf |
| 01:45.28 | thesing | Good night all. |
| 01:47.05 | *** join/#oe hvontres|home (n=hvontres@adsl-75-18-119-132.dsl.sndg02.sbcglobal.net) |
| 01:50.05 | cdbot2 | * * OE Bug 4467 has been created by Zismylaptop(AT)gmail.com |
| 01:50.07 | cdbot2 | * * Keyboard "1" key not seen in Gnumeric |
| 01:50.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4467 |
| 01:55.12 | *** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
| 01:58.42 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 01:59.05 | cdbot2 | * * OE Bug 4183 has been RESOLVED (WONTFIX) by <Laibsch> |
| 01:59.07 | cdbot2 | * * Build file for Spook - a webcam monitoring program |
| 01:59.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4183 |
| 02:06.15 | NAiL | Laibsch: What's the preferred action for bugs like http://bugs.openembedded.net/show_bug.cgi?id=2900 where the patch is for an already old version? (3.0.25 vs. 3.0.31) |
| 02:07.13 | NAiL | is going to attempt getting 3.0.31 to compile anyway at a later stage |
| 02:07.51 | Laibsch | well, the question is whether the functionality of the patch is still needed |
| 02:08.00 | Laibsch | if yes, then does it still apply? |
| 02:08.08 | Laibsch | if yes, then just apply ;-) |
| 02:08.20 | Laibsch | if no, then try to rebase the patch |
| 02:08.22 | *** join/#oe wrobbie (n=rob@203.117.215.163) |
| 02:08.37 | NAiL | ok |
| 02:09.05 | Laibsch | latest version in OE is still 3.0.23c |
| 02:09.09 | NAiL | I know |
| 02:09.16 | Laibsch | so you don't even have that problem |
| 02:09.24 | Laibsch | if the patch is sane, apply and push it |
| 02:09.43 | NAiL | 3.0.30 is a security fix btw, so in any case it should be updated further than .25 |
| 02:09.51 | Laibsch | Usually, after doing that, I try to update to the latest version |
| 02:10.01 | Laibsch | feel free to do so |
| 02:10.27 | Laibsch | most of the times, I try to close the bug first and update then |
| 02:10.27 | NAiL | yeah, just waiting for a full build to finish so I know I have working toolchain etc. |
| 02:13.10 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 02:17.18 | NAiL | the patches apply to .31, will see if I can get it compiled too. Can't be that easy :-P |
| 02:20.23 | Laibsch | NAiL: while you're at it please take a look at 2899 as well |
| 02:21.31 | NAiL | ah |
| 02:27.24 | khem | guys how far are we with bug squash |
| 02:27.38 | NAiL | fourty-something bugs squashed so far |
| 02:27.45 | khem | wow |
| 02:27.48 | NAiL | I've got two bugs that are probably squashed very soon |
| 02:27.58 | khem | I see 141 open wirh patches |
| 02:28.13 | khem | err 139 |
| 02:28.18 | NAiL | hehe |
| 02:28.40 | NAiL | was 161 |
| 02:28.51 | NAiL | the other bug count was 42, now 19 |
| 02:30.42 | khem | cool job I will see if I can close some ... |
| 02:32.23 | NAiL | waits for his initial samba build to fail miserably |
| 03:25.06 | cdbot2 | * * OE Bug 4198 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com |
| 03:25.08 | cdbot2 | * * scp results in 0 byte files on uclibc EABI targets |
| 03:25.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4198 |
| 03:29.33 | *** join/#oe hvontres|home (n=hvontres@adsl-75-18-119-132.dsl.sndg02.sbcglobal.net) |
| 03:44.06 | cdbot2 | * * OE Bug 1665 has been RESOLVED (FIXED) by <Laibsch> |
| 03:44.08 | cdbot2 | * * moving /usr/lib/ipkg/status.tmp fails |
| 03:44.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1665 |
| 03:46.05 | *** join/#oe rkirti (n=kirtika@203.199.213.3) |
| 03:55.06 | cdbot2 | * * OE Bug 4468 has been created by <Laibsch> |
| 03:55.08 | cdbot2 | * * libxmu fails do_compile |
| 03:55.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4468 |
| 04:32.37 | *** join/#oe radiochickenwax (n=user@63.147.40.187) |
| 04:45.56 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:18.01 | *** join/#oe hvontres1home (n=hvontres@adsl-75-18-119-132.dsl.sndg02.sbcglobal.net) |
| 05:33.32 | *** join/#oe webby__ (n=webby@202-154-113-132.people.net.au) |
| 06:00.16 | *** join/#oe alex_l (n=alex_l@nat/cisco/x-a9d0486c4b85d622) |
| 06:23.22 | *** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com) |
| 06:40.56 | *** join/#oe webby__ (n=webby@202-154-113-132.people.net.au) |
| 06:44.10 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 07:19.22 | *** join/#oe polyonymous (i=hacker@pD953960E.dip0.t-ipconnect.de) |
| 07:36.05 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 07:37.33 | *** join/#oe BabelO (n=Fabrice@unaffiliated/babelo) |
| 08:00.08 | CIA-24 | 03 <nail@nslu2-linux.org> 07org.openembedded.dev * r12a7b2bb3e 10OE.dev/packages/samba/ (samba.inc samba_3.0.23c.bb): samba: Move cifs.patch from .inc to .bb as newer versions don't need this patch |
| 08:00.15 | CIA-24 | 03 <nail@nslu2-linux.org> 07master * r12a7b2bb3e 10OE.dev/packages/samba/ (samba.inc samba_3.0.23c.bb): samba: Move cifs.patch from .inc to .bb as newer versions don't need this patch |
| 08:07.42 | CIA-24 | 03 <khem@openembedded.org> 07org.openembedded.dev * rfdf7db5ef2 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: apply uclibc-arm-ftruncate64 patch for 0.9.29 |
| 08:07.44 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * rcfd08a190d 10OE.dev/: |
| 08:07.44 | CIA-24 | merge of '12e8362ccf0740454595721a242cfb8e867eb512' |
| 08:07.44 | CIA-24 | <PROTECTED> |
| 08:07.44 | CIA-24 | 03 <tmbinc@openembedded.org> 07org.openembedded.dreambox * r1ac6ce12a3 10OE.dev/packages/libcdio/ (libcdio/libcdio-0.80-add-cdtextinfo.patch libcdio_0.80.bb): libcdio: fix cdtextinfo |
| 08:07.49 | CIA-24 | 03 <koen@openembedded.org> 07master * rcfd08a190d 10OE.dev/: |
| 08:07.49 | CIA-24 | merge of '12e8362ccf0740454595721a242cfb8e867eb512' |
| 08:07.51 | CIA-24 | <PROTECTED> |
| 08:07.53 | CIA-24 | 03 <khem@openembedded.org> 07master * rfdf7db5ef2 10OE.dev/packages/uclibc/uclibc_0.9.29.bb: apply uclibc-arm-ftruncate64 patch for 0.9.29 |
| 08:12.55 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 08:16.07 | cdbot2 | * * OE Bug 3733 has been REOPENED by gcasse(AT)oralux.org |
| 08:16.09 | cdbot2 | * * tctk package: tclx8.4, tcl-dev |
| 08:16.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3733 |
| 08:26.36 | *** join/#oe philippe (n=fille@a83-245-252-47.elisa-laajakaista.fi) |
| 08:46.13 | *** join/#oe webby__ (n=webby@202-154-113-132.people.net.au) |
| 09:08.59 | *** join/#oe nighthawk08 (n=a@nighthaw.bb.netvision.net.il) |
| 09:09.05 | nighthawk08 | got libsvg-cairo break while compiling the gpe-image for himalaya... http://pastebin.com/d44ad17ef |
| 09:15.10 | XorA|gone | bah, looks like no-one ever uses portaudio |
| 09:19.41 | pb_ | nighthawk08: sounds like you have a different version of libtool from what libsvg-cairo expects |
| 09:21.15 | *** join/#oe treitmay1 (n=treitmay@85-127-80-228.dynamic-lac.adsl-line.inode.at) |
| 09:24.00 | *** join/#oe like2wise (n=likewise@84-104-101-183.cable.quicknet.nl) |
| 09:42.11 | nighthawk08 | pb_: how do I know what version the libtool expects? |
| 09:42.45 | pb_ | look at the lt files in the cairo tarball |
| 10:02.36 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * ra1e0f39eea 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 |
| 10:02.41 | CIA-24 | 03 <koen@openembedded.org> 07master * ra1e0f39eea 10OE.dev/packages/u-boot/u-boot_git.bb: u-boot git: bump SRCREV for neuros-osd2 |
| 10:11.05 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 10:21.21 | *** join/#oe davygravy_ (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net) |
| 10:33.49 | *** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 10:35.04 | *** join/#oe valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) |
| 10:46.06 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
| 10:52.34 | *** join/#oe TheCan (n=thecan@dslb-088-067-139-131.pools.arcor-ip.net) |
| 11:01.23 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 11:14.06 | cdbot2 | * * OE Bug 3442 has been RESOLVED (FIXED) by philb(AT)gnu.org |
| 11:14.08 | cdbot2 | * * gpe-plucker_0.4 fails to build |
| 11:14.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3442 |
| 11:22.23 | CIA-24 | 03 <pb@openembedded.org> 07org.openembedded.dev * r2b36f435e6 10OE.dev/: |
| 11:22.23 | CIA-24 | merge of '1e7e45502df6c52d725444e6655b368305ffe8d6' |
| 11:22.23 | CIA-24 | <PROTECTED> |
| 11:22.29 | CIA-24 | 03 <pb@openembedded.org> 07org.openembedded.dev * raf75b2a64e 10OE.dev/packages/gpe-plucker/gpe-plucker_0.4.bb: gpe-plucker: use correct RANLIB, reported by c.romain@laposte.net |
| 11:22.30 | CIA-24 | 03 <pb@openembedded.org> 07master * raf75b2a64e 10OE.dev/packages/gpe-plucker/gpe-plucker_0.4.bb: gpe-plucker: use correct RANLIB, reported by c.romain@laposte.net |
| 11:22.31 | CIA-24 | 03 <pb@openembedded.org> 07master * r2b36f435e6 10OE.dev/: |
| 11:22.31 | CIA-24 | merge of '1e7e45502df6c52d725444e6655b368305ffe8d6' |
| 11:22.32 | CIA-24 | <PROTECTED> |
| 11:49.50 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-12-162.hsi.ish.de) |
| 12:03.53 | *** join/#oe thesing (n=tkunze@BAA210e.baa.pppool.de) |
| 12:06.41 | thesing | morning all |
| 12:09.39 | bluelightning | morning thesing |
| 12:10.13 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 12:22.52 | *** join/#oe BabelO (n=Fabrice@unaffiliated/babelo) |
| 12:34.46 | like2wise | hello all, was Khem's "Toolchain build alteration" patch already committed or is it still under review? |
| 12:37.33 | pb_ | which patch is that, exactly? |
| 12:38.15 | like2wise | pb_: I found it was committed already, 9 days ago. It was called [oe] [RFC]: Toolchain build sequence alteration. on the ml |
| 12:38.48 | pb_ | ah, right, that one |
| 12:39.25 | like2wise | pb_: I promised to test for powerpc targets, but had another issue breaking my build early (some issue building gettext(-native) using parts of my host libtool. |
| 12:40.51 | CIA-24 | 03 <crofton@openembedded.org> 07org.openembedded.dev * rf180c866ce 10OE.dev/packages/linux/ (4 files in 2 dirs): linux-omap2 : Update ASoC patches. |
| 12:40.55 | CIA-24 | 03 <crofton@openembedded.org> 07master * rf180c866ce 10OE.dev/packages/linux/ (4 files in 2 dirs): linux-omap2 : Update ASoC patches. |
| 12:44.11 | nighthawk08 | pb_: are you there? |
| 12:45.45 | nighthawk08 | http://pastebin.com/d44ad17ef -- got a problem while building gpe-image for himalaya... was told the libtool version isn't high enough, updated to the latest libtool.... and yet, still the same problem... |
| 13:11.31 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * rf82cfa94f5 10OE.dev/packages/tangogps/tangogps.inc: tangogps all fix S |
| 13:11.32 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r1426398b20 10OE.dev/: |
| 13:11.32 | CIA-24 | merge of '1fc0d39fdc86680d51d6fec00f6cc3ba43d300f3' |
| 13:11.32 | CIA-24 | <PROTECTED> |
| 13:11.33 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * rf82cfa94f5 10OE.dev/packages/tangogps/tangogps.inc: tangogps all fix S |
| 13:11.44 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r1426398b20 10OE.dev/: |
| 13:11.44 | CIA-24 | merge of '1fc0d39fdc86680d51d6fec00f6cc3ba43d300f3' |
| 13:11.44 | CIA-24 | <PROTECTED> |
| 13:12.21 | mickeyl | rwhitby: here we are |
| 13:13.04 | rwhitby | mickeyl: thx |
| 13:19.09 | *** join/#oe Sleep_Walker (n=Sleep@gprs6.vodafone.cz) |
| 13:21.56 | *** join/#oe Unclejack (n=Unclejac@195.176.215.38) |
| 13:30.20 | CIA-24 | 03 <andrea.adami@gmail.com> 07org.openembedded.dev * r78d35e86ae 10OE.dev/conf/machine/include/zaurus-2.6.inc: |
| 13:30.20 | CIA-24 | zaurus-2.6.inc: commit attachment 9873 from bug 3738 |
| 13:30.20 | CIA-24 | * it seems this bug will lead to many changes, let's break them down one by one |
| 13:30.20 | CIA-24 | <PROTECTED> |
| 13:30.20 | CIA-24 | * define preferred provider of virtual/xserver for c7x0 machine |
| 13:30.22 | CIA-24 | * weakly assign KERNEL_IMAGETYPE |
| 13:30.26 | CIA-24 | 03 <Laibsch@openembedded.org> 07org.openembedded.dev * r8541f9a095 10OE.dev/packages/otpcalc/otpcalc_0.97.bb: otpcalc: add defition of S which indeed is not expendable as Yuri pointed out correctly in bug 4441. |
| 13:30.29 | CIA-24 | 03 <xora@openembedded.org> 07org.openembedded.dev * r37a635e236 10OE.dev/: |
| 13:30.31 | CIA-24 | merge of '5a52ab566d209c638ed43eed3f5755590d21a427' |
| 13:30.33 | CIA-24 | <PROTECTED> |
| 13:30.35 | CIA-24 | 03 <xora@openembedded.org> 07master * r37a635e236 10OE.dev/: |
| 13:30.37 | CIA-24 | merge of '5a52ab566d209c638ed43eed3f5755590d21a427' |
| 13:30.39 | CIA-24 | <PROTECTED> |
| 13:30.41 | CIA-24 | 03 <Laibsch@openembedded.org> 07master * r8541f9a095 10OE.dev/packages/otpcalc/otpcalc_0.97.bb: otpcalc: add defition of S which indeed is not expendable as Yuri pointed out correctly in bug 4441. |
| 13:30.44 | CIA-24 | 03 <andrea.adami@gmail.com> 07master * r78d35e86ae 10OE.dev/conf/machine/include/zaurus-2.6.inc: |
| 13:31.25 | CIA-24 | zaurus-2.6.inc: commit attachment 9873 from bug 3738 |
| 13:31.25 | CIA-24 | * it seems this bug will lead to many changes, let's break them down one by one |
| 13:31.25 | CIA-24 | <PROTECTED> |
| 13:31.25 | CIA-24 | * define preferred provider of virtual/xserver for c7x0 machine |
| 13:31.25 | CIA-24 | * weakly assign KERNEL_IMAGETYPE |
| 13:31.33 | pb_ | mickey|bbiab: yo |
| 13:32.09 | pb_ | nighthawk08: hm, let me try |
| 13:41.25 | pb_ | nighthawk08: does it work if you use an older automake, say 1.9.x? |
| 13:42.51 | pb_ | mickey|bbiab: do you think http://copper.reciva.com/pb/package-hook.diff is a reasonable thing to check in? |
| 13:54.42 | CIA-24 | 03 <daniel@openembedded.org> 07org.openembedded.dev * re137d1f063 10OE.dev/packages/freesmartphone/frameworkd_git.bb: |
| 13:54.42 | CIA-24 | frameworkd_git.bb: Add frameworkd.conf to CONFFILES so opkg doesn't blindly |
| 13:54.42 | CIA-24 | overwrite it. |
| 13:54.49 | CIA-24 | 03 <daniel@openembedded.org> 07master * re137d1f063 10OE.dev/packages/freesmartphone/frameworkd_git.bb: |
| 13:54.49 | CIA-24 | frameworkd_git.bb: Add frameworkd.conf to CONFFILES so opkg doesn't blindly |
| 13:54.49 | CIA-24 | overwrite it. |
| 13:56.59 | *** join/#oe timtimred (n=meh@79-77-79-249.dynamic.dsl.as9105.com) |
| 13:58.04 | *** join/#oe pvanhoof_ (n=pvanhoof@d54C0C0BA.access.telenet.be) |
| 14:11.14 | Crofton|work | I have nfs-utils installing mount.nfs* |
| 14:11.47 | Crofton|work | but I'd liek to package them as nfs-utils-client so you can install them without installing the server side |
| 14:11.55 | Crofton|work | PACKAGES += "nfs-utils-client" |
| 14:11.55 | Crofton|work | FILES_nfs-utils-client = "${base_sbindir}/mount.nfs ${base_sbindir}/mount.nfs4" |
| 14:12.01 | Crofton|work | isn't creating the package though |
| 14:12.46 | *** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net) |
| 14:14.12 | Crofton|work | got it |
| 14:14.15 | XorA|gone | Crofton: switch that to =+ |
| 14:14.19 | Crofton|work | =+ versus += |
| 14:14.22 | Crofton|work | :) |
| 14:14.28 | XorA|gone | prepend :-D |
| 14:14.31 | Crofton|work | XorA|gone, thanks just figured that out :) |
| 14:14.33 | Crofton|work | yeah |
| 14:14.45 | Crofton|work | I was almost there, but had to go eat breakfast |
| 14:14.55 | XorA|gone | gah, I want breakfastr |
| 14:14.56 | Crofton|work | pasted that question, and then remembered where I was |
| 14:15.11 | Crofton|work | you mean lunch :) |
| 14:16.11 | XorA|gone | nah, I had that |
| 14:16.19 | XorA|gone | I missed out breakfast and I want to reclaim it |
| 14:16.26 | Crofton|work | fixing the nfs mount versus util-linux-ng is my contribution to the bug hunt |
| 14:16.32 | Crofton|work | ah |
| 14:16.35 | Crofton|work | good idea |
| 14:16.38 | Crofton|work | um bacon |
| 14:17.06 | XorA|gone | needs to fit a pulley across to restaurant |
| 14:22.41 | mwester | suggests delivery in the absence of pulleys and ropes |
| 14:22.56 | rwhitby | could even use a moko to order ... |
| 14:23.36 | mwester | Ah, but which image would best for ordering breakfast? |
| 14:24.22 | rwhitby | there's probably an asu app called "Gastronome" ... |
| 14:24.38 | mwester | looks at all the commits and thinks maybe he best start the day by syncing up and rebuilding... |
| 14:25.33 | mwester | But based on some of the other naming, there's only a slight probability that the ASU "Gastronome" application will have anything to do with food! :D |
| 14:26.23 | mwester | syncs up, and goes off to see if the coffee is ready yet... |
| 14:26.57 | rwhitby | heads to bed |
| 14:27.17 | alphaone | night rwhitby |
| 14:28.22 | rwhitby | hmm - numpty is missing depends for whatever provides XInternAtom, XSendEvent and XSync ... |
| 14:30.50 | rwhitby | takes the easy way out and apt-get's libx11-dev |
| 14:34.30 | Crofton|work | root@beagleboard:~# mount 192.168.1.11:/home/balister/oe /home/balister/oe |
| 14:34.30 | Crofton|work | Can't set permissions on mtab: Operation not permitted |
| 14:34.39 | Crofton|work | mount does succeed though |
| 14:41.59 | *** join/#oe bluelightning_ (n=blueligh@pdpc/supporter/active/bluelightning) |
| 14:45.27 | *** join/#oe mickey|bbiab (n=mickey@e180140105.adsl.alicedsl.de) |
| 14:47.06 | pb_ | rwhitby: those are all core x11 functions, they should be in libX11.so.6 |
| 15:03.06 | thesing | Crofton|work, busybox mount can mount nfs shares. |
| 15:03.21 | Crofton|work | I know |
| 15:03.26 | Crofton|work | I want to fix this also |
| 15:03.54 | thesing | so you want to disable that? |
| 15:04.17 | Crofton|work | disable what? |
| 15:05.25 | *** join/#oe mickeyl (n=mickey@openmoko/coreteam/mickey) |
| 15:12.34 | pb_ | mickeyl: wb |
| 15:15.34 | mickeyl | thanks |
| 15:15.48 | mickeyl | i just briefly looked over your patch. it looks good, but i'm a bit afraid of it |
| 15:16.05 | pb_ | heh |
| 15:16.06 | mickeyl | i'd like to test some distros first |
| 15:16.17 | mickeyl | it's kind of intrusive, you know :) |
| 15:16.31 | pb_ | :-} |
| 15:16.35 | mickeyl | RP: can you take a look as well? |
| 15:16.35 | RP | Which patch is this? |
| 15:16.39 | mickeyl | ah |
| 15:16.55 | pb_ | well, in its current form it should be harmless enough since nothing is actually invoking it. but yes, I know what you mean. |
| 15:17.13 | *** join/#oe memeruiz__ (n=memeruiz@e176238185.adsl.alicedsl.de) |
| 15:18.40 | mickeyl | RP: pleaes scroll up a few lines, there should be a pastebin lin |
| 15:18.40 | mickeyl | k |
| 15:18.46 | mickeyl | no, actually a link to pb's site |
| 15:19.27 | pb_ | <pb_> mickey|bbiab: do you think http://copper.reciva.com/pb/package-hook.diff is a reasonable thing to check in? |
| 15:19.29 | pb_ | that one |
| 15:22.16 | RP | pb_: What makes me really nervous is the amount of bitbake "core" thats using |
| 15:22.39 | RP | If we did do that I'd prefer to see a function in bitbake being called that handled some of the details |
| 15:23.40 | RP | pb_: Whats the purpose of doing this? |
| 15:24.47 | pb_ | yeah, sadly bitbake doesn't seem to expose enough "official" api to do this in a neater way. |
| 15:25.21 | pb_ | invoking BBHandler.handle(), or any higher-level interface like cooker, causes all kinds of extra stuff to happen that I don't want. |
| 15:26.32 | pb_ | if you don't like the use of parse_py then I guess it would be easy enough to just re-implement the required parsing bits in package.bbclass; it only needs a small subset of the full bb parse capabilities. |
| 15:26.55 | RP | pb_: I'd be happy enough to have something in bitbake that did it |
| 15:27.10 | RP | This would assume you can wait long enough for the next stable bitbake release though |
| 15:27.23 | pb_ | heh. how long is that? |
| 15:27.39 | RP | The code in package.bbclass could also have a fallback based on version, we've done that before |
| 15:28.03 | RP | pb_: I'd say soon but I've been saying that for a while :/ |
| 15:28.12 | RP | There is one overdue though |
| 15:28.33 | RP | pb_: Whats the idea behind the need for the hooks? |
| 15:28.47 | pb_ | okay. well, in that case I guess the best thing to do is leave it how it is for now, assuming the next stable version of bitbake isn't going to make any changes that will upset it, and re-implement that code in terms of some new bitbake api when it becomes available. |
| 15:29.06 | RP | pb_: I'll take patches to add the needed api ;-) |
| 15:29.24 | pb_ | RP: something like this is required in order to make a proper fix for this libgcc thing. |
| 15:29.50 | pb_ | the current approach of just sticking "RRECOMENDS = libgcc" in semi-random places is not entirely satisfactory. |
| 15:30.08 | RP | I agree on this last bit |
| 15:30.25 | RP | Why can't we just add a function to PACKAGEFUNCS ? |
| 15:30.46 | pb_ | because you don't know, statically, what needs to be done. |
| 15:31.09 | pb_ | it depends on, inter alia, what libc you are using, how it was configured, and what your abi is. |
| 15:31.57 | pb_ | only the libc knows what is required, and it doesn't (currently) have the ability to inject dynamic things into other packages. |
| 15:32.11 | RP | ok, but why can't we have a function thats appended to PACKAGEFUNCS that say notices the presence of a file in TMPDIR somewhere that then triggers whatever needs to be done? |
| 15:32.38 | pb_ | well, that's basically what this is. |
| 15:33.04 | RP | It looks rather more overengineered than that |
| 15:33.19 | pb_ | you could put it all in package.bbclass if you wanted, but that would mean having a whole pile of glibc-specific code in package.bbclass |
| 15:33.30 | pb_ | together with another, albeit slightly smaller, pile of uclibc-specific code, and... |
| 15:34.22 | thesing | Crofton, disable the ability that busybox can mount nfs shares. |
| 15:34.58 | RP | we already have a ton of linux specific stuff, pkgconfig specific stuff etc, I'm not sure some glibc or uclibc bits would be out of place... |
| 15:36.50 | RP | pb_: Regardless of how we run this code, we're going to need a function that does the right thing |
| 15:37.01 | RP | Until that exists we can think about this bit a bit more |
| 15:37.26 | pb_ | well, yes, obviously. I didn't really want to spend any time writing the function until there was a way to run (and hence test) it, though. |
| 15:39.39 | pb_ | the function itself is not very complicated, it's conceptually pretty similar to the existing shlibs code. |
| 15:40.06 | RP | This was why I was kind of expecting it to end up in PACKAGEFUNCS |
| 15:40.25 | Crofton|work | thesing, no, I do not plan to disable busyboxs ablity to do nfs mount |
| 15:40.51 | thesing | ok. glad I misunderstood you. |
| 15:41.23 | RP | wonders how to make nfs work on his beagleboard |
| 15:41.38 | Crofton|work | if busybox mount works, we can look into changing task-base to use it again |
| 15:41.54 | Crofton|work | but, first I want to make sure util-linux-ng works :) |
| 15:42.02 | Crofton|work | for people that go that route |
| 15:43.22 | pb_ | RP, mickeyl: anyway, I will wait for your further feedback |
| 15:44.26 | thesing | RP: atm. you need to replace util-linux-ng-mount with bb-mount or util-linux-mount. Otherwise std. angstrom images have everything needed. (not sure about kernel for beagleboard) |
| 15:44.27 | mickeyl | sure thing. could you post this to the list as well, so we can have some more eyes looking? |
| 15:45.04 | mwester | Crofton|work: is that change distro or machine specific? |
| 15:45.04 | RP | thesing: My kernel is bust somehow :( |
| 15:45.16 | pb_ | mickeyl: good idea, will do |
| 15:45.17 | Crofton|work | dunno |
| 15:45.27 | Crofton|work | task-base? |
| 15:45.50 | mwester | I'm just concerned that if it gets picked up by things like SlugOS, we just don't have space in flash for anything other than busybox. |
| 15:45.51 | Crofton|work | I'm not motivated to actually change it, since nfs mounting is working again :) |
| 15:46.11 | Crofton|work | mwester, atm task-base is using util-linux-ng mount |
| 15:46.39 | mwester | Ah, ok. Then that device must be overriding or something like that. |
| 15:46.46 | Crofton|work | most likely |
| 15:47.00 | Crofton|work | busybox mount has caused problems in the past |
| 15:47.06 | mwester | goes to check, since he hasn't actually flashed a SlugOS image in the past several weeks |
| 15:49.28 | mwester | Hmmm... nope, mount is the one from util-linux... I guess i need to add another "to-do" item to my list for the next release. |
| 15:49.29 | thesing | Crofton|work, mwester actually util-linux-mount-ng comes from angstrom.conf |
| 15:49.41 | Crofton|work | ok |
| 15:53.37 | Crofton|work | hmm |
| 15:54.11 | Crofton|work | if you use util-linux-ng, you need nfs-utils-client for nfs client support |
| 15:54.19 | Crofton|work | how to explain this to task-base |
| 15:54.51 | Crofton|work | without just adding nfs-utils-client to task-base-nfs? |
| 15:55.17 | *** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f) |
| 15:58.02 | *** join/#oe AvengerMoJo (n=alex@219.143.84.133) |
| 15:58.59 | *** join/#oe khem (n=khem@adsl-71-146-17-49.dsl.pltn13.sbcglobal.net) |
| 16:08.36 | *** join/#oe Sleep_Walker (n=Sleep@gprs7.vodafone.cz) |
| 16:14.05 | cdbot2 | * * OE Bug 1930 has been RESOLVED (FIXED) by philip(AT)balister.org |
| 16:14.07 | cdbot2 | * * Error message during boot |
| 16:14.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1930 |
| 16:15.05 | CIA-24 | 03 <koen@openembedded.org> 07org.openembedded.dev * r171cde32d7 10OE.dev/ (3 files in 2 dirs): webkit gtk: bump SRCREV |
| 16:15.05 | cdbot2 | * * OE Bug 1931 has been RESOLVED (FIXED) by philip(AT)balister.org |
| 16:15.08 | cdbot2 | * * /proc/net/wireless not found during boot |
| 16:15.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1931 |
| 16:15.11 | CIA-24 | 03 <koen@openembedded.org> 07master * r171cde32d7 10OE.dev/ (3 files in 2 dirs): webkit gtk: bump SRCREV |
| 16:15.36 | khem | bluelightning: the glibc-initial problem is a staging problem. When you try to build glibc in an already staged system. |
| 16:17.01 | khem | bluelightning: its because bitbake deletes gcc-cross which is an overlapping package with gcc-initial and gcc-intermediate. glibc-initial needs gcc-initial which is installed as per stamps but actually has been punted out when gcc-cross was deinstalled |
| 16:17.41 | khem | bluelightning: we have discussed this problem shortly on IRC before but no solution is reached yet |
| 16:18.06 | cdbot2 | * * OE Bug 2297 has been RESOLVED (WONTFIX) by philip(AT)balister.org |
| 16:18.07 | cdbot2 | * * libgcrypt-1.2.3 build fails with libtool 1.5.22 installed |
| 16:18.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=2297 |
| 16:19.06 | cdbot2 | * * OE Bug 3571 has been RESOLVED (WONTFIX) by philip(AT)balister.org |
| 16:19.08 | cdbot2 | * * Base image hangs on boot for machine omap5912osk |
| 16:19.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3571 |
| 16:19.11 | Crofton|work | ok, I closed my bitrotting bugs |
| 16:41.31 | *** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 16:53.16 | *** join/#oe bbradley_ (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 16:56.59 | NAiL | Ok, I'm kind of stuck on my samba stuff here. Anyone good with autotools that could give me a hint with this: http://paste.lisp.org/display/64626 ? |
| 17:03.35 | pb_ | NAiL: that does look odd. AC_DEFINE is meant to be defined in functions.m4 (part of autoconf) which is also the place that things like AC_RUN_IFELSE are defined. |
| 17:04.00 | pb_ | so, it seems pretty odd that you could be getting diagnostics from the latter function without apparently having a valid macro definition for the former. |
| 17:05.57 | pb_ | what version of autoconf are you using? |
| 17:25.44 | Tartarus | hopes someone gets to his patches this bug weekend :) |
| 17:26.50 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 17:33.07 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 17:35.54 | Crofton|work | Tartarus, what bug # |
| 17:36.05 | Tartarus | digs 'em all out |
| 17:36.33 | Crofton|work | I'm not sure I can, but at least leave us a note so we can find them easily |
| 17:36.54 | Crofton|work | is reviewing papers for a conference today ... |
| 17:37.02 | Tartarus | http://bugs.openembedded.net/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=patch&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailreporter1=1&emailtype1=exact&email1=trini%40embeddedalley.com&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=incl |
| 17:38.25 | mwester | doesn't get to go to conferences anymore, due to budget cutbacks for his department. :( |
| 17:39.12 | mwester | I was rather hoping I might be able to get to one of the embedded or realtime shows this year, but no luck. sigh. |
| 17:40.05 | cdbot2 | * * OE Bug 4469 has been created by <Laibsch> |
| 17:40.07 | cdbot2 | * * aspell fails do_compile |
| 17:40.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4469 |
| 17:53.17 | *** join/#oe timtimred (n=meh@79-77-79-249.dynamic.dsl.as9105.com) |
| 17:58.28 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 18:00.53 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 18:06.19 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 18:19.51 | *** join/#oe valhalla (n=valhalla@81-174-37-232.dynamic.ngi.it) |
| 18:20.31 | *** join/#oe mrdata (i=unknown@dslb-092-078-029-089.pools.arcor-ip.net) |
| 18:29.09 | like2wise | mwester: where are you geographically? |
| 18:35.27 | *** join/#oe Jay7 (n=jay@89.250.164.201) |
| 18:36.45 | Jay7 | hello_world(); |
| 18:38.59 | *** join/#oe oliford (n=oliford@i-83-67-105-182.freedom2surf.net) |
| 18:41.43 | *** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
| 19:01.16 | mwester | like2wise: Chicago area |
| 19:10.22 | *** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) |
| 19:30.34 | *** join/#oe dijenerate (n=dijenera@72.22.142.107) |
| 19:57.29 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 20:16.40 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 20:18.24 | *** join/#oe ant___ (n=ant@host123-189-dynamic.60-82-r.retail.telecomitalia.it) |
| 20:34.13 | *** join/#oe gremlin[it] (n=gremlin@ppp-95-43.25-151.libero.it) |
| 20:50.27 | ant___ | ciao gremlin[it] |
| 20:50.55 | gremlin[it] | ant___ hi ! |
| 20:56.05 | cdbot2 | * * OE Bug 3428 has been RESOLVED (FIXED) by andrea.adami(AT)gmail.com |
| 20:56.07 | cdbot2 | * * preferred xserver-kdrive-imageon for c7x0 |
| 20:56.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=3428 |
| 21:01.14 | ant___ | has to rework again the patch to u-boot_git.bb in oebug 3738 until some soul pitifully commit it (no, it doesn't break anything!) |
| 21:02.21 | pb_ | ant___: I think you need to find someone who actually uses and knows about u-boot to act as your champion for that patch. |
| 21:02.34 | pb_ | I looked at it earlier but I don't understand enough about the context to feel safe applying it. |
| 21:03.00 | ant___ | it's only about adding two machines |
| 21:03.13 | ant___ | while the kernel defaults to old zImage |
| 21:03.37 | ant___ | because of broken sharp's bootloader |
| 21:04.47 | ant___ | koen did this with beagleboard and nobody did complain... |
| 21:07.38 | ant___ | thinks monoton sucks for this human 3 merge way |
| 21:07.55 | ant___ | better to say 'I give up' |
| 21:08.29 | pb_ | ant___: the bit that makes me most nervous is the change to PLATFORM_RELFLAGS. |
| 21:09.18 | ant___ | what? u-boot_git.bb? |
| 21:10.05 | pb_ | yeah |
| 21:10.25 | pb_ | +-PLATFORM_RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 \ |
| 21:10.25 | pb_ | +--msoft-float |
| 21:10.25 | pb_ | ++PLATFORM_RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 -fomit-frame-pointer |
| 21:10.29 | pb_ | that bit |
| 21:11.14 | pb_ | also to some extent the PLATFORM_LIBS bit in the makefile |
| 21:11.14 | pb_ | +-PLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc |
| 21:11.14 | pb_ | ++PLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc -lgcc_eh |
| 21:11.20 | ant___ | wait, you mean the pdaxrom code? |
| 21:11.39 | pb_ | yeah, probably |
| 21:11.45 | pb_ | I was just reading the patch in the bug |
| 21:11.53 | ant___ | I'm just asking to create the hooks for c7x0/akita (and more in the near future) |
| 21:12.19 | pb_ | so, er, which patch exactly do you want committed? |
| 21:12.26 | pb_ | the latest one in that bug includes all the pdaxrom stuff |
| 21:12.35 | ant___ | the code comes straight from pdaxrom, and is supposedly WIP |
| 21:12.52 | pb_ | heh, that doesn't really fill me with much confidence |
| 21:12.52 | ant___ | (mantained ?) |
| 21:13.01 | ant___ | ;-) |
| 21:13.33 | ant___ | pb_: I really can only trust that code :-) it happens to work! |
| 21:14.08 | ant___ | but the author, sash, is supposed to be actively improving the code |
| 21:14.49 | ant___ | http://pdaxrom.org/?q=node/240 |
| 21:15.35 | ant___ | weird bit: *Building uboot menu based on OpenMokos boot menu (yes, Neo devices use Uboot as bootloader) |
| 21:16.12 | ant___ | all devs here said there is lack of proper way to visualize u-boot console (missing driver) |
| 21:16.31 | ant___ | and the others copy from openmoko?wtf? |
| 21:16.43 | pb_ | well, I guess that if the pdaxrom patch is only applied for corgi and akita then it ought to be safe enough |
| 21:17.10 | pb_ | I don't think even pdaxrom has the potential to screw things up just by having their patch exist on the same disk as the source code :-} |
| 21:17.34 | ant___ | pb_: sash is really an outstanding programmer |
| 21:18.00 | ant___ | (but I don't understend a bit of what he writes...) |
| 21:18.29 | ant___ | really, here I'd need an hardware hacker... |
| 21:18.54 | pb_ | ant___: yah, I don't doubt that he is good, but I get the impression that he doesn't pay that much attention to the impact that his changes have on other people. |
| 21:19.06 | ant___ | pb_: imagine the u-boot console is overclocked !!! |
| 21:19.25 | pb_ | that is, I suspect he wouldn't care very much if the pdaxrom patch prevented u-boot working for all non zaurus machines |
| 21:19.34 | pb_ | ant___: heh |
| 21:20.44 | pb_ | anyway, given that the patch is indeed conditionally applied, it should be harmless |
| 21:20.59 | pb_ | I'll see if I can check it in tomorrow assuming nobody else has done so by then |
| 21:21.17 | ant___ | pb_: I'm just upping a new diff against koen's last changes of today |
| 21:21.26 | ant___ | 2 changes in 2 days |
| 21:21.55 | ant___ | and more will follow... |
| 21:22.43 | ant___ | pb_: other question about that nandlogical util: well it reads/writes. Should I open a new RFC ? |
| 21:22.56 | ant___ | to have it committed |
| 21:23.18 | ant___ | (I understood Laibsch suggested that) |
| 21:23.42 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 21:25.41 | pb_ | yes, it's probably a good idea to put each distinct patch in a separate bug |
| 21:26.06 | ant___ | ok, thx again |
| 21:41.06 | cdbot2 | * * OE Bug 1589 has been RESOLVED (INVALID) by <hrw> |
| 21:41.08 | cdbot2 | * * packages/ossie/*_svn.bb are not fetchable |
| 21:41.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1589 |
| 21:43.21 | hrw | morning |
| 21:44.13 | hrw | I prefer to not trust sash code too much |
| 21:45.05 | cdbot2 | * * OE Bug 4470 has been created by andrea.adami(AT)gmail.com |
| 21:45.07 | cdbot2 | * * ogical update |
| 21:45.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4470 |
| 21:46.05 | ant___ | pb_: bug created ^^ ;-] |
| 21:46.30 | hrw | ant___: what is that 'ogical'? |
| 21:46.46 | ant___ | some crop ? |
| 21:47.11 | hrw | btw - I am going to drop 4 years old machine out of OE |
| 21:47.14 | hrw | xxs1500 |
| 21:48.13 | ant___ | hrw: it happens to work: I flashed kernel from cmdline without extracting battery |
| 21:48.21 | ant___ | and so on |
| 21:48.40 | ant___ | perhaps you love that japanese menu? do you ? |
| 21:48.50 | hrw | ant___: I do not even look at it |
| 21:48.52 | thesing | is nandlogical a general tool for flashing from userspace or is it device specific? |
| 21:49.07 | hrw | power+ok, keep for screen, 4,3,y and let it do the work |
| 21:49.13 | ant___ | think is Sharp specific |
| 21:49.21 | hrw | thesing: its collie++ related only |
| 21:49.44 | hrw | thesing: normal devices use mtd-utils not nandlogical sharp tool |
| 21:49.56 | ant___ | because it was for 2.4 |
| 21:50.10 | ant___ | and nobody apart sash ported to 2.6 |
| 21:50.35 | hrw | ant___: because no one needed that too |
| 21:50.36 | thesing | hm. so I should be able to flash collie flash with the mtd-tools? |
| 21:50.40 | ant___ | its a point of view |
| 21:50.44 | hrw | sharp flasher maybe is not ideal but works fine |
| 21:50.57 | ant___ | it's a waste of nand IMHO |
| 21:50.58 | hrw | thesing: worth try |
| 21:51.23 | ant___ | hrw: the rescue code is in PROM |
| 21:51.28 | hrw | ant___: I've seen worse methods of wasting nand to maek machine updatable |
| 21:51.30 | ant___ | what do you need more? |
| 21:51.44 | hrw | ant___: if you have CF card and nand backup image |
| 21:52.13 | hrw | ant___: its all point of view like you said. |
| 21:52.20 | ant___ | hrw: I know what you mean, I f*cked 2 routers playing with jtag |
| 21:52.26 | hrw | for my c760 is devel tool not pda now |
| 21:52.49 | hrw | so I am fine with 53MB rootfs on it |
| 21:52.58 | ant___ | me not |
| 21:53.08 | ant___ | and we can choose |
| 21:53.12 | hrw | ant___: we can. |
| 21:53.38 | ant___ | really I need a small /home |
| 21:53.41 | thesing | ant___, I just commited the initramfs. |
| 21:53.47 | hrw | ant___: prepare working alternative for c7x0/akita/spitz/poodle/tosa (or atleast part of that set) + instructions for devel/users... |
| 21:54.02 | ant___ | thesing: supergood! |
| 21:54.25 | thesing | I didn't test it on anything other than collie. |
| 21:54.44 | ant___ | hrw: I really hope the russian devs will 'finish' u-boot and extend it at least for tosa |
| 21:54.48 | hrw | ant___: years passed since zaurus machines had lot of developers - now I think that it is rather toy or devel tool then usable pda. but thats my opinion |
| 21:54.54 | ant___ | dunno about 5x00 |
| 21:55.03 | hrw | ant___: if russian devs === sash then I would not count |
| 21:55.09 | ant___ | he he |
| 21:55.20 | ant___ | touch? |
| 21:55.24 | hrw | wants git... |
| 21:55.37 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
| 21:55.43 | hrw | 'mtn status' works for over 5 minutes now and no output yet |
| 21:56.03 | hrw | fsck it - will wait with #1737 for git |
| 21:57.27 | Laibsch | hrw: so bug 1390 is ready for closing? |
| 21:57.44 | CIA-24 | 03 <thesing@openembedded.org> 07org.openembedded.dev * rd8ae501912 10OE.dev/packages/linux/linux-rp-2.6.26/defconfig-collie: linux-rp: add jffs as buildin for collie |
| 21:57.44 | CIA-24 | 03 <thesing@openembedded.org> 07org.openembedded.dev * r7c68ca4ada 10OE.dev/: |
| 21:57.44 | CIA-24 | merge of '406c90b8a818c97f925962469fd82f2ed13008f4' |
| 21:57.44 | CIA-24 | <PROTECTED> |
| 21:57.45 | CIA-24 | 03 <thesing@openembedded.org> 07org.openembedded.dev * r25772e621e 10OE.dev/ (39 files in 8 dirs): (log message trimmed) |
| 21:57.49 | CIA-24 | files: add some stuff to device_table_add-mmc.txt and rename it to |
| 21:57.51 | CIA-24 | <PROTECTED> |
| 21:57.53 | CIA-24 | conf/collie: use device-table-collie.txt |
| 21:57.55 | CIA-24 | packages/kexecboot:*create a new directory for everything kexecboot related |
| 21:57.57 | CIA-24 | <PROTECTED> |
| 21:57.59 | CIA-24 | <PROTECTED> |
| 21:58.01 | CIA-24 | 03 <thesing@openembedded.org> 07master * rd8ae501912 10OE.dev/packages/linux/linux-rp-2.6.26/defconfig-collie: linux-rp: add jffs as buildin for collie |
| 21:58.06 | CIA-24 | 03 <thesing@openembedded.org> 07master * r25772e621e 10OE.dev/ (39 files in 8 dirs): (log message trimmed) |
| 21:58.09 | CIA-24 | files: add some stuff to device_table_add-mmc.txt and rename it to |
| 21:58.11 | CIA-24 | <PROTECTED> |
| 21:58.13 | CIA-24 | conf/collie: use device-table-collie.txt |
| 21:58.15 | CIA-24 | packages/kexecboot:*create a new directory for everything kexecboot related |
| 21:58.17 | CIA-24 | <PROTECTED> |
| 21:58.21 | CIA-24 | <PROTECTED> |
| 21:58.23 | CIA-24 | 03 <thesing@openembedded.org> 07master * r7c68ca4ada 10OE.dev/: |
| 21:58.25 | CIA-24 | merge of '406c90b8a818c97f925962469fd82f2ed13008f4' |
| 21:58.27 | CIA-24 | <PROTECTED> |
| 21:58.35 | hrw | !oebug 1390 |
| 21:58.36 | cdbot2 | * * Bug 1390, Status: NEW, Created: 2006-09-06 03:41 |
| 21:58.37 | cdbot2 | * * bart_botma(AT)yahoo.com: iptables support in 3.5.4.1 (OZ/GPE) |
| 21:58.38 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1390 |
| 21:59.01 | hrw | Laibsch: heh.. oe bugzilla new interface is something what I am not used too - it should be closed |
| 21:59.15 | Laibsch | new interface? |
| 21:59.18 | Laibsch | what's new? |
| 21:59.29 | Laibsch | You can ask me anytime if there is an issue |
| 21:59.39 | XorA|gone | Laibsch: it doesnt work in Konqueror |
| 22:00.04 | Laibsch | bugzilla does not work in konq? |
| 22:00.06 | XorA|gone | Laibsch: when you try and change to RESOLVED the second drop down box doesnt appear |
| 22:00.06 | hrw | Laibsch: in past setting " |
| 22:00.20 | Laibsch | XorA|gone: OK |
| 22:00.22 | hrw | Laibsch: in past setting "resolved as FIXED" was enough to close bugs. |
| 22:00.32 | Laibsch | Oh, I understand |
| 22:00.36 | Laibsch | I liked that better, too |
| 22:00.58 | Laibsch | But the new interface has going for it that at least some of the clutter is gone |
| 22:01.22 | Laibsch | XorA|gone: does konq do JS correctly? |
| 22:01.30 | XorA|gone | Laibsch: I doubt it |
| 22:01.41 | XorA|gone | Laibsch: its never been good at page rendering :-D |
| 22:01.44 | Laibsch | is konq still developped? |
| 22:01.48 | ant___ | Laibsch: btw there are some issues with IE6, from office I could not mark a bug as dupe |
| 22:01.57 | Laibsch | shit |
| 22:01.57 | XorA|gone | Laibsch: its part of KDE so I guess so |
| 22:02.00 | Laibsch | that is not good |
| 22:02.06 | cdbot2 | * * OE Bug 1390 has been RESOLVED (FIXED) by <Laibsch> |
| 22:02.08 | cdbot2 | * * iptables support in 3.5.4.1 (OZ/GPE) |
| 22:02.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=1390 |
| 22:02.20 | Laibsch | XorA|gone: would you be so kind to shoot a bug towards them? |
| 22:02.35 | XorA|gone | Laibsch: no, I refuse to sign up to another bugzilla |
| 22:02.35 | Laibsch | do we have a recent version of konq? |
| 22:02.37 | Laibsch | in OE |
| 22:02.46 | Laibsch | understands the feeling |
| 22:02.59 | XorA|gone | bugzilla really needs to use OpenID |
| 22:03.09 | Laibsch | In those cases I often use the "universal bug tracker": launchpad.net |
| 22:03.16 | Laibsch | I already have an account there |
| 22:03.35 | Laibsch | XorA|gone: are you aware of any plans for that? |
| 22:04.10 | Laibsch | ant___: Sorry to see you are struggling with your issues and little feedback |
| 22:04.18 | XorA|gone | Laibsch: no |
| 22:04.28 | Laibsch | I't just like pb said |
| 22:04.47 | *** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk) |
| 22:04.51 | Laibsch | I for one would commit your stuff, but only if I at least partially understand it |
| 22:04.57 | ant___ | I can guarantee the Zaurus will not burn ! |
| 22:05.02 | ant___ | ;-] |
| 22:05.05 | Laibsch | ;-) |
| 22:05.08 | Laibsch | nice try |
| 22:05.09 | Laibsch | not enough |
| 22:05.25 | Laibsch | because I might burn or be burnt to be more exact |
| 22:05.33 | ant___ | I have to have tosa supported, then will be a joke |
| 22:05.42 | Laibsch | becomes a grilled sandwich at the hands of his fellow OE devs |
| 22:06.06 | ant___ | ah, and spitz |
| 22:06.13 | Laibsch | ant___: I think that would be nice |
| 22:06.32 | ant___ | it looks like someone is workin'on |
| 22:06.39 | Laibsch | but if that is too much for now, I would support something that can be reasonably assumed to not affect any other machines in any way |
| 22:06.39 | XorA|gone | has no access to most Zauruses now |
| 22:06.44 | Laibsch | but that would need discussion |
| 22:06.44 | ant___ | but he doesn't respond to my PM... |
| 22:07.10 | Laibsch | XorA|gone: you see, you shouldn't have given them away |
| 22:07.20 | Laibsch | but I guess that was the reasson you gave them away |
| 22:07.22 | XorA|gone | Laibsch: no time for playing with old tech :-D |
| 22:07.50 | Laibsch | it's just so sad the Z never really got to shine |
| 22:08.05 | Laibsch | And I am a little bit afraid, the OM might be somewhat half-assed, too |
| 22:08.13 | Laibsch | We should really try to get it right |
| 22:08.28 | Laibsch | I'm seeing a lot of improvements, so I am hopeful |
| 22:08.40 | hrw | Laibsch: I am waiting for plibc from openmoko |
| 22:08.46 | Laibsch | what is that? |
| 22:08.51 | Laibsch | what do you need it fo? |
| 22:08.52 | hrw | libc in Python |
| 22:08.53 | Laibsch | for |
| 22:09.03 | Laibsch | aha, interesting |
| 22:09.09 | Laibsch | what problems would it solve? |
| 22:09.29 | hrw | no idea |
| 22:09.41 | Laibsch | ??? |
| 22:09.44 | hrw | I just feel that Openmoko like to rewrite everything in Python |
| 22:09.47 | Laibsch | Then why are you waiting for it? |
| 22:09.56 | Laibsch | Oh, I see you pun now |
| 22:09.59 | Laibsch | and the bitterness |
| 22:10.19 | Laibsch | I don't follow OM too closely |
| 22:10.29 | Laibsch | But I hear there are problems even with basic stuff |
| 22:10.40 | Laibsch | sort of like it always was with the Z |
| 22:11.06 | Laibsch | I hope the OSS community can pull out from this OM situation |
| 22:11.13 | hrw | Laibsch: I follow maemo more then openmoko |
| 22:11.22 | Laibsch | It would be very important to have a free phone |
| 22:11.34 | hrw | Laibsch: I prefer usable phone |
| 22:11.38 | Laibsch | and I think FIC should have the reward for the effort they put in |
| 22:11.38 | mwester | I'd much rather start with the working Python stuff, and rewrite parts to C as required, than to start with something that works not at all -- but it's all in C. |
| 22:11.57 | Laibsch | agrees with mwester |
| 22:12.04 | Laibsch | that is kind of how I saw it |
| 22:12.10 | Laibsch | It is a phenomenal task |
| 22:12.11 | mwester | Not to say I'm a fan of Python -- I prefer Perl. But I want something to work. |
| 22:12.18 | Laibsch | and I think people are doing a good job |
| 22:12.27 | Laibsch | mwester: exactly |
| 22:12.27 | hrw | anyway - time to bed for me |
| 22:12.29 | hrw | 00:14 |
| 22:12.32 | hrw | bye |
| 22:12.34 | Laibsch | hrw: good night |
| 22:12.42 | Laibsch | thanks for pitching in on the bug weekend |
| 22:12.56 | Laibsch | BTW, three more to go to reach 50 closed bug for the last week |
| 22:13.29 | ant___ | Laibsch: close 4470, go it's hot! |
| 22:13.46 | Crofton | fish through the stale list |
| 22:13.48 | Laibsch | mwester: That is what I was saying above. Z never got to be 100% usable. That was sad. I hope OM can pull it off and can become a usable device |
| 22:14.03 | Crofton | you could probably close a bunch as no longer relevant |
| 22:14.06 | Laibsch | ant___, Crofton: will do |
| 22:14.21 | Crofton | I closed all my moldy reports |
| 22:14.34 | Laibsch | Crofton: thanks |
| 22:15.27 | XorA|gone | mwester: well perl in OE doesnt work, so we stuck with python :-) |
| 22:16.42 | mwester | :) Probably a good thing, in the end. But I just can't get myself over re-inventing another column-sensitive language; you'd think we learned from FORTRAN and Makefiles... |
| 22:17.23 | XorA|gone | we should all convert to brainfuck |
| 22:17.36 | Laibsch | ant___: 4470 indeed looks like a good candidate |
| 22:17.42 | Laibsch | +S = "${WORKDIR}/${P}" |
| 22:17.46 | Laibsch | is superfluous |
| 22:18.58 | ant___ | the size is 546k IIRC, we could compile it against klibc as thesing suggested. But all this needs a tart |
| 22:19.12 | ant___ | *start = commit |
| 22:19.54 | thesing | XorA|gone, brainfuck is not that bad if you know how a turing machine works ;) |
| 22:21.56 | Laibsch | ant___: granted |
| 22:22.04 | Laibsch | wait another 30 minutes or so |
| 22:22.36 | thesing | hopes that we change the glibc recipe that often in the near future. |
| 22:22.50 | ant___ | BTW I'm finding two dubious files in /packages: failme.bb and mini-init |
| 22:22.51 | thesing | insert "don't" |
| 22:22.57 | ant___ | why are these there? |
| 22:24.37 | ant___ | thesing: rule of thumb: breakage happens on friday evening... |
| 22:25.05 | ant___ | wait sunday for rebuild-from-scratch (tm) |
| 22:26.01 | thesing | I usually don't pull if I don't want to rebuild glibc and it got changed again. But you have not choice if you want do commit sth. |
| 22:26.08 | Laibsch | There is another attempt at a slimmed-down version of a mozilla browser |
| 22:26.11 | Crofton|work | yeah, I think I'll run some clean builds b4 I go to bed |
| 22:26.12 | Laibsch | fennec |
| 22:26.18 | ant___ | is sure the young-blooded developers are socially active during week-ends |
| 22:26.21 | Laibsch | do we have that in OE yet? |
| 22:31.02 | *** join/#oe rsalveti (n=salveti@189.70.143.203) |
| 22:31.05 | cdbot2 | * * OE Bug 818 has been RESOLVED (LATER) by <Laibsch> |
| 22:31.07 | cdbot2 | * * Creating of images from feeds instead of DEPLOY_DIR_IPK |
| 22:31.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=818 |
| 22:32.39 | XorA|gone | Laibsch: no, but it should be fairly simple since mamona guys got firefox 3 working |
| 22:33.39 | Laibsch | I hope some of those improvements make it through to FF tiself |
| 22:33.41 | Laibsch | itself |
| 22:33.51 | Laibsch | memory consumption still leaves room for that |
| 22:33.59 | *** join/#oe cjb (n=cjb@pullcord.laptop.org) |
| 22:34.11 | cjb | Hi! Would this be the right channel to ask for some help with bitbake workflow? |
| 22:34.38 | cjb | (I just want to make some ad-hoc changes to a package and rebuild them into an .ipk.) |
| 22:35.20 | XorA|gone | Laibsch: its almost a straigt compile from FF only 2 patches |
| 22:35.35 | Laibsch | cjb: sure |
| 22:35.38 | Laibsch | go right ahead |
| 22:35.51 | Laibsch | XorA|gone: cool |
| 22:36.11 | XorA|gone | Laibsch: well the OM version of the recipe, the OE version has a whole lot more patches |
| 22:36.48 | ant___ | would look at the Poky's recipe, if there is |
| 22:37.10 | Laibsch | which way should we push things OM -> OE or OE - > OM? |
| 22:37.36 | ant___ | is full hears |
| 22:37.42 | Laibsch | hopes that sharing between OE branches will improve with git |
| 22:37.54 | Laibsch | although there is a slight chance it might even get worse |
| 22:38.05 | XorA|gone | Laibsch: it went mamona->OM->OE |
| 22:38.08 | cjb | Laibsch: well, that was the full question, really. ;-) How should I make changes to a source file inside an OE package, and have bitbake rebuild it? |
| 22:39.10 | XorA|gone | Laibsch: I have a bit OM->OE merge planned when git goes live |
| 22:40.21 | Laibsch | cjb: what change? |
| 22:40.33 | Laibsch | cjb: "bitbake -c rebuild $package" |
| 22:40.48 | Laibsch | XorA|gone: good |
| 22:40.51 | Laibsch | can't wait for git |
| 22:41.04 | Laibsch | any word from RP on timetables? |
| 22:41.18 | cjb | Laibsch: ah, ok, thanks. Should I worry about my source changes being overwritten? |
| 22:41.18 | thesing | cjb: this isn't where oe shines. Its easier to develop the package outside of oe and add patches to packages when you are done. |
| 22:41.32 | Laibsch | are we waiting for zecke? I heard there is one last glitch he needs to work on |
| 22:41.52 | cjb | thesing: yeah. but I'm not sure how to do that, because I'm working on openmoko stuff that needs to be built with gcc arm, and I'm not sure how else to get the environment |
| 22:42.10 | Laibsch | cjb: if you want to apply a patch, you need to create the patch and include it in SRC_URI |
| 22:42.15 | Laibsch | or know what you are doing |
| 22:42.21 | Laibsch | I suggest creating the patch |
| 22:42.24 | Laibsch | try quilt |
| 22:42.33 | thesing | cjb, openmoko gives you a toolchain , right? |
| 22:42.51 | cjb | Laibsch: ah. I'm still at the stage where I expect to be making tens of "patches" while hacking on X server code, so that's a little high-overhead |
| 22:43.01 | Laibsch | cjb: not really |
| 22:43.04 | cjb | thesing: not sure what you mean |
| 22:43.07 | Laibsch | let me give you the steps |
| 22:43.18 | cjb | thanks |
| 22:43.19 | Laibsch | "bitbake -c devshell $package" |
| 22:43.32 | Laibsch | do your changes and record them with quilt |
| 22:43.38 | Laibsch | are you familiar with quilt? |
| 22:43.49 | ant___ | thesing: ERROR: '['/oe/org.openembedded.dev/packages/kexecboot/initramfs-kexecboot-image.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'initramfs-kexecboot' but it wasn't found in any PACKAGE or RPROVIDES variables |
| 22:44.02 | ant___ | fresh pull |
| 22:44.03 | cjb | Laibsch: I know what it is, but not familiar with the workflow there. |
| 22:44.21 | cjb | Laibsch: maybe it'd be better to just have the SRC_URI point at a GIT repo of my own? |
| 22:44.55 | ant___ | thesing: NOTE: Runtime target 'initramfs-kexecboot' is unbuildable, removing... |
| 22:44.55 | ant___ | Missing or unbuildable dependency chain was: ['initramfs-kexecboot'] |
| 22:44.56 | thesing | ant_: rename the initramfs_kexecboot package to initramfs-kexecboot. I will check this change in after I verified that there are no other problems. |
| 22:45.01 | Laibsch | take the patches, put them into packages/$package/$package/, change your SRC_URI, then tie the whole thing up and add your changes to the bug tracker so they can be applied for everyone's benefit |
| 22:45.12 | ant___ | ok |
| 22:45.26 | Laibsch | cjb: I think building from git is tricky |
| 22:45.37 | cjb | oh! maybe devshell will be good enough to get me a compile environment that works, and then I can copy binaries over to the device until I'm happy with the change, and can then make a patch. |
| 22:45.37 | Laibsch | but if you are familiar with git, then produce your patches there |
| 22:45.52 | Laibsch | cjb: sounds like that might work |
| 22:46.01 | cjb | ok :) thanks, will give it a try |
| 22:46.03 | ant___ | cjb: look at u-boot_git.bb |
| 22:46.15 | cjb | ant___: ok |
| 22:46.20 | ant___ | lots of patches there... |
| 22:46.32 | ant___ | or /linux |
| 22:47.52 | Laibsch | Crofton: are you still there? |
| 22:48.11 | Laibsch | are you sure we don't want to fix 2297 (libgcrypt)? |
| 22:48.27 | Laibsch | minimo is another package that can't be built without it |
| 22:49.01 | Crofton | why doesn't it build in .dev? |
| 22:49.17 | Crofton | 2297 says the issue is in old libtool |
| 22:49.20 | Crofton | right? |
| 22:51.27 | Crofton|work | NOTE: package libgcrypt-1.4.1: completed |
| 22:51.35 | Laibsch | Oh, really? |
| 22:51.40 | Laibsch | Doesn't build for me |
| 22:51.51 | Laibsch | Maybe it is not building for qemuarm only |
| 22:51.55 | Laibsch | I'll try another machine |
| 22:52.16 | ant___ | thesing: seems fixed renaming the initramfs_kexecboot package to initramfs-kexecboo. don't see other issues |
| 22:53.49 | Crofton | Laibsch, I'm running two other builds on different machines |
| 22:54.29 | Crofton | Laibsch, I can't get it to fail against .dev |
| 22:54.54 | Laibsch | OK, I am removing tmp now and enabling tinderbox |
| 22:55.11 | Crofton | given the bug report is talking about an older libttool, I would close it and create a new bug with the new details :) |
| 22:58.14 | Laibsch | yeah |
| 22:58.29 | Laibsch | I admit I only read as far as "libgcrypt does not build" |
| 23:04.05 | cdbot2 | * * OE Bug 2185 has been RESOLVED (FIXED) by <mickeyl> |
| 23:04.08 | cdbot2 | * * glib-2.0 configure fails on MIPS and x86 |
| 23:04.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=2185 |
| 23:04.47 | Tartarus | begs for attention to 4389, 4450, 3880, 4071 |
| 23:06.34 | ant___ | Tartarus: go, bother, these are the last magic hours! |
| 23:07.18 | Crofton | Tartarus, not my area of expertise |
| 23:07.51 | Crofton | The kernel.bbclass one, I'd like to see more comments from people I trust to touch .bbclass files |
| 23:08.20 | Tartarus | How about the samba one? |
| 23:08.38 | Tartarus | Or do we need a "samba expert" for fixing non functional items? :) |
| 23:09.08 | NAiL | Tartarus: I'm working on getting samba 3.0.31 working, I'll take that bug at the same time |
| 23:09.32 | Tartarus | NAiL, along with all of the other samba bugs I assume :) ok. |
| 23:09.50 | NAiL | Are there more than two? :) |
| 23:09.56 | thesing | Tartarus, 4450 needs to be updated for current kernel.bbclass |
| 23:10.04 | NAiL | ah, a bunch |
| 23:10.28 | Tartarus | thesing, Bah, it was current when I filed it, and it's a pretty easy regex to apply to the open file :) |
| 23:10.32 | NAiL | pb_: ping? |
| 23:11.08 | Tartarus | s,arch/${ARCH}/boot/${KERNEL_IMAGETYPE},${KERNEL_OUTPUT} |
| 23:11.14 | NAiL | pb_: The host autoconf is 2.61, any other version would be OE head. |
| 23:11.17 | Tartarus | from memory :) |
| 23:11.30 | thesing | you're right. |
| 23:11.30 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r5d40a3cd79 10OE.dev/site/ (mips-linux mipsel-linux): add glib-2.0 entries to mips[-el]-linux. closes bug #2185 |
| 23:11.39 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * r020c4c33ac 10OE.dev/: |
| 23:11.39 | CIA-24 | merge of '3d37ffd4df7a43763fa8642112a238989e1e85ae' |
| 23:11.39 | CIA-24 | <PROTECTED> |
| 23:11.40 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r5d40a3cd79 10OE.dev/site/ (mips-linux mipsel-linux): add glib-2.0 entries to mips[-el]-linux. closes bug #2185 |
| 23:11.41 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * r020c4c33ac 10OE.dev/: |
| 23:11.43 | CIA-24 | merge of '3d37ffd4df7a43763fa8642112a238989e1e85ae' |
| 23:11.45 | CIA-24 | <PROTECTED> |
| 23:16.05 | cdbot2 | * * OE Bug 4471 has been created by <Laibsch> |
| 23:16.07 | cdbot2 | * * spelling mistake |
| 23:16.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4471 |
| 23:17.05 | cdbot2 | * * OE Bug 2221 has been RESOLVED (FIXED) by <mickeyl> |
| 23:17.07 | cdbot2 | * * Patch to build strace 4.5.14 for mips target |
| 23:17.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=2221 |
| 23:18.02 | Laibsch | thanks, mickey|zzZZzz for pushing us over 50 fixed bugs |
| 23:18.37 | mickey|zzZZzz | :) thanks to you. with that number i guess i can go sleeping ;) |
| 23:18.42 | Crofton | gn mickey|zzZZzz |
| 23:18.46 | mickey|zzZZzz | gnith |
| 23:22.09 | thesing | <PROTECTED> |
| 23:22.30 | thesing | Laibsch, will you send a status report of this weekend to the ML? |
| 23:22.48 | Laibsch | yes |
| 23:23.19 | Laibsch | it wasn't super-frantic, but quite a number of bugs were fixed |
| 23:23.25 | Laibsch | I think it was an absolute success |
| 23:23.37 | Laibsch | I'll the weekend off on Tuesday |
| 23:23.47 | Laibsch | Weekends are from Friday to Monday |
| 23:24.14 | CIA-24 | 03 <mickeyl@openembedded.org> 07org.openembedded.dev * rd2ac1db887 10OE.dev/packages/strace/ (strace/mips-sigcontext.patch strace_4.5.14.bb): |
| 23:24.14 | CIA-24 | strace 4.5.14 fix compiling for mips[-el]. closes bug #2221 |
| 23:24.14 | CIA-24 | (albeit by convoluting this recipe even more...) |
| 23:24.16 | CIA-24 | 03 <mickeyl@openembedded.org> 07master * rd2ac1db887 10OE.dev/packages/strace/ (strace/mips-sigcontext.patch strace_4.5.14.bb): |
| 23:24.16 | CIA-24 | strace 4.5.14 fix compiling for mips[-el]. closes bug #2221 |
| 23:24.19 | CIA-24 | (albeit by convoluting this recipe even more...) |
| 23:24.39 | Laibsch | I'll call the weekend off on Tuesday |
| 23:24.54 | cjb | wow. devshell tries to open a *graphical* terminal? |
| 23:25.01 | cjb | can I tell it that I'd just like a new shell instead? :) |
| 23:25.50 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
| 23:26.26 | Laibsch | yeah, it is one of the limitations |
| 23:26.38 | Laibsch | for some reason it can only use xterm |
| 23:26.42 | Laibsch | IIRC |
| 23:27.03 | Laibsch | IOW, you have a bit of a hard time using it remotely |
| 23:28.34 | thesing | Tartarus, why do you want KERNEL_OUTPUT to be ?= ? are there architectures with a different place? |
| 23:30.55 | thesing | cjb, you should be able to change the terminal program by setting the TERMCMD var |
| 23:33.06 | cdbot2 | * * OE Bug 2078 has been RESOLVED (FIXED) by <Laibsch> |
| 23:33.07 | cdbot2 | * * wrong line in runltp |
| 23:33.09 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=2078 |
| 23:38.06 | cdbot2 | * * OE Bug 4450 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
| 23:38.08 | cdbot2 | * * KERNEL_OUTPUT cannot be overridden and isn't always used |
| 23:38.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4450 |
| 23:44.06 | cdbot2 | * * OE Bug 2515 has been RESOLVED (FIXED) by thommycheck(AT)gmx.de |
| 23:44.08 | cdbot2 | * * RFP: kernel 2.6 on collie: ext3 support |
| 23:44.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=2515 |
| 23:48.08 | Laibsch | XorA|gone: https://bugzilla.mozilla.org/show_bug.cgi?id=448978 |
| 23:51.29 | XorA|gone | Laibsch: konq should have working javascript :-) |
| 23:52.10 | Laibsch | well |
| 23:52.11 | Laibsch | true |
| 23:52.26 | Laibsch | you should sent a bug report to konq devs, too ;-) |
| 23:52.29 | XorA|gone | Laibsch: it would be the first page konq didnt render though :-) |
| 23:52.38 | Laibsch | but since you refused, I opened this bug |
| 23:52.42 | Laibsch | JS is nice |
| 23:52.58 | Laibsch | but having bugzilla not work without it is something that needs consideration |
| 23:53.23 | Laibsch | if the devs come back and say "we only support JS-browsers" I'll leave it at that |
| 23:53.32 | Laibsch | but maybe a better solution can be found |
| 23:53.55 | XorA|gone | probably come back and say change the theme :-) |
| 23:54.14 | XorA|gone | only used konq by accident, clicked on the wrong icon |