| 00:00.06 | zecke | philippe: --prefix=/usr is right?! |
| 00:00.10 | koen | philippe: --prefix=/usr is correct |
| 00:00.20 | zecke | hrw: okay, okay, send me the acinclude and mysql.m4 :) |
| 00:00.22 | koen | philippe: you do want to install it in /usr eventually |
| 00:00.38 | hrw | zecke: pushing mysql.m4 |
| 00:00.45 | zecke | okay :) |
| 00:00.50 | philippe | right, but the problem is in do_install it goes to /usr/lib on the host |
| 00:01.02 | koen | for the plugins? |
| 00:01.05 | hrw | philippe: it should use DESTDIR in 'make install' |
| 00:01.09 | philippe | koen: yep |
| 00:01.45 | koen | -EXTRA_OECONF = "--without-python --without-debug --without-mem-debug --without-crypto" |
| 00:01.45 | koen | +EXTRA_OECONF = "--without-python --without-plugins --without-debug --without-mem-debug --without-crypto" |
| 00:01.54 | zecke | lol |
| 00:02.09 | koen | my 'fix' |
| 00:02.10 | hrw | +EXTRA_OECONF = "--without-everything" |
| 00:02.30 | philippe | :-) okay. That might work |
| 00:03.43 | koen | maybe I'll fix the gcc .la files tomorrow using XorA|gon1's sed magic |
| 00:04.59 | koen | hrw: what's the targetdate for 3.5.5? |
| 00:05.34 | hrw | March? |
| 00:05.54 | hrw | zecke: pushed |
| 00:06.05 | koen | so "fosdem + week" :) |
| 00:07.34 | hrw | zecke: pushed |
| 00:07.57 | zecke | thanks |
| 00:08.11 | koen | philippe: my h3600 build halted at enchant, will try to push a fix for that tomorrow |
| 00:08.28 | hrw | bugdays? :D |
| 00:08.42 | koen | right :) |
| 00:08.56 | cbrake | hrw: thx for the devkitidp fixes |
| 00:09.09 | hrw | cbrake: thx for you too |
| 00:09.15 | philippe | koen: I am doing a h3600 build atm.. I will see what happens |
| 00:09.24 | hrw | cbrake: can you drop its u-boot recipe too? |
| 00:09.33 | cbrake | hrw: sure, will do now |
| 00:09.43 | koen | philippe: if you update and restart OE will even write a reflash.ctl for you :) |
| 00:12.08 | philippe | koen: what is reflash.ctl? |
| 00:13.21 | koen | philippe: the file you need for bootldr |
| 00:14.09 | hrw | CIA-4: ping |
| 00:14.52 | philippe | koen: ??? reflashing a h3600 or 38xx is serial... |
| 00:15.01 | koen | philippe: nope :) |
| 00:15.21 | koen | philippe: put the files on cf + reflash.ctl and you even get nice menu :) |
| 00:15.30 | CIA-4 | 03hrw 07org.oe.dev * r1fa25c4e... 10/ (1 contrib/site-conf/m4/mysql.m4): site-conf/mysql.m4: filled with some tests from mysql 4.1.18 |
| 00:15.34 | CIA-4 | 03cbrake 07org.oe.dev * rb7d0f941... 10/ (1 packages/uboot/uboot-devkitidp-pxa255_cvs.bb): uboot-devkitidp: drop obsolete uboot recipe -- generic 1.1.6 is now used |
| 00:15.52 | philippe | grrrr mtn: multiple update candidates: |
| 00:15.53 | philippe | mtn: 3d9d209dc4aaf9913ae7f9891a5736abb9e2d4a7 koen@openembedded.org 2007-01-06T23:51:17 |
| 00:15.55 | philippe | mtn: e93b0677a2514562872c3ebc886e3ac9642a1b5d hrw@openembedded.org 2007-01-07T00:01:55 |
| 00:16.11 | koen | philippe: mtn sync ; mtn merge ; mtn sync |
| 00:16.22 | cbrake | new nokia tablet: http://www.linuxdevices.com/news/NS9981902594.html |
| 00:16.43 | koen | cbrake: scroll up 23 minutes :) |
| 00:17.06 | CIA-4 | 03hrw 07org.oe.dev * r57cd3499... 10/ (3 files in 2 dirs): file: drop 4.16 |
| 00:17.15 | zecke | koen: 23? |
| 00:17.29 | koen | cbrake: omap 2420 + 128MB ram |
| 00:18.11 | philippe | hmmm. Management is not going to like this.... |
| 00:19.05 | zecke | philippe: there are even pictures on flickr |
| 00:19.14 | koen | ~hail compusa |
| 00:19.15 | ibot | ACTION bows down to compusa and chants, "I'M NOT WORTHY!!" |
| 00:19.27 | cbrake | koen: cool! |
| 00:19.29 | hrw | 115 recipes failed still |
| 00:19.41 | philippe | zecke: I know :-) |
| 00:20.37 | philippe | zecke: btw now that I have you online. I saw you played with gpe-mini-browser a while ago and had a small bug. Mind to tell me more about that? |
| 00:21.08 | hrw | philippe: google.pl does not load in it |
| 00:21.29 | zecke | philippe: There is not much to tell. I think http://www.heise.de as as argv[1] makes it crash, or www.heise.de as argv[1] |
| 00:22.46 | hrw | philippe: gpe-mini-browser lack ssl-manager to view sites which use untrusted ssl certs.. |
| 00:23.07 | zecke | philippe: I have used version 0.19 of it and it crashed on argv[1]. Otherwise it would have worked good enough |
| 00:23.31 | zecke | philippe: at the end I used ruby and GtkMozEmbed as it is available on Ubuntu Dapper |
| 00:23.44 | philippe | hrw: well it loads fine on my desktop. Thw images must be lacking some localisation stuff... |
| 00:24.05 | philippe | zecke: I am sure gtk-webcore crashed on heise as you used the broken tarball release.... |
| 00:24.12 | hrw | philippe: which one? gconv support? |
| 00:24.40 | philippe | hrw: for the ssl koen has found a solution I believe. However I have to find out what he meant with curl -k |
| 00:24.40 | zecke | philippe: well it crashed during parsing the url, not the site itself |
| 00:26.38 | philippe | zecke: weird. It doesn't now and I did not change the code |
| 00:27.10 | philippe | when I read your blog entry I checked it and could not find an error |
| 00:27.21 | koen | philippe: -k = --insecure == always accept certs |
| 00:27.36 | koen | philippe: mini-browser doesn't propagate the curl dialog |
| 00:27.43 | koen | so you end up with a black page |
| 00:27.54 | zecke | philippe: I will give it a try on monday (the code is in the office) |
| 00:28.31 | philippe | koen: I'll have to check out what happens in the gtk-webcore code... |
| 00:29.40 | zecke | philippe: did you talk with Mike Emmel? It looks like he started creating a Gtk+ backend for WebKit upstream |
| 00:31.09 | philippe | zecke: not yet. I saw some webkit gdk code but could not figure out how it would be useful |
| 00:31.22 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 00:31.31 | zecke | philippe: a Makefile or such is missing, but there is some code... |
| 00:31.59 | CIA-4 | 03hrw 07org.oe.dev * r8d360ff7... 10/ (4 files in 2 dirs): ruby: dropped older then 1.8.5 |
| 00:32.04 | CIA-4 | 03hrw 07org.oe.dev * rfe41ffdd... 10/ (8 files in 3 dirs): zlib: dropped older then 1.2.3 |
| 00:34.13 | philippe | hrw: this is how it looks to me in pl. http://handhelds.org/~philippe/gpe-mini-browser-pl.png |
| 00:35.17 | koen | philippe: try it on a handheld |
| 00:36.04 | philippe | bit first make sure I get gtk-webcore from svn now by default |
| 00:36.28 | hrw | koen: and then locale-base-ch_TW when I will want to see Taiwan website? etc? |
| 00:37.16 | CIA-4 | 03hrw 07org.oe.dev * rf416512d... 10/ (1 packages/frodo/frodo_4.1b.bb): frodo: fix SRC_URI |
| 00:37.42 | koen | hrw: right, I know it sucks |
| 00:38.36 | hrw | useless |
| 00:38.56 | hrw | so we need glibc-locale-all package to get usable GPE browser? |
| 00:39.25 | philippe | hrw: well basically you would need the locales you need... |
| 00:39.59 | koen | philippe: utf8 |
| 00:40.01 | hrw | UTF8? |
| 00:40.14 | philippe | koen: just thought about that... |
| 00:40.17 | koen | hrw: it's a theory about the locales, I solved tinymail crashes with it |
| 00:41.28 | ssvb | hi, do any linux handheld devices use gcc older than 3.1? |
| 00:41.31 | hrw | 3http://pastebin.ca/308834 |
| 00:41.46 | hrw | ssvb: 3.3 is minimal |
| 00:42.03 | koen | ssvb: depends on what you run on the machines, not on the machines itself :) |
| 00:42.11 | hrw | ssvb: and we ignore fact that some zaurus people use antique 2.95 |
| 00:43.18 | hrw | ssvb: iirc kernel req 3.3 or 3.2 as minimum |
| 00:43.27 | ssvb | hrw: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-January/050547.html |
| 00:43.44 | ssvb | so this ifdef can be safely dropped? |
| 00:44.33 | hrw | I would left it |
| 00:45.01 | CIA-4 | 03dp 07org.oe.dev * rad31e71f... 10/ (4 files in 3 dirs): |
| 00:45.01 | CIA-4 | enca 1.9: Fix build. |
| 00:45.01 | CIA-4 | * These patches should fix build on both 32 and 64 bit systems. |
| 00:45.02 | CIA-4 | * Closes #1129, #1461. |
| 00:45.10 | hrw | sharprom lusers use 2.95 and build mplayer from time to time |
| 00:45.32 | ssvb | ok, thanks |
| 00:45.54 | *** join/#oe darmou (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 00:51.47 | CIA-4 | 03hrw 07org.oe.dev * r7dbeb5e3... 10/ (1 packages/ruby/ruby_1.8.5.bb): ruby: build more extensions (zlib, curses, openssl) - close #1725, #1699 |
| 00:52.58 | univac | philippe: are you? |
| 00:53.47 | univac | philippe: i built anstrom for h3800 now i sending it over com, maybe it'll boot. |
| 00:55.06 | hrw | !oebug 1730 |
| 00:55.07 | cdbot2 | * * Bug 1730, Status: NEW, Created: 2006-12-30 16:55 |
| 00:55.07 | hrw | koen: ? |
| 00:55.07 | cdbot2 | * * likewise(AT)gmx.net: add AC97 support for EFIKA - experimental |
| 00:55.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1730 |
| 00:55.35 | koen | ah, I thought likewise had already pushed that |
| 00:55.37 | CIA-4 | 03GoxboxLive 07org.oe.dev * rdf828882... 10/ (4 files in 4 dirs): keymaps: added HTC Universal keymap - close #1731 |
| 00:55.49 | koen | hrw: that's good yo go |
| 00:57.11 | likewise | hrw, koen: yes, pushed that already. double-checking as I am testing it right now on the target. seems to work fine. |
| 00:57.31 | likewise | hrw, koen: I wanted to close the bug when the test was ok. |
| 00:57.46 | hrw | ok |
| 00:58.24 | hrw | btw - does ipkg .163 better then .159? worth upgrade? |
| 00:59.06 | philippe | hi univac |
| 00:59.12 | univac | Hi |
| 00:59.28 | univac | philippe: maybe you know why oe building 2.6 kernel for h3800? :) |
| 00:59.34 | koen | hrw: less segfaults, more bugs |
| 00:59.36 | philippe | univac: I hope it boots :-) |
| 00:59.45 | hrw | koen: common problem.. |
| 00:59.50 | univac | philippe: noo, i tried |
| 01:00.24 | univac | i built angstrom but unpacked this, changed kernel to 2.4.19. remove udev and change to hotplug |
| 01:00.37 | philippe | univac: it builds for 3600, 3800 needs some reconfiguration and is slightly broken. My Ipaq is charging so I can reflash it safely now |
| 01:00.43 | koen | hrw: I choose .163 for angstrom to get rid of segfaults |
| 01:00.54 | philippe | univac: I am talking about 2.6 here |
| 01:00.57 | univac | philippe: now i sending my hacked jffs2 :) |
| 01:00.58 | goxboxlive | thx who ever goxboxlive |
| 01:01.01 | goxboxlive | is |
| 01:01.11 | univac | philippe: it boots on h3800? on h3600 yes, i know |
| 01:01.40 | univac | philippe: could you paste defconfig of h3800? |
| 01:03.07 | philippe | univac: you also need to change some kernel files. Once I know it boots I will put the patches in OE. |
| 01:03.40 | univac | Ok, i'm waiting, if you will put it, blame me |
| 01:03.58 | univac | you talking about 2.6.19-rc6? |
| 01:05.12 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:06.47 | philippe | univac: univac |
| 01:06.56 | univac | yep? |
| 01:07.11 | CIA-4 | 03pfalcon 07org.oe.dev * r6fde327b... 10/ (1 packages/fbreader/fbreader_0.7.3d.bb): fbreader 0.7.3d: Add bzip2 to DEPENDS. |
| 01:07.42 | hrw | fbreader 0.7.3d is UNFETCHABLE |
| 01:07.59 | philippe | univac: 2.6.16-hh8 |
| 01:08.15 | univac | ah |
| 01:10.11 | posokolvsky | hrw, fetchable for me |
| 01:10.29 | hrw | posokolvsky: then I will have to check it again |
| 01:10.53 | hrw | ah.. right.. from obsolete/ dir... |
| 01:16.31 | CIA-4 | 03hrw 07org.oe.dev * r81518d02... 10/ (1 packages/fbreader/fbreader_0.7.3b.bb): fbreader: drop 0.7.3b |
| 01:24.23 | CIA-4 | 03philippe 07org.oe.dev * r19957664... 10/ (1 packages/gtk-webcore/osb-nrcit_svn.bb): |
| 01:24.24 | CIA-4 | packages/gtk-webcore/osb-nrcit_svn.bb |
| 01:24.24 | CIA-4 | * added nrcit svn build recipe |
| 01:27.39 | hrw | Jan 7 02:27:02 localhost dhclient: bound to 192.168.1.100 -- renewal in 44 seconds. |
| 01:27.42 | hrw | argh |
| 01:29.03 | hrw | bound to 192.168.1.100 -- renewal in 20415 seconds. |
| 01:29.07 | hrw | much better |
| 01:31.47 | hrw | ok. time to go sleep |
| 01:31.51 | hrw | 02:31 here |
| 01:32.41 | hrw | celf machine is building angstrom task-base for all eabi arm machines, my machine builds opie-image/oz354x and gpe+xorg server for progear |
| 01:33.07 | univac | philippe: nah, modules don't work |
| 01:33.17 | chouimat|Zzzz | zecke: #kdevelop they are talking about your findbug thingy |
| 01:33.20 | philippe | night hrw |
| 01:33.22 | univac | FATAL: Error inserting ipaq_hal (/lib/modules/2.4.19-rmk6-pxa1-hh37/kernel/arch/arm/mach-ipaq/ipaq_hal.o): Unknown symbol in mo) |
| 01:33.31 | philippe | univac: you're on 2.4? |
| 01:33.36 | zecke | chouimat|Zzzz: all varpoware |
| 01:33.52 | chouimat|Zzzz | zecke: :) |
| 01:34.03 | univac | philippe: i built angstrom with 2.6 and change kernel to old, but modules don't work grrrr |
| 01:34.06 | univac | dunno why |
| 01:34.53 | univac | insmod: error inserting 'ipaq_hal.o': -1 Unknown symbol in module |
| 01:34.55 | univac | hm |
| 01:35.31 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:37.30 | univac | nah |
| 01:37.36 | univac | depmod is too new |
| 01:39.02 | CIA-4 | 03likewise 07org.oe.dev * r7f70b7fa... 10/ (4 files in 3 dirs): mp3blaster: Added version 3.2.3. Now hosted on sourceforge. |
| 01:39.41 | philippe | <PROTECTED> |
| 01:47.06 | *** join/#oe W8TVI (n=me@166.165.149.32) |
| 02:01.30 | univac | it's 2.4.19 modules of course |
| 02:01.35 | univac | depmod is too new i think |
| 02:02.30 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 02:03.53 | philippe | univac: ok. could be too.... |
| 02:04.19 | univac | i waiting for 2.6 :) |
| 02:04.24 | univac | touschreen works?! |
| 02:05.02 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:10.59 | CIA-4 | 03pfalcon 07org.oe.dev * r906e7dac... 10/ (1 conf/machine/htchimalaya.conf): |
| 02:10.59 | CIA-4 | htchimalaya: New machine, an HTC phone device. |
| 02:10.59 | CIA-4 | * Initial version was in #540, but this one is based on the current template. |
| 02:13.16 | *** join/#oe Laibsc2 (n=Laibsch@R7753.r.ppp-pool.de) |
| 02:14.13 | *** join/#oe JoseJX (n=jjezak@c-71-61-58-178.hsd1.pa.comcast.net) |
| 02:38.16 | univac | depmod: QM_MODULES: Function not implemented |
| 02:38.23 | univac | yyy |
| 02:46.06 | Jin|away | night everyone |
| 02:48.40 | philippe | grrr something removes include/X11/Xlib.h |
| 02:50.47 | *** join/#oe ggilbert__ (n=ggilbert@cpe-75-82-107-21.socal.res.rr.com) |
| 03:02.29 | *** join/#oe mr_nice (n=mr_nice@p54A9E33E.dip.t-dialin.net) |
| 03:02.50 | CIA-4 | 03justinp 07org.oe.oz354x * rd51c9900... 10/ (1 packages/glibc/glibc_2.3.5+cvs20050627.bb): glibc_2.3.5: remove broken te_IN locale (bug #1760) |
| 03:22.27 | CIA-4 | 03justinp 07org.oe.oz354x * r87c2d837... 10/ (10 files in 8 dirs): glibc-package.bbclass: fix qemu -L parameter (bug #1756) |
| 03:29.29 | *** join/#oe W8TVI (n=me@166.165.146.19) |
| 04:34.09 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 04:37.29 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 04:58.12 | CIA-4 | 03justinp 07org.oe.oz354x * r83e1ef9b... 10/ (10 files in 8 dirs): |
| 04:58.12 | CIA-4 | revert previous accidental commit |
| 04:58.12 | CIA-4 | applied changes from 87c2d837ea5586793e98a4604630ceb3fa70dc7c |
| 04:58.12 | CIA-4 | <PROTECTED> |
| 04:58.15 | CIA-4 | 03justinp 07org.oe.oz354x * re2968ef1... 10/ (1 packages/glibc/glibc-package.bbclass): glibc-package.bbclass: fix qemu -L parameter (bug #1756) |
| 05:12.54 | *** join/#oe BobOfDoom (i=ato@2002:d20b:925d:0:0:0:0:1) |
| 05:26.16 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 05:51.17 | *** join/#oe W8TVI (n=me@166.165.150.236) |
| 06:28.56 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:49.22 | CIA-4 | 03rwhitby 07org.oe.dev * ra903c08f... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: changed bluez-utils-nodbus to just bluez-utils |
| 06:56.15 | *** join/#oe W8TVI_ (n=me@166.166.7.133) |
| 06:56.18 | CIA-4 | 03pfalcon 07org.oe.dev * r1f5c493b... 10/ (1 packages/fbreader/fbreader_0.7.4q.bb): fbreader 0.7.4q: Latest version of FBReader. |
| 06:57.05 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 07:42.27 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 07:55.16 | *** join/#oe gremlin[it] (n=gremlin@ppp-204-10.25-151.libero.it) |
| 08:11.10 | *** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 08:16.16 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 08:36.48 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 08:50.52 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:52.28 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 09:16.43 | *** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de) |
| 09:20.45 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:29.28 | *** join/#oe pH5 (n=ph5@e178231216.adsl.alicedsl.de) |
| 09:54.45 | CIA-4 | 03koen 07org.oe.dev * rd919d63d... 10/ (13 files in 2 dirs): lots of machines: remove bogus architecture |
| 10:20.45 | *** join/#oe polyonymous (n=hacker@pD953AA6B.dip0.t-ipconnect.de) |
| 10:25.10 | rwhitby | koen: I'm putting the nslu2-linux autobuilder machine back into auto-merge mode (instead of just choosing first head). I'm looking for reasons why I shouldn't make it push those auto-merges upstream as well. Note that if it's not an automatic merge, it doesn't touch it. |
| 10:26.54 | koen | rwhitby: why are you making it merge again? |
| 10:27.29 | rwhitby | cause choosing the first head is not auto-building stuff that people are checking in. |
| 10:27.46 | rwhitby | so the auto-builder has to merge to build the latest stuff (which is what people expect of the autobuilder) |
| 10:27.47 | koen | so make those people merge |
| 10:28.11 | rwhitby | it's not them who are causing the multiple heads - it's the nature of distributed SCM |
| 10:28.33 | koen | right |
| 10:28.48 | koen | but people who can complain about the autobuilder can also merge themselves |
| 10:28.50 | rwhitby | they merge, and commit, and then there are still multiple heads cause someone else committed on a different server at the same time. they expect the autobuilder to build the commit they just made, and it's not. |
| 10:29.14 | koen | so tell those people to commit to the same server |
| 10:29.31 | rwhitby | ok, I'm telling all OE people to commit to monotone.nslu2-linux.org then :-) |
| 10:29.59 | rwhitby | (just kidding) |
| 10:30.21 | rwhitby | seriously, there is no way to stop multiple heads, and the people who are committing changes and expecting them to be built are not the problem. |
| 10:30.26 | koen | I still don't see the problem |
| 10:30.46 | rwhitby | ok. (1) I commit a change to monotone.nslu2-linux.org |
| 10:30.50 | koen | if stuff doesn't get built, people should check for multiple heads instead of complaining |
| 10:31.00 | koen | it's not rocket science |
| 10:31.05 | rwhitby | sorry, that's not an appropriate response. |
| 10:31.17 | rwhitby | people should not need to work around the SCM |
| 10:31.43 | rwhitby | if I commit something, and there is one single head after my commit, then I should not have to check again in 15 minutes when the autobuilder starts building. |
| 10:31.47 | koen | nslu2 should not push 170 bogus merges because people 'should not need to work around the SCM' |
| 10:32.00 | rwhitby | koen: stick to the problem at hand please. |
| 10:32.04 | koen | nslu2 people should not push broken stuff |
| 10:32.14 | koen | nslu2 people should fix the bugs they introduce |
| 10:32.14 | rwhitby | koen: stick to the problem at hand please. |
| 10:32.21 | rwhitby | koen: stick to the problem at hand please. |
| 10:32.30 | koen | !oebug 1762 |
| 10:32.32 | cdbot2 | * * Bug 1762, Status: NEW, Created: 2007-01-06 19:35 |
| 10:32.32 | cdbot2 | * * papercrane(AT)reversefold.com: slugos-packages unparsed line |
| 10:32.34 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1762 |
| 10:33.20 | hrw | morning |
| 10:33.33 | hrw | I think that automerging is correct way |
| 10:33.39 | rwhitby | anyway, getting back to the discussion at hand. my contention stands that autobuilders should auto-merge. |
| 10:33.43 | hrw | if it is auto merge+push |
| 10:34.00 | hrw | thats how dscm works |
| 10:34.01 | koen | hrw: and what happens if it requires a manual merge? |
| 10:34.17 | rwhitby | hrw: right - that's the discussion I'm having at the moment, and asking for feedback on that (not other unrelated stuff) |
| 10:34.18 | hrw | koen: Note that if it's not an automatic merge, it doesn't touch it. |
| 10:34.32 | hrw | its quote of rwhitby from some lines above |
| 10:34.46 | koen | hrw: so it doesn't merge, which is the same as picking the first head |
| 10:35.08 | rwhitby | correct - and a non-automatic merge hasn't affect the autobuilder in at least 6 months. |
| 10:35.17 | koen | hrw: I've had my commit reverted by a nslu2 merge more that once, so sorry if I don't trust their automerger |
| 10:35.25 | rwhitby | whereas it successfully did 170 automatic merges it seems |
| 10:35.51 | hrw | koen: ops |
| 10:36.04 | rwhitby | koen: characterising "nslu2 merge" vs "OE merge" is not a helpful way to discuss problems. |
| 10:37.13 | hrw | Joe Dev can also do wrong merge |
| 10:37.20 | koen | sure |
| 10:37.25 | rwhitby | the Master Makefile merge logic is open for your review. Please point out it's flaws. I believe you're remembering mistakes made by people trying to do manual merges back when monotone presented manual merges every day |
| 10:37.37 | univac | Processor Some Random V6 Processor rev 2 (v6l) |
| 10:37.48 | univac | CPU architecture 6TEJ - omap? |
| 10:38.08 | koen | univac: or i.mx, or monahan |
| 10:38.17 | univac | it's from new nokia n800 |
| 10:38.34 | koen | univac: omap 2420 afaik |
| 10:38.52 | rwhitby | anyway, I'm still asking for feedback on automerge+push as the preferred mechanism. I haven't seen an on-topic argument against it yet, but I won't turn it on without agreement from the other server maintainers. |
| 10:38.57 | univac | ok, thx |
| 10:39.40 | koen | rwhitby: don't push automerges |
| 10:39.49 | koen | rwhitby: and since you don't push, don't merge |
| 10:39.53 | rwhitby | koen: please explain why |
| 10:40.15 | rwhitby | (without referring to unrelated topics in the past) |
| 10:40.51 | koen | so I can't refer to the 170 bogus merges nslu2 pushed? |
| 10:41.38 | rwhitby | actually, that's a good argument for it. it would have been 170 helpful automerges (removing 170 instances of multiple heads for the users who inevitably ask why there are multiple heads) instead of 170 all at once. |
| 10:42.26 | rwhitby | (i.e. 170 isolated merges spread over six months, instead of 170 all at once) |
| 10:42.33 | koen | since you can't distinguish an automerge from a manual merge, all merges should be done by developers |
| 10:42.42 | rwhitby | just like the merge that hrw did earlier today. |
| 10:43.15 | hrw | rwhitby: which one? I did lot of merges in last 36h |
| 10:43.36 | rwhitby | hrw: any one of your helpful auto-merges of multiple heads |
| 10:44.13 | rwhitby | ok, thanks for your input - I need to drive my mother in law home now, but will be back in about an hour. I'll check the logs to see if there is any further discussion on the topic. |
| 10:45.01 | rwhitby | hrw: I was referring to your merge before koen's statement - his statement came in just as I sent my statment, and it made my statement look like it was calling your merge bad - I was actually calling your merge good. |
| 10:46.07 | rwhitby | I'll be interested in seeing the argument against a machine running "monotone merge", accepting it only if there is no error (i.e. it was an automatic merge) and then pushing. |
| 10:46.53 | rwhitby | I know that I don't each case of auto-merging that I do, and I doubt that anyone else does either. |
| 10:46.59 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 10:47.04 | rwhitby | s/don't each/don't check each/ |
| 10:47.15 | hrw | my version is: DSCM works in a way which require merging. monotone automerging is something which I trust (I never look how it merge if it does not call merge helper util). so if autobuilder need to merge and will NOT merge when it need human decision 'how to merge' then I'm ok with it but let it push merge after merging to not get lot of merges one day |
| 10:47.59 | rwhitby | hrw: thank you for your concise description of my proposition. |
| 10:48.33 | hrw | we cant get dscm without lot of merging |
| 10:48.58 | koen | hrw: right, and I say that looking at the track record of nslu2, I don't trust them with doing merge+push |
| 10:50.04 | hrw | thats remind me thread about 'oe workflow' when people suggest 'create branch' when bbcollections or lot of merging can be used instead |
| 10:50.24 | hrw | koen: then check their automerge scripts and help to make them better |
| 10:53.16 | koen | hrw: last time they asked about autobulder merges (months ago) I said merge+push |
| 10:54.28 | koen | ~change 400 usd to eur |
| 10:54.58 | koen | hrw: anyway, monotone.openembedded.org now has an automerger |
| 10:55.19 | hrw | and you trust it more then nslu2 one? |
| 10:55.26 | koen | yes |
| 10:55.30 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 10:55.32 | hrw | why? |
| 10:55.58 | koen | because it's the same automerger I used last year on ewi |
| 10:56.19 | hrw | then give it to nslu2 people to compare with their |
| 10:56.38 | koen | why? |
| 10:56.53 | koen | more than one automerger just begs for merge wars |
| 10:57.16 | hrw | ok |
| 10:57.19 | hrw | I see a point |
| 10:58.21 | koen | it still won't help against whiny people not being about to want >15m for the autobuilder to pick up that merge, but I can live with that |
| 10:58.23 | hrw | so on hydras their autobuilder should do another pull to check does it got fixed |
| 10:58.50 | koen | come to think of it |
| 10:59.01 | koen | the solution to rwhitby problem is even easier |
| 10:59.28 | koen | their autobuilder just needs to pick the head created by <foo>@nslu2-linux |
| 11:00.24 | hrw | gumstix config is broken |
| 11:00.40 | hrw | PACKAGE_ARCH = "arm" |
| 11:01.11 | hrw | a1200 lack kernel config |
| 11:02.13 | koen | right, that should come with the ezx8 patchset |
| 11:02.26 | hrw | anyway I report bug |
| 11:02.49 | koen | the best way to make sure I don't forget :) |
| 11:03.00 | hrw | !oebug 1766 |
| 11:03.01 | cdbot2 | * * Bug 1766, Status: NEW, Created: 2007-01-07 03:05 |
| 11:03.02 | cdbot2 | * * openembedded(AT)hrw.one.pl: a1200 lack kernel defconfig |
| 11:03.03 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1766 |
| 11:04.58 | hrw | | arm-angstrom-linux-gnueabi-ld: cannot represent machine `arm:mx31ads' |
| 11:05.03 | hrw | have ever got it? |
| 11:05.11 | hrw | its for amsdelta/angstrom |
| 11:05.19 | hrw | h1910/angstrom |
| 11:05.37 | koen | hrw: yes you do MACHINE=foo bitbake bar |
| 11:05.48 | koen | we are missing some csets from poky to fix that |
| 11:05.56 | koen | in your case binutils messes up |
| 11:06.12 | hrw | ok. so I will revert to conf/auto.conf way |
| 11:07.57 | hrw | a bit longer due to parsing but working |
| 11:25.09 | hrw | cu |
| 11:36.53 | CIA-4 | 03koen 07org.oe.dev * r24c0c5c2... 10/ (3 files in 2 dirs): gcc 4.1.1, gcc3-build-cross.inc: fix libsupc++ and libstdc++ la files with some XorA sed magic |
| 11:39.07 | koen | ~hail XorA|gon1 |
| 11:39.09 | ibot | ACTION bows down to XorA|gon1 and chants, "I'M NOT WORTHY!!" |
| 11:41.05 | *** join/#oe noha (n=norbert@p57A0D699.dip.t-dialin.net) |
| 11:41.20 | noha | Hi |
| 11:41.40 | koen | hey noha |
| 11:43.56 | noha | Is there a way bitbake can show packages which depend on a package I give a a command line argument? |
| 11:44.19 | noha | I got the -g yesterday but I mean the other way round |
| 11:44.53 | koen | hot that I know off |
| 11:45.35 | koen | grep -rn . <name> | grep DEPENDS |
| 11:45.35 | noha | How do you check dependencies you suspect to be mistaken? |
| 11:45.59 | koen | <name> . that is |
| 11:52.13 | noha | In bitbake.conf there is MACHINE_TASK_PROVIDER ?= "task-bootstrap" but task-bootstrap is not existing anymore. What would be a good exchange value? |
| 11:54.14 | *** join/#oe TheCan (n=thecan@dslb-084-056-151-056.pools.arcor-ip.net) |
| 11:56.06 | *** join/#oe noha_ (n=norbert@p57A0D699.dip.t-dialin.net) |
| 11:56.17 | *** join/#oe noha_ (n=norbert@p57A0D699.dip.t-dialin.net) |
| 11:58.43 | noha_ | norbert@neoflux:/opt/oe/build$ grep -rn task-bootstrap ../openembedded/* | grep RDEPENDS |
| 11:58.51 | RP | noha_: task-base |
| 11:58.53 | noha_ | norbert@neoflux:/opt/oe/build$ bitbake gpe-image |
| 11:58.53 | noha_ | N |
| 11:59.01 | noha_ | ERROR: Nothing provides runtime dependency task-bootstrap |
| 11:59.01 | noha_ | NOTE: no buildable providers for gpe-image |
| 11:59.01 | noha_ | n |
| 11:59.13 | noha_ | I don't understand this |
| 11:59.55 | RP | noha_: task-bootstrap was removed. You probably want task-base but the machine you're using might not have been setup for task-base. Which machine is this? |
| 12:00.06 | noha_ | simpad |
| 12:00.40 | CIA-4 | 03rpurdie 07org.oe.dev * rba407b0d... 10/ (1 classes/kernel.bbclass): kernel.bbclass: Remove the KERNEL_RELEASE variable and set it to KERNEL_VERSION. This should removes a large source of kernel module problems as the variables then 'just work' |
| 12:00.44 | CIA-4 | 03rpurdie 07org.oe.dev * rd9e32177... 10/ (23 files in 2 dirs): packages/linux: Remove uneeded KERNEL_RELEASE assignments and replace references with KERNEL_VERSION |
| 12:01.42 | RP | rwhitby: As I see it, the main potential problem is an automeger war. Why do we need two automergers? |
| 12:02.13 | rwhitby | RP: I agree about merge wars (I brought up that issue when this was discussed last week) |
| 12:02.27 | RP | noha_: simpad was never converted to use task-base. Someone needs to convert it. |
| 12:02.31 | rwhitby | so now that there *is* an automerger in place, there is no reason to have two. |
| 12:02.33 | *** join/#oe Jc1963 (n=Jackson@c-68-55-198-206.hsd1.md.comcast.net) |
| 12:03.17 | rwhitby | and koen's idea about choosing the "local" head in a hydra situation is a good one. |
| 12:03.41 | noha_ | RP: Ok, thanks. That means there it doesn't make much sense for me to move on |
| 12:04.01 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 12:04.54 | rwhitby | koen: I'm sensing a lot of angst from you directed at nslu2-linux. is it simply the 170 changesets and the syntax error that I introduced yesterday, or is it something deeper than that which we need to discuss in depth ? |
| 12:05.30 | rwhitby | (or is it just a bad morning in your timezone?) |
| 12:06.25 | RP | noha_: Have a look at the other machine.conf files for things like MACHINE_FEATURES. simpad needs converting and the conversion means adding entries like these |
| 12:06.33 | noha_ | What is a good machine config where I can have a look for changes to apply? |
| 12:07.19 | RP | noha_: The Zaurus machines are probably similar (say c7x0). In that case the changes are in a common include file but its the same idea |
| 12:07.36 | noha_ | Ok, I'll give it a try |
| 12:09.12 | koen | noha_: there is no reference to task-booststrap in bitbake.conf |
| 12:09.42 | noha_ | ok, sorry, I did a pull just a few minutes ago. My version was little bit older |
| 12:11.47 | koen | at least two weeks older :) |
| 12:14.31 | *** join/#oe noha__ (n=norbert@p57A0D699.dip.t-dialin.net) |
| 12:16.27 | noha__ | oh wow, ich collect _ |
| 12:17.30 | *** join/#oe niv_one_1hree (n=niv@82.166.207.134) |
| 12:26.42 | [cc]smart | qemu doesn't fetch from http://sources.nslu2-linux.org/sources/qemu_cvs.savannah.nongnu.org__20070107.tar.gz , after redirect it 404s |
| 12:30.12 | *** join/#oe noha_ (n=norbert@p57A0D699.dip.t-dialin.net) |
| 12:32.29 | rwhitby | [cc]smart: that would be because cvs tarballs only appear on the source mirror after the autobuilder has built that package on that date and pushed the source. |
| 12:33.03 | rwhitby | the problem really is why didn't your local bitbake session check out the CVS correctly after that. |
| 12:40.00 | noha_ | After I did an update from monotone bitbake is doing real slow again. Is the cache not being updated or not being used? Any things to do after doing an update? |
| 12:43.29 | XorA|gon1 | koen: cool, we shall all have buildable c++ now |
| 12:45.34 | rwhitby | koen: anyway, if there is a deeper issue with nslu2-linux collaboration with OE, I'm happy to discuss it at any time to make sure there is no bad will. |
| 12:45.36 | rwhitby | night all |
| 12:45.56 | koen | rwhitby: no bad will |
| 12:46.16 | rwhitby | koen: that's good to hear. thanks. |
| 12:50.17 | hrw|gone | | /a/home/hrw/devel/build/angstrom/tmp/cross/bin/arm-angstrom-linux-gnueabi-ld: cannot represent machine `arm:mx31ads' |
| 12:50.34 | hrw | it strikes me even when MACHINE is in auto.conf ;( |
| 12:50.59 | koen | hrw: unset MACHINE, rebuild binutils |
| 12:51.27 | RP | koen: Did you find out if your scripts were unsetting MACHINE? |
| 12:51.34 | hrw | koen: ok |
| 12:51.53 | koen | RP: it seems the tweaks to kernel.bbclass and base.bbclass are in OE |
| 12:52.12 | RP | koen: The one in kernel.bbclass shouldn't even be needed anymore |
| 12:52.25 | RP | (but is harmless to leave in) |
| 12:52.55 | koen | RP: you want http://monotone.openembedded.org/revision.psp?id=24c0c5c26357241fc537a9d6e7deca64d83f1f50 in poky |
| 12:53.10 | koen | RP: tf will have fewer problems with abiword :) |
| 12:56.00 | hrw | RP: KERNEL_RELEASE is gone now? |
| 12:56.32 | RP | hrw: yes |
| 12:56.43 | hrw | ok |
| 12:56.57 | hrw | I just had to merge packages/linux_2.6.19.bb |
| 12:57.11 | RP | hrw: It caused too many build failures for no good reason |
| 12:59.00 | noha_ | Where can I get a list of MACHINE_FEATURES? |
| 12:59.24 | RP | noha_: Read task-base.bb? |
| 13:00.13 | noha_ | thanks |
| 13:03.02 | CIA-4 | 03koen 07org.oe.dev * r6b3a4b78... 10/ (4 files in 2 dirs): h3600, h5000, hx4700: fix quoting of EXTRA_IMAGECMD |
| 13:05.39 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:06.59 | CIA-4 | 03hrw 07org.oe.dev * rf66c5a13... 10/ (4 files in 3 dirs): linux: updated to 2.6.19, progear config updated, added progear backlight support |
| 13:09.55 | koen | RP: does collie use the upstream ucb1400 in 2.6.19? |
| 13:10.43 | *** join/#oe gremlin[it] (n=gremlin@ppp-204-10.25-151.libero.it) |
| 13:14.33 | *** join/#oe bluelightning_ (n=blueligh@222-155-149-181.jetstream.xtra.co.nz) |
| 13:17.38 | *** join/#oe eumel_ (n=chatzill@p548230EC.dip0.t-ipconnect.de) |
| 13:33.59 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 13:41.59 | [cc]smart | rwhitby: it says cvs [checkout aborted]: cannot get working directory: No such file or directory and there's no qemu directory in tmp/work |
| 13:44.41 | hrw | koen: does it really use 2.6? |
| 13:45.04 | koen | zImage-2.6.18-collie-20070107130906.bin |
| 13:45.20 | hrw | ok |
| 13:45.52 | hrw | I need new hdd.. |
| 13:47.40 | RP | koen: probably not yet |
| 13:57.33 | *** join/#oe posokolvsky (n=psokolov@238.usernat.ip.net.ua) |
| 14:05.16 | posokolvsky | Hi! |
| 14:05.32 | gremlin[it] | hi posokolvsky |
| 14:06.33 | posokolvsky | koen: for what machine matchbox-panel bekage happens? I tested on both screen variants, wonder if that machine doesn't have it GUI_MACHINE_CLASS defined |
| 14:07.38 | koen | it's all in the snippet pasted |
| 14:07.53 | noha_ | <PROTECTED> |
| 14:08.12 | noha_ | Does anyone has a glue why this function is missing? |
| 14:08.53 | RP | noha_: We don't support making root filesystems from tarballs? |
| 14:09.15 | RP | noha_: Which package classes did you inherit in local.conf? |
| 14:09.21 | noha_ | Ah, ok, the function is just a construct. And the real error is a misconfiguration? |
| 14:10.01 | RP | noha_: correct |
| 14:10.25 | noha_ | So, maybe it is the IMAGE_FSTYPES = "jffs2 tar" ?? |
| 14:10.51 | noha_ | INHERIT is package_ipk and package_tar |
| 14:11.24 | RP | noha_: In which order. Please paste the INHERIT line exactly... |
| 14:11.57 | *** join/#oe rob_w (n=bob@p85.212.177.9.tisdip.tiscali.de) |
| 14:11.58 | noha_ | INHERIT = "package_ipk" |
| 14:11.59 | noha_ | INHERIT = "package_tar" |
| 14:12.06 | noha_ | Ok, it should be only one |
| 14:12.27 | RP | noha_: INHERIT = "package_ipk package_tar" should work |
| 14:13.11 | noha_ | Ok, it's runnning :) |
| 14:13.21 | noha_ | IMAGE_FSTYPES = "jffs2 tar.gz" is ok? |
| 14:13.34 | hrw | posokolvsky: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=177&logfile=20070107150654.log |
| 14:13.41 | hrw | posokolvsky: h1910 fails to build |
| 14:13.58 | hrw | | arch/arm/mach-pxa/built-in.o: In function `h4000_set_led': |
| 14:13.58 | hrw | | dma_needs_bounce.c:(.text+0x1ca0): undefined reference to `ipaq_asic3_set_led' |
| 14:14.50 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 14:17.02 | noha_ | sweet! That does it! |
| 14:17.13 | noha_ | And bootstrap-image is supposed to be bootable? |
| 14:17.39 | hrw | noha_: yes |
| 14:18.10 | noha_ | wow, that is cute. |
| 14:19.36 | noha_ | Oh, is it true, that bitbake reuses the cache only if one run succeeds? |
| 14:20.11 | noha_ | that's not too clever ;) |
| 14:20.26 | noha_ | .oO(I should tell zecke about this!) |
| 14:21.44 | noha_ | The xterminal-image is an orphan target? |
| 14:22.28 | *** join/#oe mr_nice (n=mr_nice@p54A9E33E.dip.t-dialin.net) |
| 14:22.30 | mr_nice | hi all |
| 14:22.55 | niv_one_1hree | hi mice |
| 14:24.10 | mr_nice | niv one 1hree: hi |
| 14:26.14 | noha_ | Hmmm, why does xterminal-image depend on qte? and libsdl-qpe? |
| 14:30.11 | RP | noha_: The cache is always used |
| 14:30.53 | *** join/#oe pleemans (n=peter@d51A5E612.access.telenet.be) |
| 14:30.56 | noha_ | What slows down the bitbake run? reparsing? |
| 14:33.14 | koen | noha_: what DISTRO are you using? |
| 14:33.41 | noha_ | openzaurus-unstable |
| 14:33.47 | koen | right |
| 14:33.52 | koen | that would mess up sdl |
| 14:34.28 | noha_ | ok, does this mean, it isn't a good idea to openzaurus-unstable? |
| 14:34.44 | koen | add PREFERRED_PROVIDER_virtual/libsdl = "libsdl-x11" to your local.conf |
| 14:40.02 | hrw | koen: bluez-utils/libs 3.8 released.. |
| 14:45.04 | koen | "Release of bluez-libs-3.8 and bluez-utils-3.8 |
| 14:45.04 | koen | These releases add some minor enhancements to the stable API and fixes some bugs." |
| 14:47.01 | niv_one_1hree | bluez ? how said bluez? |
| 14:47.39 | niv_one_1hree | :-) |
| 14:51.11 | *** join/#oe noha__ (n=norbert@p57A0D699.dip.t-dialin.net) |
| 15:04.32 | CIA-4 | 03pfalcon 07org.oe.dev * r18d4581d... 10/ (3 files in 2 dirs): |
| 15:04.32 | CIA-4 | matchbox-panel: Test GUI_MACHINE_CLASS using base_conditional(), instead of |
| 15:04.32 | CIA-4 | double indirection trick, should be more robust and fix issues seen. |
| 15:05.18 | *** join/#oe bluelightning1 (n=blueligh@222-155-142-189.jetstream.xtra.co.nz) |
| 15:08.15 | CIA-4 | 03pfalcon 07org.oe.dev * re29766ec... 10/ (1 conf/bitbake.conf): bitbake.conf: Provide default value for GUI_MACHINE_CLASS. |
| 15:10.21 | hrw | koen: from hh.org powered devices only h2200 have bootloader built during 'bitbake task-base'? |
| 15:10.42 | *** join/#oe BobOfDoom (i=ato@210-9-141-44.netspeed.com.au) |
| 15:10.43 | koen | hrw: and h4000 iirc |
| 15:10.56 | koen | those are the only devices using LAB I know of |
| 15:11.42 | RP | I'd like to check in the change to make do_deploy tasks run when making images. It will break users of bitbake 1.7 that isn't bitbake head. Does anyone object to that? |
| 15:12.06 | hrw | RP: what about bitbake 1.6 users? |
| 15:12.16 | RP | hrw: unaffected |
| 15:12.34 | hrw | RP: then ok from me - note 'trunk update needed' in commit anyway |
| 15:13.07 | RP | hrw: yes. 1.7.x users know its marked as unstable afterall :) |
| 15:13.15 | hrw | yep |
| 15:14.38 | hrw | btw - how big ram/storage space you guys have in build/desktop machines? I'm thinking of small upgrade in ~March/April here |
| 15:14.38 | posokolvsky | hrw, thanks for note, will check. |
| 15:14.50 | posokolvsky | koen, nope, h4000 doesn't have any bootloader support for now, just starting to ponder about what it would be ;-) |
| 15:14.59 | hrw | posokolvsky: http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=Angstrom - look at 'hrw-test-build-arm-sh3 Linux 2.6.9-34.0.1.EL' - it is 'all ARM/angstrom' build |
| 15:15.37 | RP | hrw My desktop has 0.75G memory and ~40GB of disk. I do most OE work over nfs onto a fileserver although I had a new harddisk on order to rectify this ;-) |
| 15:16.14 | koen | hrw-test-build-arm-sh3 :) |
| 15:16.41 | hrw | koen: named after binconfig change test which was arm->sh3->arm build |
| 15:16.49 | posokolvsky | RP: Just FYI, I killed only staging/ after your refactor, and re-run do_stage tasks. it mostley works, but have lotsa: |
| 15:16.50 | posokolvsky | NOTE: Couldn't find shared library provider for libc.so.6 |
| 15:16.50 | posokolvsky | NOTE: Couldn't find shared library provider for libmb.so.1 |
| 15:16.50 | posokolvsky | NOTE: Couldn't find shared library provider for libjpeg.so.62 |
| 15:17.05 | hrw | posokolvsky: objdump bug |
| 15:17.06 | koen | rebuild from scratch |
| 15:17.12 | posokolvsky | RP: so, unless, you have hint for me, whole tmp/ kill is required, after all |
| 15:17.20 | posokolvsky | ok |
| 15:17.34 | hrw | posokolvsky: easier to rebuild from scratch then rebuilding all needed libs |
| 15:17.45 | hrw | koen: any plans to improve p-s? |
| 15:18.02 | RP | posokolvsky: That suggests you wiped the package data structures which means you need need to repackage everything at the very least |
| 15:18.02 | koen | hrw: plans, yes, time, no |
| 15:18.15 | koen | hrw: see my mail about code sprints to the ml |
| 15:18.28 | hrw | I saw that |
| 15:18.40 | posokolvsky | RP: sure, I did all that. so, just FYI, that you should tell people to rebuild from scratch, not hack ;-) |
| 15:19.24 | RP | posokolvsky: ok, thanks. I did say a partial wipe might not work. I didn't know for sure, I do now :) |
| 15:22.09 | CIA-4 | 03rpurdie 07org.oe.dev * r47274cc0... 10/ (1 classes/image.bbclass): |
| 15:22.09 | CIA-4 | image.bbclass: Make images trigger all do_deploy tasks to run so kernels and |
| 15:22.09 | CIA-4 | things like updater.sh for the zaurus get deployed with the image. This change |
| 15:22.09 | CIA-4 | on affects bitbake 1.7.x users who *will* need to use the latest 1.7.x version |
| 15:22.09 | CIA-4 | from svn. |
| 15:23.31 | chouimat | mornnig |
| 15:26.13 | hrw | posokolvsky: I will build matchbox-panel for my progear when it will finish current build |
| 15:26.28 | koen | meh |
| 15:26.29 | koen | 17M Angstrom-gpe-image-test-20070107-collie.rootfs.jffs2 |
| 15:26.39 | koen | so much for gdb, strace and friends in the rootfs |
| 15:26.42 | hrw | koen: ONLY 17m |
| 15:27.19 | posokolvsky | hrw, thanks. I guess issue was due to GUI_MACHINE_CLASS not being defined for collie... |
| 15:27.35 | hrw | posokolvsky: my progear does not have it defined at all |
| 15:28.02 | posokolvsky | hrw, I made more robust check as well as set default. but you should define it ;-) |
| 15:28.24 | hrw | we need someone who will move all those vars to MACHINE_GUI_* namespace with screensize, dpi etc |
| 15:28.48 | posokolvsky | or is that your router? ;-) |
| 15:29.21 | hrw | I do not define progear as bigscreen as in OE bigscreen is vga/svga... progear has xga so it would be big or bigger? |
| 15:29.28 | posokolvsky | hrw, that may be too much for near time. so far, most apps offer just small and big icon sets, and we're covered ;-) |
| 15:29.43 | posokolvsky | hrw, bigscreen, that's all ;-) |
| 15:29.48 | philippe | hi people |
| 15:29.50 | hrw | posokolvsky: progear has xga (1024x768) 10.4" touchscreen |
| 15:29.52 | hrw | hi philippe |
| 15:30.01 | philippe | does OE have some tool to track files in staging? |
| 15:30.04 | hrw | h1940, h2200 built |
| 15:30.15 | philippe | I have Xlib.h disappearing at a given moment. |
| 15:31.05 | philippe | and have no idea how to find out when this happens |
| 15:32.03 | hrw | philippe: in theory packaged-staging had to help with it. In practice it is not finished |
| 15:32.26 | philippe | hrw: ok.. so no real stuff to debug it then... |
| 15:32.44 | koen | philippe: chattr +i Xlib.h and rebui;d |
| 15:32.47 | philippe | Oh well I'll keep using the libx11 rebuild trick |
| 15:33.14 | hrw | NOTE: Removing failed build target virtual/arm-angstrom-linux-gnueabi-gcc-2.95 |
| 15:33.18 | hrw | ;D |
| 15:34.47 | philippe | koen: did not think about that. Let's hope OE barfs on that so I can identify the culprit |
| 15:35.54 | philippe | koen: btw have you tried the gtk-webcore svn builds? |
| 15:35.56 | hrw | posokolvsky: h3900 FAILS - lack of defconfig |
| 15:36.42 | philippe | koen: I build an image but did not get it to boot decently on my Ipaq. The h3800 2.6 kernel is pretty broken. |
| 15:36.46 | hrw | NOTE: Unpacking /a/home/hrw/devel/oe/org.openembedded.dev/packages/linux/linux-handhelds-2.6/defconfig to /a/home/hrw/devel/build/angstrom/tmp/work/h3900-angstrom-linux-gnueabi/linux-handhelds-2.6-2.6.19-hh7-r0/ |
| 15:36.51 | hrw | cp: cannot stat `/a/home/hrw/devel/oe/org.openembedded.dev/packages/linux/linux-handhelds-2.6/defconfig': No such file or directory |
| 15:37.18 | koen | philippe: nope, too busy polishing angstrom-oabu |
| 15:37.22 | koen | oabi |
| 15:37.58 | philippe | damn, and I do not have any other "supported" device... |
| 15:38.06 | *** join/#oe dothedog (n=oc60174@c-71-195-210-81.hsd1.ma.comcast.net) |
| 15:38.40 | philippe | netbook does not really work because of missing kernel tools (and I do not have source for those, only florian has AFAIK), yopy has no decent kernel yet... |
| 15:39.53 | koen | philippe: have florian send you the tools |
| 15:40.24 | koen | I'm waiting for open tools to send off the netbook to a kernel hacker to get it ported to 2.6.recent |
| 15:43.29 | koen | implementing http://linuxtogo.org/~anonymous/netbook-booting.txt would be a start |
| 15:43.48 | koen | or convincing florian to build a 2.6.9 kernel with kexec support |
| 15:47.20 | hrw | koen: for so complicated boot system kexec looks best |
| 15:47.37 | hrw | btw - someone tried to build RPMs with OE? |
| 15:52.18 | hrw | h4000 built |
| 15:52.32 | hrw | hmm. I need ccache there |
| 15:54.18 | CIA-4 | 03pfalcon 07org.oe.dev * rdea29766... 10/ (3 files in 3 dirs): linux-handhelds-2.6: Add nice clean defconfigman-generated defconfig for h3900. |
| 15:55.02 | hrw | posokolvsky: can you add defconfigman recipe into OE? |
| 15:55.53 | dothedog | hrw: Good morning;) Have you had a chance to look at bug 1755? |
| 15:56.04 | hrw | !oebug 1755 |
| 15:56.05 | cdbot2 | * * Bug 1755, Status: NEW, Created: 2007-01-06 15:04 |
| 15:56.06 | cdbot2 | * * dothedog(AT)comcast.net: mysql-4.1.18 build fails on gen_lex_hash |
| 15:56.07 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1755 |
| 15:56.10 | hrw | yes |
| 15:56.19 | posokolvsky | hrw, well, it's just a python script not even requiring installation ;-). And it's not clear how it would fit so far. I'd like to get some general feedback first ;-) |
| 15:57.14 | hrw | posokolvsky: I like to have all OE related stuff available after some bitbake work ;D |
| 15:57.47 | posokolvsky | hrw, ok, then I'll add it ;-) |
| 15:58.11 | dothedog | hrw: what do I need to do? |
| 15:58.22 | hrw | dothedog: w8 a moment - I will push some stuf |
| 15:58.33 | dothedog | hrw: excellent! |
| 15:59.00 | hrw | posokolvsky: I build all needed stuff for host using OE |
| 15:59.08 | hrw | posokolvsky: MACHINE=native bitbake ccache now |
| 15:59.15 | posokolvsky | nice ;-) |
| 16:00.03 | hrw | CIA-4: BEWARE |
| 16:00.12 | hrw | ~20 changest |
| 16:00.57 | hrw | pushed |
| 16:01.08 | dothedog | hrw: I'll give it a shot. |
| 16:01.10 | hrw | dothedog: pull/update and rebuild |
| 16:01.40 | CIA-4 | 03hrw 07org.oe.oz354x * rf1f40c30... 10/ (1 classes/base.bbclass): |
| 16:01.40 | CIA-4 | base.bbclass: handle tar.Z archives - close #1433 (from .dev) |
| 16:01.40 | CIA-4 | applied changes from de17215ca0ec2c4f638399b95baf36a6e60b7bd4 |
| 16:01.40 | CIA-4 | <PROTECTED> |
| 16:01.44 | CIA-4 | 03hrw 07org.oe.oz354x * rfbced6b1... 10/ (1 classes/base.bbclass): |
| 16:01.44 | CIA-4 | base.bbclass: make showing display revision work with the mtn 0.30 workspace format (from .dev) |
| 16:01.45 | CIA-4 | applied changes from a0629352152e47a18449beec57ef52289d116470 |
| 16:01.47 | CIA-4 | <PROTECTED> |
| 16:01.49 | CIA-4 | 03hrw 07org.oe.oz354x * r4cbb1494... 10/ (1 packages/curl/curl_7.16.0.bb): |
| 16:01.51 | CIA-4 | curl: add 7.16.0, make linking against gnutls work (from .dev) |
| 16:01.53 | CIA-4 | applied changes from 74b62afa9d9b5f127553b347e236dccae5e5f546 |
| 16:01.55 | CIA-4 | <PROTECTED> |
| 16:01.57 | CIA-4 | 03hrw 07org.oe.oz354x * rab154145... 10/ (7 files in 2 dirs): gpe-mini-browser: dropped not used versions |
| 16:02.02 | CIA-4 | 03hrw 07org.oe.oz354x * r43a39660... 10/ (1 packages/gpe-mini-browser/gpe-mini-browser_0.19.bb): gpe-mini-browser: fixed SRC_URI to point to LTG, bumper PR due to curl update |
| 16:02.05 | CIA-4 | 03hrw 07org.oe.oz354x * r52f9e3ab... 10/ (1 packages/gtk-webcore/osb-nrcit_20050430.bb): osb-nrcit: bump due to curl update |
| 16:02.10 | CIA-4 | 03hrw 07org.oe.oz354x * r6a33f5f9... 10/ (4 files in 3 dirs): |
| 16:02.12 | CIA-4 | libgpg-error: added 1.3 (from .dev) |
| 16:02.14 | CIA-4 | applied changes from f980f926d4ed3ba38a98024e535fd402f176cd7b |
| 16:02.16 | CIA-4 | <PROTECTED> |
| 16:02.18 | CIA-4 | 03hrw 07org.oe.oz354x * rece43327... 10/ (8 files in 4 dirs): libgpg-error: dropped old versions |
| 16:02.20 | CIA-4 | 03hrw 07org.oe.oz354x * r2b607ac4... 10/ (19 files in 5 dirs): coreutils: added 5.3.0 from .dev, dropped older |
| 16:02.25 | CIA-4 | 03hrw 07org.oe.oz354x * rcd9e3a05... 10/ (11 files in 4 dirs): libusb: update to 0.1.12 |
| 16:02.29 | CIA-4 | 03hrw 07org.oe.oz354x * r96e195d5... 10/ (1 packages/libusb/libusb_0.1.12.bb): libusb: fix do_stage() |
| 16:02.31 | CIA-4 | 03hrw 07org.oe.oz354x * rb36de34f... 10/ (53 files in 10 dirs): dbus/dbus-glib: updated to 1.0.2/0.72 and dropped older |
| 16:02.34 | CIA-4 | 03hrw 07org.oe.oz354x * r48b7e771... 10/ (1 packages/curl/curl_7.16.0.bb): curl 7.16: package ca-certs (88kB), needed for ssl (e.g https) and RRECOMMEND it for libcurl (from .dev) |
| 16:02.37 | CIA-4 | 03hrw 07org.oe.oz354x * r0a22f8dd... 10/ (4 files in 4 dirs): (log message trimmed) |
| 16:02.41 | CIA-4 | uicmoc 2.3.10, 3.3.5: add patch to make it build on 64bit platforms. |
| 16:02.43 | CIA-4 | Thanks Darren Edmundson for writing the patch and Eric Shattow for testing. |
| 16:02.45 | CIA-4 | uicmoc3: fix a buglet in the 64bit-cleanup patch |
| 16:02.47 | CIA-4 | applied changes from b10f1ed461d73562b22f666803d0299ed187ca8a |
| 16:02.49 | CIA-4 | <PROTECTED> |
| 16:02.51 | CIA-4 | applied changes from bdfe3d888ff9f0ac9b669e49dc70d55553650a79 |
| 16:02.53 | CIA-4 | 03hrw 07org.oe.oz354x * rb8c02e6b... 10/ (1 site/i686-linux): site/i686-linux: add ac_cv_sizeof_off_t to get mysql-native build - part of #1743 |
| 16:02.58 | CIA-4 | 03hrw 07org.oe.oz354x * reeae3645... 10/ (1 packages/mysql/mysql-native_4.1.18.bb): mysql-native: disable innoDB - close #1743 |
| 16:03.01 | CIA-4 | 03hrw 07org.oe.oz354x * r9552ef0d... 10/ (1 site/x86_64-linux): site/x86-64-linux: add ac_cv_sizeof_off_t to get mysql-native build - part of #1743 |
| 16:03.06 | CIA-4 | 03hrw 07org.oe.oz354x * rd1ee7443... 10/ (1 packages/ipkg/ipkg-collateral.bb): ipkg-collateral: mark /etc/ipkg.conf as CONFFILE - close #1713 |
| 16:03.11 | CIA-4 | 03hrw 07org.oe.oz354x * rd9960852... 10/ (10 files in 5 dirs): apt: dropped as OZ does not use DPKG/APT |
| 16:04.52 | hrw | CIA-4: you are flooding |
| 16:05.17 | CIA-4 | 03hrw 07org.oe.oz354x * r7a3ad4e2... 10/ (1 packages/ipkg/ipkg-collateral.bb): ipkg-collateral: its /etc/ not /etc/etc |
| 16:05.21 | CIA-4 | 03hrw 07org.oe.oz354x * r5c0e6ace... 10/ (1 packages/curl/curl_7.16.0.bb): curl: fix EXTRA_OECONF to point to proper dir in staging |
| 16:05.54 | hrw | now time to close some bugs |
| 16:06.47 | philippe | hrw: impressive list of commits |
| 16:06.53 | hrw | philippe: one day of work |
| 16:07.37 | *** join/#oe Mardy (i=mardy@adsl-234-201.38-151.net24.it) |
| 16:08.29 | hrw | dothedog: remember to mark bugs as verified when you willg et mysql(native) built |
| 16:09.52 | dothedog | hrw: Stupid question. I get "/tmp/mtn.right.CHILDE" 18L, 286C |
| 16:09.52 | dothedog | <mtn.merged.B94E1J" [Not edited] 16 lines --6%-- (1 of 3) |
| 16:09.52 | dothedog | Press ENTER or type command to continue |
| 16:10.04 | dothedog | how do I merge? |
| 16:10.45 | *** join/#oe furlongm (n=furlongm@83-70-32-176.b-ras1.prp.dublin.eircom.net) |
| 16:10.51 | hrw | dothedog: best way: revert your changes and do update again |
| 16:11.32 | dothedog | hrw: Never done that before, what is the command? |
| 16:12.25 | hrw | mtn revert FILENAME |
| 16:13.21 | dothedog | hrw: got it. |
| 16:13.29 | koen | hrw: is rd1ee7443. in dev as well? |
| 16:13.43 | hrw | h5000 built |
| 16:14.04 | hrw | koen: which one it is? |
| 16:14.21 | koen | [17:03] CIA-4: hrw org.oe.oz354x * rd1ee7443... / (1 packages/ipkg/ipkg-collateral.bb): ipkg-collateral: mark /etc/ipkg.conf as CONFFILE - close #1713 |
| 16:14.53 | hrw | koen: not yet |
| 16:15.22 | dothedog | hrw: I get this: mtn revert ../org.openembedded.oz354x/packages/mysql/mysql-native_4.1.18.bb |
| 16:15.22 | dothedog | mtn: misuse: workspace required but not found |
| 16:15.58 | hrw | dothedog: cd ../org.openembedded.oz354x/packages/mysql/;mtn revert |
| 16:16.39 | dothedog | hrw: Ahhh, that worked. |
| 16:23.01 | dothedog | hrw: Got something else now: mtn: misuse: path _MTN/tmp/1 already exists |
| 16:23.21 | hrw | dothedog: rm -rf _MTN/tmp;mtn update |
| 16:24.26 | dothedog | hrw: mtn: misuse: path 'packages/coreutils/coreutils-5.3.0' already exists, cannot create |
| 16:24.36 | CIA-4 | 03hrw 07org.oe.dev * raf9734d1... 10/ (1 packages/ipkg/ipkg-collateral.bb): |
| 16:24.36 | CIA-4 | ipkg-collateral: added some tweaks from OpenZaurus |
| 16:24.36 | CIA-4 | - packaging as 'all' as this is not arch specific |
| 16:24.37 | CIA-4 | - marked ipkg.conf as CONFFILE to not get it removed on upgrade - close #1713 |
| 16:25.25 | hrw | dothedog: remove |
| 16:27.02 | dothedog | hrw: now I get: mtn: misuse: 66 missing files |
| 16:27.10 | dothedog | Am I doing something stupid? |
| 16:27.25 | hrw | dothedog: no. mtn does own stupid tricks on you |
| 16:27.49 | hrw | dothedog: you have some files changed and monotone has problem on updating. |
| 16:28.35 | hrw | dothedog: you can fight with it or checkout branch again and then look for your changes |
| 16:28.36 | dothedog | hrw: Should I do this? mtn: misuse: 'mtn revert --missing' |
| 16:28.46 | *** join/#oe lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 16:28.59 | hrw | dothedog: if you didnot changed things in repo then yes |
| 16:30.57 | *** join/#oe niv_one_three (n=niv@82.166.209.160) |
| 16:31.05 | dothedog | hrw: do you mean move the org.openembedded.oz354x to something else and checkout again? |
| 16:31.44 | hrw | yes |
| 16:31.57 | hrw | h6300 built |
| 16:34.53 | hrw | posokolvsky: ERROR: Unable to parse conf/bitbake.conf (conf/machine/htcblueangel.conf:32: unparsed line: ' blueangel_battery blueangel_leds "') |
| 16:40.32 | CIA-4 | 03hrw 07org.oe.oz354x * rf813ebcf... 10/ (10 files in 4 dirs): tin: updated to 1.9.1 |
| 16:40.36 | CIA-4 | 03hrw 07org.oe.dev * r77b6bc0a... 10/ (1 conf/machine/htcblueangel.conf): htcblueangel: fix parse error |
| 16:42.56 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 16:43.55 | hrw | posokolvsky: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=177&logfile=20070107173621.log - htcuniversal FAIL |
| 16:44.48 | *** join/#oe mwester__ (n=mwester@nslu2-linux/mwester) |
| 16:45.01 | koen | hrw: looks like wrong kernel version/wrong defconfig |
| 16:45.21 | koen | __NR_openat was only implemented for arm in 2.6.19 iirc |
| 16:45.39 | hrw | koen: thats something for machine maintainers |
| 16:45.40 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 16:45.46 | koen | hrw: yep |
| 16:45.56 | hrw | when this will end I will post to OE |
| 16:46.07 | koen | hrw: cool, thanks for testing |
| 16:46.16 | hrw | 'this week ARM broken machines are:' |
| 16:46.32 | hrw | koen: thanks goes to CELF for machine |
| 16:49.53 | *** join/#oe shirour (n=shirour@80.178.183.97) |
| 16:50.56 | shirour | hi! can someone please help me - i'm trying to compile opie-image (angstrom build) but it tells me that qemu needs gcc 3.x while i provide it with gcc 4.x. how do i tell it to compile it using gcc 3.x? |
| 16:51.41 | hrw | shirour: install gcc-3.4 or gcc-3.3 in system |
| 16:51.51 | *** join/#oe Mardy_ (i=mardy@adsl-62-119.38-151.net24.it) |
| 16:52.07 | Crofton | what is in the nc file koen pushed yesterday? |
| 16:52.14 | Crofton | the .inc file? |
| 16:53.38 | Crofton | nope |
| 16:56.14 | *** join/#oe gremlin[it] (n=gremlin@ppp-204-10.25-151.libero.it) |
| 16:57.23 | dothedog | hrw: just built mysql-native and it works now. I put a comment in bug 1743. Question, who actually closes them? |
| 16:58.19 | hrw | dothedog: you can as reporter |
| 16:58.32 | dothedog | hrw: will do |
| 16:58.38 | hrw | thx |
| 16:59.35 | dothedog | hrw: marked as closed |
| 16:59.39 | hrw | thx |
| 16:59.44 | shirour | hrw: but how do i tell bitbake to use it for qemu's compilation process? |
| 17:00.23 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:00.28 | hrw | shirour: qemu-native recipe has check for gcc-3.3, gcc-3.4, gcc32 inside - you just have to have them in system |
| 17:00.39 | shirour | hrw: even better - can i just use premade package and turn its flag off in the conf file? |
| 17:01.00 | hrw | koen: hx2000 is not supported in Angstrom? |
| 17:01.16 | hrw | shirour: can. ASSUME_PROVIDED += "qemu-native" |
| 17:01.32 | shirour | hrw: great..! and do you recommend of doing this? |
| 17:01.41 | hrw | shirour: I recommend using OE version |
| 17:01.55 | shirour | hrw: ok. so installing gcc3.4 as well is the best solution..? |
| 17:02.04 | hrw | koen: supported as having kernel version set atleast |
| 17:02.09 | hrw | shirour: yes |
| 17:02.43 | RP | hrw: I think the plan is to try and get some images going with it |
| 17:02.56 | hrw | RP: git kernel got built |
| 17:03.34 | koen | hrw: as RP said :) |
| 17:03.53 | koen | hrw: RP and I agreed to sort the kernel version via default_preference |
| 17:04.14 | hrw | ok |
| 17:04.26 | hrw | NOTE: package task-base-1.0: completed |
| 17:04.26 | RP | The git kernel will become 2.6.20 at which point we'll probably make it the default |
| 17:05.08 | shirour | hrw: ok, i've installed gcc3.4. in order to continue the compilation process from the same place i just need to run "bitbake opie-base" again? |
| 17:06.32 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 17:06.42 | hrw | shirour: task-base will be enough for you now ;D |
| 17:07.36 | shirour | hrw: you mean enough to get started? |
| 17:08.40 | hrw | yep |
| 17:08.57 | shirour | hrw: what does it contain..? |
| 17:09.53 | [cc]smart | where are fetches of sourcecode actually performed in OE ? |
| 17:09.59 | shirour | hrw: btw, what dist. do you recommend? i have kernel 2.6.15 running |
| 17:10.13 | shirour | hrw: so i'm afraid angstrom may not work |
| 17:10.18 | hrw | shirour: I would update kernel to 2.6.16/18 and use angstrom |
| 17:10.36 | hrw | shirour: or you can use generic or openzaurus-unstable |
| 17:10.44 | shirour | hrw: what about familiar? |
| 17:10.59 | hrw | shirour: submit machine config and kernel to OE so it will be included in my builds |
| 17:11.06 | hrw | familiar is not supported here |
| 17:11.56 | shirour | hrwl: currently i just use the omap one with a very few changes |
| 17:12.12 | *** join/#oe thejapa (n=thejapa@unaffiliated/thejapa) |
| 17:12.31 | hrw | shirour: but own kernel |
| 17:13.09 | shirour | hrw: yes. oh, you mean the kernel patch |
| 17:13.19 | shirour | hrw: yeah, i'll do that soon. currently we're working on it a bit... |
| 17:13.27 | dothedog | hrw: mysql works now too. I marked 1767 as fixed. |
| 17:13.39 | hrw | dothedog: thx for reporting and testing |
| 17:13.56 | dothedog | hrw: no problem. |
| 17:14.13 | hrw | shirour: what do you feel about OE now after started to use it? was it worth? |
| 17:14.13 | dothedog | hrw: thanks for fixing it so fast! |
| 17:15.11 | shirour | hrw: i really hope so, i hardly compiled anything yet |
| 17:15.46 | shirour | hrw: the concept looks great, i wish it would work |
| 17:15.49 | *** join/#oe anushsh (n=anushshe@220.226.81.164) |
| 17:16.48 | Laibsc2 | !oebug 1713 |
| 17:16.49 | cdbot2 | * * Bug 1713, Status: RESOLVED, Created: 2006-12-23 11:08 |
| 17:16.50 | cdbot2 | * * bugs.openembedded.org(AT)rolf.leggewie.biz: ipkg-collateral overwrites config file /etc/ipkg.conf |
| 17:16.51 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1713 |
| 17:16.59 | hrw | Laibsc1: fixed |
| 17:17.05 | Laibsc1 | hrw: I know |
| 17:17.05 | shirour | hrw: which dist. do you think i should choose- generic or openzaurus..? |
| 17:17.15 | Laibsc1 | hrw: Did you push the fix into dev as well? |
| 17:17.24 | Laibsc1 | hrw: Or is that not necessary? |
| 17:17.29 | shirour | hrw: is there anyway by which i can build angstrom for older kernels? |
| 17:17.30 | Crofton|home | shirour, which one are you using now? |
| 17:17.30 | hrw | shirour: for now I suggest generic and TARGET_FPU = "soft" |
| 17:17.42 | hrw | shirour: ah.. yes.. |
| 17:17.59 | hrw | shirour: DISTRO="angstrom-2007.1-oabi" is too new for me ;) |
| 17:18.14 | hrw | Laibsc1: pushed into .dev too - forgot to comment |
| 17:18.24 | Laibsc1 | OK |
| 17:18.28 | Laibsc1 | nice, thanks. |
| 17:19.38 | CIA-4 | 03rpurdie * r737 10bitbake/lib/bb/ (build.py runqueue.py): build.py: Merge stamp_is_current and stamp_is_current_cache into one function. This needs rethinking eventually. |
| 17:20.55 | Laibsch | RP: When are you going to push trunk to stable? I start to loathe not being able to "configure somepackage" in bitbake -I |
| 17:21.04 | Laibsch | Would be very nice. |
| 17:21.15 | shirour | hrw: great.. thanks..! but the one that is marked by "oabi" is the one without it? |
| 17:22.27 | CIA-4 | 03rpurdie * r738 10bitbake/lib/bb/build.py: build.py: Add del_stamp function to remove existing stamps (factoring common functionality into a shared function). |
| 17:23.13 | *** join/#oe leoncamel (n=leoncame@219.142.144.31) |
| 17:24.18 | hrw | shirour: eabi works in 2.6.16+ kernels. you have older so use -oabi version of angstrom |
| 17:24.24 | hrw | koen probably can tell more |
| 17:24.35 | CIA-4 | 03koen 07org.oe.dev * rbe981942... 10/ (1 packages/gcc/gcc3-build-cross.inc): gcc3-build-cross.inc: add safeguard for gcc-cross-initial |
| 17:24.41 | koen | you can patch 2.6.15 easily as well |
| 17:25.24 | RP | Laibsch: What do you mean? You mean a bug in bitbake 1.6? |
| 17:25.35 | shirour | koen: so that it will support eabi? how can i do that? |
| 17:26.25 | CIA-4 | 03rpurdie * r739 10bitbake/lib/bb/ (cooker.py runqueue.py shell.py): runqueue.py: Pass cooker to prepare_runqueue (for now) |
| 17:26.37 | koen | shirour: with the patches from http://www.arm.linux.org.uk/developer/patches/search.php?summary=eabi |
| 17:26.44 | Laibsch | !oebug 1656 |
| 17:26.45 | cdbot2 | * * Bug 1656, Status: RESOLVED, Created: 2006-12-05 17:51 |
| 17:26.46 | cdbot2 | * * bugs.openembedded.org(AT)rolf.leggewie.biz: bitbake shell chokes on configure at times |
| 17:26.47 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1656 |
| 17:26.58 | Laibsch | RP: that one and bug 1654 |
| 17:27.16 | Laibsch | They are not in trunk but in stable bitbake. |
| 17:28.39 | shirour | koen: great, thanks..! so all i need to do is apply the patch for 2.6.15 and i'll have eabi?? |
| 17:29.01 | koen | 4 or 5 patches, but yes |
| 17:29.16 | koen | 3101 thru 3112 iirc |
| 17:30.32 | shirour | koen: but isn't that for the 2.6.14? |
| 17:30.35 | RP | Laibsch: The problem is trunk has other issues :-( |
| 17:30.59 | koen | shirour: it will apply to 2.6.15 as well |
| 17:31.14 | shirour | koen: great, thanks..! so 3101-3112 it is |
| 17:32.39 | *** join/#oe Mardy (i=mardy@adsl-101-116.38-151.net24.it) |
| 17:33.20 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 17:34.54 | koen | shirour: 3101/1, 31021, 3103/1, 3104/1, 3105/4, 3106/2, 3107/3 are the most important ones |
| 17:35.33 | shirour | ok. i hope i wouldn't have problems... what's the best way to know if it works? |
| 17:35.44 | koen | boot it :) |
| 17:36.05 | shirour | oh there's a kernel boot message? |
| 17:36.26 | shirour | do i need to turn it on in menuconfig? |
| 17:37.24 | hrw | hx4700 built |
| 17:38.23 | koen | shirour: CONFIG_AEABI=y |
| 17:38.30 | koen | CONFIG_OABI_COMPAT=y |
| 17:39.13 | shirour | koen: ok, thanks..! |
| 17:39.25 | hrw | this way you willhave kernel which will work with OABI and EABI rootfs |
| 17:39.43 | shirour | which one is better? |
| 17:39.52 | hrw | EABI is future for arm |
| 17:43.14 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-31-124.w82-123.abo.wanadoo.fr) |
| 17:43.41 | hrw | ks8695 built |
| 17:45.00 | hrw | RP: bitbake trunk has var which holds count of tasks in progress? |
| 17:45.44 | Jin^eLD | re |
| 17:45.47 | hrw | RP: I'm thinking about adding small (local) patch which would give information how many tasks are in progress |
| 17:46.04 | hrw | logicpd-pxa270 started |
| 17:49.03 | CIA-4 | 03rpurdie * r740 10bitbake/lib/bb/ (build.py cooker.py runqueue.py): Make -f (force) flag handling work properly |
| 17:49.09 | RP | hrw: No, it doesn't keep count. I should change that as it would be simple to do... |
| 17:49.32 | Crofton | what is alchemy? |
| 17:49.45 | hrw | Crofton: mips family of cpus |
| 17:49.53 | hrw | previously AMD |
| 17:50.03 | Crofton | doh |
| 17:50.05 | Crofton | http://openalchemy.org/index.php/Main_Page |
| 17:50.37 | hrw | Crofton: or UI for Amida |
| 17:50.40 | hrw | Crofton: nice UI btw |
| 17:51.20 | hrw | Crofton: I saw that on one event and UI was nice (amida itself was not so nice) |
| 17:52.56 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 17:53.09 | hrw | RP: cleaning poky changesets? |
| 17:53.09 | likewise | morning :-) |
| 17:53.12 | hrw | hi likewise |
| 17:53.33 | RP | hrw: No, just plain fixing bugs. That one is also present in poky... |
| 17:55.07 | *** join/#oe Mardy_ (i=mardy@adsl-ull-239-231.42-151.net24.it) |
| 17:57.00 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-104-107.pools.arcor-ip.net) |
| 17:57.18 | hrw | logicpd-pxa270 built |
| 17:58.23 | hrw | magician is HTC magician? |
| 17:59.34 | CIA-4 | 03rpurdie * r741 10bitbake/lib/bb/shell.py: shell.py: Fix up force flag handling for directly named files |
| 17:59.38 | Crofton | http://www.linux-watch.com/news/NS7056717365.html |
| 18:00.52 | hrw | Crofton: yes, we know about n800 ;D |
| 18:01.19 | hrw | posokolvsky: can we rename magician to htcmagician? |
| 18:02.28 | Crofton | I am slow |
| 18:04.19 | likewise | Crofton: well good excuse, you're lagging some timezones. |
| 18:04.55 | likewise | (but we always work late :-) |
| 18:04.57 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 18:06.45 | Crofton | anyone know for sure what processor is in N800? |
| 18:07.07 | hrw | rumours say omap2420 |
| 18:17.00 | CIA-4 | 03rpurdie * r742 10bitbake/lib/bb/runqueue.py: runqueue.py: Give the user some idea of the number of tasks involved |
| 18:18.09 | RP | hrw: Just for you ;-) |
| 18:20.45 | *** join/#oe Mardy (i=mardy@adsl-137-50.38-151.net24.it) |
| 18:21.28 | hrw | thx |
| 18:22.07 | hrw | xf86-video-vesa-X11R7.1-1.2.0 is broken |
| 18:22.24 | hrw | NOTE: Running task 811 of 968 (ID: 43, /home/hrw/devel/oe/org.openembedded/packages/xorg-driver/xf86-video-vesa_X11R7.1-1.2.0.bb, do_fetch) |
| 18:22.27 | hrw | ;) |
| 18:22.44 | hrw | mainstone built |
| 18:23.16 | RP | hrw: You'll understand the number when it finishes building... |
| 18:23.52 | hrw | k |
| 18:24.36 | RP | hrw: Basically we can't know in advance how many stamps are going to be valid. It skipped the first 811 tasks in this case... |
| 18:24.55 | hrw | understand |
| 18:25.13 | hrw | mtx-3 config is broken - use 'arm' packagearch |
| 18:29.49 | *** join/#oe tmbinc (i=abcd@e176136181.adsl.alicedsl.de) |
| 18:33.44 | likewise | hmm, I'm running into an issue with base.bbclass, but I do not want to touch that |
| 18:36.45 | likewise | koen: ping |
| 18:36.51 | koen | likewise: pong |
| 18:37.02 | likewise | koen: http://www.openembedded.org/viewmtn/diff.psp?id1=77b6bc0a2e2c6465ab8132383765456617d1247f&id2=be981942fc1ce0d6a3e06da184fd2bdc2a662194 |
| 18:37.44 | likewise | could you explain why this diff is there? I am running into a bug I am just debugging and it seems involved. |
| 18:38.09 | likewise | !oebug #1769 |
| 18:38.10 | cdbot2 | * * Bug 1769, Status: NEW, Created: 2007-01-07 10:25 |
| 18:38.11 | cdbot2 | * * likewise(AT)gmx.net: libstdc++ .la files might be broken wrt dependency_libs line |
| 18:38.12 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1769 |
| 18:39.30 | likewise | koen: my current hypothesis is that there should be no surrounding spaces around the = sign. |
| 18:39.54 | koen | likewise: mtn pull :) |
| 18:40.38 | CIA-4 | 03koen 07org.oe.dev * r5156b0a1... 10/ (1 packages/gcc/gcc3-build-cross.inc): gcc3-cross-build.inc: remove spurious spaces |
| 18:41.03 | likewise | koen: hmm, so you think I am right? |
| 18:41.08 | koen | yes |
| 18:41.22 | likewise | koen: but the spaces where already there before the diff I mentioned. |
| 18:41.41 | likewise | koen: are was the file editing shortly before? |
| 18:41.46 | likewise | s/are/or/ |
| 18:42.03 | likewise | koen: starting a clean build for efika, just to be sure |
| 18:42.55 | likewise | koen: that was a quick commit, btw |
| 18:48.09 | hrw | NOTE: Tasks Summary: Attempted 968 tasks of which 920 didn't need to be rerun and 0 failed. |
| 18:48.14 | hrw | nice summary |
| 18:48.42 | Crofton__ | omniorb does not build for efika |
| 18:49.08 | likewise | Crofton: what error? |
| 18:49.21 | hrw | koen: what do we do with armv4+ targets which has wrong package_arch? fix or report? |
| 18:49.25 | Crofton__ | I thin kI thin kto check some type sizes |
| 18:49.40 | Crofton__ | I am working on getting a running efika, then I will fix it |
| 18:49.59 | Crofton__ | looks very similar to a problem I had on arm, having to do with long double |
| 18:50.14 | koen | hrw: fix |
| 18:50.15 | likewise | Crofton__: there are more packages that won't build for efika, musicpd/mdp is one I hit yesterday |
| 18:50.34 | koen | hrw: reporting an waiting for the fix just takes way too long |
| 18:50.40 | Crofton__ | I am going to try and get mine running, then get my sdr stuff going on it |
| 18:50.42 | RP | food |
| 18:50.55 | likewise | Crofton__: sdr? soft-radio? |
| 18:50.56 | hrw | koen: gumstix and mtx-3 are broken then |
| 18:51.04 | Crofton__ | ~sdr |
| 18:51.06 | ibot | Multicast Session Directory Tool. URL: http://www-mice.cs.ucl.ac.uk/multimedia/software/sdr/. Software Defined Radio |
| 18:51.23 | Crofton__ | software defined radio in my case :) |
| 18:51.30 | likewise | Crofton__: My EFIKA runs fine, so if you get stuck, drop a line. Although I am not running from HDD or USB. |
| 18:51.49 | Crofton__ | I am going to try net boot this afternoon |
| 18:52.08 | Crofton__ | although I have come into work and looked for some sapcers so I can mount it in the carboard box it came in |
| 18:52.15 | Crofton__ | no luck though :( |
| 18:52.31 | *** join/#oe zecke (n=ich@91.64.160.112) |
| 18:52.34 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:52.41 | likewise | ~sapcers |
| 18:52.46 | Crofton__ | anyway, time to walk back home |
| 18:52.47 | zecke | noha__: you are a towel! |
| 18:52.49 | Crofton__ | spacers |
| 18:52.53 | likewise | dug |
| 18:52.55 | likewise | duh |
| 18:52.57 | Crofton__ | :) |
| 18:52.59 | zecke | mickey|squash: http://emea.kontron.com/index.php?id=53&detail_id=679 search for Lutz |
| 18:53.12 | noha__ | you're towel! |
| 18:53.22 | *** join/#oe mrz80 (n=scotsman@n128-227-212-173.xlate.cns.ufl.edu) |
| 18:53.26 | *** join/#oe Mardy_ (i=mardy@adsl-93-118.38-151.net24.it) |
| 18:53.59 | XorA | morning |
| 18:54.09 | hrw | morning XorA |
| 18:54.37 | koen | hey XorA |
| 18:55.07 | CIA-4 | 03hrw 07org.oe.dev * r7679548c... 10/ (4 files in 3 dirs): xf86-video-vesa: fix CROSS COMPILE BADNESS |
| 18:55.19 | likewise | ouch, that hurt my ears |
| 18:55.26 | likewise | XorA: hi |
| 18:58.27 | hrw | NOTE: Running task 2691 of 3084 (ID: 2053, /home/hrw/devel/oe/org.openembedded/packages/gnome/libsoup_2.2.98.bb, do_populate_staging) |
| 19:00.12 | hrw | gqview is broken |
| 19:00.22 | hrw | | gdk-pixbuf-csource --raw --extern --build-list folder_closed /home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/gqview-2.1.1-r1/gqview-2.1.1/src/icons/folder_closed.png folder_locked /home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/gqview-2.1.1-r1/gqview-2.1.1/src/icons/folder_locked.png folder_open /home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/gqview-2.1.1-r1/gqview-2.1.1/src/icons/folder_open.pn |
| 19:00.29 | hrw | | /bin/sh: gdk-pixbuf-csource: command not found |
| 19:00.47 | koen | hrw: there are a lot more OE apps requiring that |
| 19:01.08 | hrw | koen: so a lot more OE apps are broken? |
| 19:01.23 | XorA | ooooh Nokia N800 |
| 19:01.29 | hrw | libgtk-2.0-native time? |
| 19:01.41 | hrw | XorA: you are another lagged user ;) |
| 19:02.00 | XorA | hrw: not all of use are hardwired to internet yet :-) |
| 19:04.25 | hrw | !oebug 1770 |
| 19:04.26 | cdbot2 | * * Bug 1770, Status: NEW, Created: 2007-01-07 11:07 |
| 19:04.27 | cdbot2 | * * openembedded(AT)hrw.one.pl: gqview need Native gdk-pixbuf-csource |
| 19:04.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1770 |
| 19:04.40 | hrw | koen: can I mark it as RC for angstrom? |
| 19:05.19 | hrw | btw - mainstone built |
| 19:05.45 | XorA | hrw: add gnumeric to 1770 |
| 19:06.12 | hrw | XorA: you have www browser too ;) |
| 19:06.19 | hrw | XorA: I'm not yet hit by gnumeric |
| 19:06.51 | XorA | hrw: Ill forget by the time Ive fixed mplayer |
| 19:07.38 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 19:07.52 | likewise | gerwinin: hi. sorry I did not read a msg from you. |
| 19:08.46 | gerwinin | Likewise : ik gebruikte het volgende bordje : J7F4 |
| 19:09.06 | gerwinin | Likewise : It seems I tried to send you the messages when I was offline |
| 19:09.45 | gerwinin | Likewise: I received some mail from a company who is offering small embedded systems for 99 dollars |
| 19:09.49 | gerwinin | Per 1 |
| 19:09.59 | *** join/#oe neo_ (n=neo@81.13.153.49) |
| 19:10.00 | likewise | gerwinin: ok, nice board indeed. My Epia is suffering from a (well known) bad capacitors problem. |
| 19:10.06 | neo_ | hello |
| 19:10.10 | likewise | gerwinin: nice boards? |
| 19:10.40 | hrw | gerwinin: nice price.. |
| 19:11.17 | neo_ | I need some help and tweaks about eo |
| 19:11.45 | neo_ | i WANT TO CROSS COMPIL A GLIBC APPLICATION WITH THIS TOOL BUT I HAVE LOT OF PROBLEMS |
| 19:11.51 | neo_ | caps lock oupsi |
| 19:12.05 | neo_ | I use this "new" card http://www.linux-mips.org/wiki/Marvell_Firehawk |
| 19:12.10 | gerwinin | Likewise , I had a similar problem |
| 19:12.32 | gerwinin | Likewise : well the boards are okay, they are also offering webpads and stuff |
| 19:12.36 | neo_ | OE don't provide a 2.4 kernel |
| 19:12.42 | gerwinin | Likewise but their webpads are a bit expensive |
| 19:12.45 | noha__ | Any hints which kernel is best to use for a simpad build? |
| 19:12.57 | gerwinin | Likewise : 600 dollars |
| 19:13.02 | likewise | gerwinin: <gulp> |
| 19:13.13 | likewise | gerwinin: Nokia N800 comes in at USD400 |
| 19:13.26 | likewise | but is probably a tad smaller |
| 19:13.56 | gerwinin | Likewise I can send you their folder |
| 19:14.45 | likewise | gerwinin: I don't have money to spend on yet another embedded board right now, enough on my desk to play with |
| 19:14.46 | hrw | gerwinin: can you send me copy? |
| 19:15.35 | likewise | gerwinin: I am interested in what the $99 boards are though. |
| 19:15.44 | gerwinin | hrw: yes of course |
| 19:16.20 | gerwinin | Likewise : a bit of the same here |
| 19:16.29 | gerwinin | hrw: I will send you their folder |
| 19:16.38 | hrw | thx |
| 19:22.22 | hrw | 23 |
| 19:23.04 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 19:24.09 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 19:24.11 | hrw | goxboxlive: htcuniversal is broken |
| 19:25.05 | hrw | 100mhz cpu, 2m flash, 8m ram, serial + few gpio lines |
| 19:25.37 | goxboxlive | hrw: I know it is. My local is working, but what is the failure message? |
| 19:25.41 | hrw | but linksys mipsel boards <100USD are mipsel, wifi, serial, ethernet etc.. |
| 19:25.44 | hrw | goxboxlive: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=177&logfile=20070107173621.log |
| 19:28.31 | hrw | XorA: abiword atleast is not affected |
| 19:28.49 | hrw | h3900 built |
| 19:29.00 | hrw | not time for htcblueangel |
| 19:29.04 | hrw | s/not/now |
| 19:30.17 | *** join/#oe noha_ (n=norbert@p57A0DADB.dip.t-dialin.net) |
| 19:30.37 | neo_ | I speak in outer space.. no?? |
| 19:30.41 | hrw | XorA: gnumeric failed. |
| 19:30.43 | hrw | /bin/sh: raw: command not found |
| 19:30.43 | hrw | make[4]: [../../src/pixmaps/gnumeric-stock-pixbufs.h] Error 127 (ignored) |
| 19:30.43 | hrw | make[4]: Leaving directory `/home/hrw/devel/build/progear/tmp/work/i686-angstrom-linux/gnumeric-1.6.3-r0/gnumeric-1.6.3/src/pixmaps' |
| 19:30.53 | hrw | XorA: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=181&logfile=20070107200731.log |
| 19:31.17 | Crofton|home | <PROTECTED> |
| 19:31.30 | goxboxlive | hrw: Yes, that is a bug in the .18-hh1 tag. It is fixed in the hh2 tag and above. But as i have said alot of times now, HTC Universal is not finished yet, it should only build the kernel from cvs and not any other tags. I will let you know when we have a fully working kernel, and then we can use tags. |
| 19:32.59 | XorA | hrw: yeah thats bug 1770 |
| 19:33.14 | goxboxlive | But actually, that is not a universal bug, it was a bug in the c code of audit in the .18 kernel |
| 19:33.40 | hrw | goxboxlive: then provide us with info which hh.org kernel release builds for universal |
| 19:34.11 | *** join/#oe Mardy (i=mardy@adsl-202-202.38-151.net24.it) |
| 19:34.17 | hrw | goxboxlive: without kernel this machine will not get angstrom test images |
| 19:36.28 | hrw | cu guys |
| 19:36.47 | goxboxlive | hrw: That will not be a problem, i diont think it is ready to have a release, we have to have fully working. But, as long I can have it in OE, and you commit my patches i and the rtest of us are happy with that. |
| 19:38.14 | *** join/#oe ar (n=ar@port-ip-213-211-233-179.reverse.mdcc-fun.de) |
| 19:41.54 | koen | gerwinin: cris boards? |
| 19:42.23 | koen | cris^H^H^H^Haxis |
| 19:43.05 | gerwinin | Cris ? |
| 19:43.12 | gerwinin | Koen: cris boards ? |
| 19:43.32 | koen | your $99 embedded boards |
| 19:43.58 | koen | gerwinin: http://www.antratek.nl/Acme-Fox-board.html |
| 19:48.11 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-31-124.w82-123.abo.wanadoo.fr) |
| 19:53.58 | gerwinin | Koen: no this one is much more expensive |
| 19:54.11 | gerwinin | Koen: I bought one and it costed me about 140 euro |
| 19:55.02 | *** join/#oe slapin_nb (n=slapin@gprs-nat.spbmts.ru) |
| 19:55.26 | *** join/#oe Marex_ (n=Marex@85.132.236.161) |
| 20:02.33 | likewise | gerwinin: this board does not really compete with the EP93xx boards, I think |
| 20:04.29 | likewise | (and we have no cris support I guess) |
| 20:06.43 | likewise | what's this bitbake error (RunQueue, Index out of Range): http://pastebin.ca/309551 |
| 20:31.00 | hrw | re |
| 20:31.04 | hrw | likewise: update bitbake |
| 20:31.15 | hrw | gerwinin: did you sent me infos? |
| 20:31.29 | likewise | hrw: 1.7.2, rev 742 |
| 20:31.42 | likewise | hrw: 1.6 seems to work ok. |
| 20:31.56 | hrw | likewise: hm.. I just did some builds with 742 |
| 20:32.08 | hrw | one of them is still going |
| 20:32.56 | likewise | hrw: I was at 1.7.2, rev 735, which gave the error, then cleared the cache, went with 1.7.2 rev 742, which also gave the same error. Now 1.6 works. |
| 20:33.47 | likewise | hrw: but there is something strange with the error I pasted: it has references to both the efika and ixp4xx build, so there might be something dangling here. |
| 20:34.00 | hrw | likewise: BBPATH bad? |
| 20:34.43 | likewise | hrw: no it is ok. I grepped for ixp4xx in the env output, and the config files. zero occurences. |
| 20:35.10 | hrw | strange.. |
| 20:35.22 | hrw | who maintain htcblueangel?? |
| 20:35.22 | likewise | hrw: but I suspect the problem may be local, I will debug later |
| 20:38.06 | koen | hrw: rob_w is the blueangel dude |
| 20:38.28 | *** join/#oe B_Lizzard (n=havoc@ppp139-47.adsl.forthnet.gr) |
| 20:38.35 | B_Lizzard | I have one complaint to make |
| 20:38.57 | koen | B_Lizzard: we suck? |
| 20:39.02 | koen | we already know that :) |
| 20:39.05 | B_Lizzard | :) |
| 20:39.37 | hrw | ~botmail to rob_w HTC BlueAngel machine config in OE is broken - kernel modules need renaming. |
| 20:40.08 | B_Lizzard | When installing multiple versions of GCC (like 4.1.1, and 3.3.4), the "gcc" and "g++" executables are not links to their respective binaries, but instaid, they're normal binaries |
| 20:40.18 | B_Lizzard | Makes it harder to replace them and whatnot |
| 20:40.29 | B_Lizzard | Switch between GCC versions |
| 20:41.18 | B_Lizzard | koen: You drooling over the N800? |
| 20:41.23 | B_Lizzard | :) |
| 20:42.30 | koen | B_Lizzard: yep |
| 20:42.44 | B_Lizzard | I'm loving it |
| 20:43.13 | B_Lizzard | Anyways, stupid complaint, but I guess it might be a valid thought or something like that |
| 20:43.34 | hrw | mtx-3 is problematic machine |
| 20:43.37 | hrw | bbiab |
| 20:46.20 | CIA-4 | 03koen 07org.oe.dev * r1dec36a8... 10/ (1 conf/machine/htcblueangel.conf): htcblueangel: fix kernel-module naming |
| 20:53.29 | *** join/#oe Daze (n=daze@mctnnbsa24w-142167035177.pppoe-dynamic.nb.aliant.net) |
| 20:54.39 | Daze | Hello! |
| 20:59.21 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-110-142.pools.arcor-ip.net) |
| 21:00.44 | posokolvsky | hrw, those "safeguards" for gcc3, would they be needed for gcc4? anyone built gcc4 after today's koen patches? I got libsupc++ not found in gcc-cross-initial so far. |
| 21:02.47 | koen | posokolvsky: that's what the safeguards are for |
| 21:09.26 | *** join/#oe TheCan (n=thecan@dslb-084-056-151-056.pools.arcor-ip.net) |
| 21:10.02 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 21:11.14 | hrw | bbl |
| 21:18.12 | *** join/#oe lindenle (n=lindenle@ppp-70-225-174-70.dsl.chmpil.ameritech.net) |
| 21:18.21 | lindenle | What python package is imap.py in |
| 21:27.11 | posokolvsky | ok, after latest pull gcc4-initial built ok |
| 21:30.07 | *** join/#oe sirfred|c760 (n=mteira@41.Red-88-7-187.staticIP.rima-tde.net) |
| 21:30.21 | sirfred|c760 | Hi |
| 21:30.54 | XorA | sirfred|c760: hey |
| 21:30.59 | XorA | sirfred|c760: nice xserver |
| 21:31.30 | sirfred|c760 | XorA: Thnx. Did you tested it? |
| 21:32.22 | XorA | sirfred|c760: I am right now |
| 21:32.39 | XorA | sirfred|c760: only thing I find so far, is it would be nice if xrandr supported 320x240 |
| 21:33.31 | sirfred|c760 | XorA: Yes. I have plans to do so. I think it's supported at framebuffer level. |
| 21:34.00 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 21:34.07 | sirfred|c760 | XorA: I just need to register that mode in rr config and test, I suppose |
| 21:34.29 | sirfred|c760 | XorA: Did you tested xv? |
| 21:35.40 | CIA-4 | 03xora 07org.oe.dev * r87665cf1... 10/ (1 packages/mplayer/mplayer_0.0+1.0rc1.bb): |
| 21:35.40 | CIA-4 | mplayer_0.0+1.0rc1.bb : enable x11 and xv output now we have a kdrive |
| 21:35.40 | CIA-4 | that does them |
| 21:36.26 | sirfred|c760 | XorA: I'm also thinking about implementing some of the XRender accel. Perhaps some blending ops can be done on hw |
| 21:36.35 | XorA | sirfred|c760: yes, I just pushed the mplayer as you can see :-) |
| 21:37.12 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 21:37.33 | *** join/#oe florian (n=fuchs@87.193.43.69) |
| 21:37.48 | Crofton|home | anyone know a good reference to get efika to net boot? |
| 21:37.50 | sirfred|c760 | Great. Anyway there is an strange offset. The overlay surface is a little shifted from the colorkey rectangle (a small yellow zone in the upper side) |
| 21:37.52 | florian | good morning |
| 21:38.04 | philippe | morning florian |
| 21:39.27 | sirfred|c760 | XorA: I've already made some changes, to detect the screen orientation instead of assuming it's 90 degrees rotated on startup |
| 21:40.47 | sirfred|c760 | XorA: A weird thing about mplayer is that it always start maximized, under matchbox wm |
| 21:41.51 | sirfred|c760 | XorA: The only way I was able to have it render the video at its original size was running without matchbox wm |
| 21:42.04 | *** join/#oe W8TVI (n=me@166.166.4.203) |
| 21:43.42 | philippe | sirfred|c760: that is not weird. If mplayer opens an X11 window, matchbox will fullscreen that window (minus taskbar if there is one). It is default matchbox behaviour |
| 21:44.36 | XorA | sirfred|c760: yes, that is a fault of mb-wm |
| 21:44.50 | sirfred|c760 | philippe: So, its a feature of matchbox |
| 21:44.56 | XorA | sirfred|c760: I get a yellow border top and bottom of my test video |
| 21:45.19 | XorA | sirfred|c760: my video is 320x176 |
| 21:45.27 | Crofton|home | doh |
| 21:45.27 | sirfred|c760 | XorA: Yes, some misscalculated offset I was not able to detect |
| 21:45.39 | Crofton|home | must actually connect ethernet to efika ..... |
| 21:46.25 | sirfred|c760 | XorA: I tested with 388x210 or so and only got the upper one. |
| 21:46.39 | XorA | sirfred|c760: not to do with having to round to 4/8 pixels? |
| 21:48.31 | sirfred|c760 | XorA: The overlay surface is rounded to 16, but its painted black. So, it should cover the colorkey rectangle (yellow). I thought I was just placing the overlay badly, but if you get upper and down bars... |
| 21:49.22 | sirfred|c760 | XorA: What you are seeing is the colorkey rectangle that should be completely shadowed by the overlay |
| 21:49.57 | sirfred|c760 | And as the overlay surface is upper rounded... it's strange |
| 21:50.08 | XorA | sirfred|c760: yeah, I am familiar with that effect |
| 21:50.45 | sirfred|c760 | XorA: You can always set the overlay colour to black. ;-) |
| 21:50.53 | XorA | sirfred|c760: :-D |
| 21:52.15 | posokolvsky | | checking for .preinit_array/.init_array/.fini_array support... no |
| 21:52.15 | posokolvsky | | configure: error: Need linker with .init_array/.fini_array support. |
| 21:52.17 | posokolvsky | fsck |
| 21:52.25 | sirfred|c760 | XorA: I've also exposed an xv attr to limit the max overlay surface size that the driver should use. It tries to downscale the surface to make it fit into that size. |
| 21:52.48 | sirfred|c760 | XV_MAXOVERLAYSIZE IIRC |
| 21:53.09 | sirfred|c760 | XorA: You can see it using xvinfo |
| 21:56.42 | XorA | sirfred|c760: Im just crunching a 320x240 to see how that looks |
| 21:57.22 | XorA | sirfred|c760: I dont suppose there is any chance of vsync support? |
| 21:58.31 | sirfred|c760 | XorA: We can wait vsync, don't know how could it affect performance |
| 21:58.58 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:59.07 | sirfred|c760 | XorA: Anyway I didn't notice too much flickering in my tests |
| 21:59.28 | XorA | sirfred|c760: I am seeing quite bad tearing |
| 21:59.38 | sirfred|c760 | XorA: Did you set fastsysclk to 1? |
| 22:01.48 | XorA | sirfred|c760: ahah, I forgot all about that, yes thats much better |
| 22:02.15 | sirfred|c760 | XorA: I think it should be the default. |
| 22:04.17 | XorA | sirfred|c760: yes, it looks like it |
| 22:04.35 | hrw | re again |
| 22:04.46 | hrw | goxboxlive: I will look at your mail tomorrow |
| 22:05.23 | sirfred|c760 | XorA: I will experiment with vsync, anyway |
| 22:05.42 | goxboxlive | hrw: Thats great, koen has allready commented it. |
| 22:05.56 | hrw | goxboxlive: I know - I looked at those mails |
| 22:06.21 | hrw | goxboxlive: some parts of patch probably can be cleaned and accepted |
| 22:07.03 | sirfred|c760 | Do you know of any place where I could buy a battery for my husky? |
| 22:07.21 | sirfred|c760 | It looks it's starting to drain faster |
| 22:07.35 | goxboxlive | hrw: thx |
| 22:07.39 | hrw | sirfred|c760: laptopforless.com, brando shop |
| 22:08.07 | sirfred|c760 | hrw: thx. I will take a look. |
| 22:11.00 | hrw | goxboxlive: btw - I do not understand people which do not use name surname in mails |
| 22:12.04 | goxboxlive | hrw: well, i am afraid of koen, he might send a missile after me one day :-) |
| 22:12.43 | hrw | goxboxlive: this is childish - you are under 20? |
| 22:13.10 | goxboxlive | :-) |
| 22:13.42 | sirfred|c760 | No way. Only "Error loading page" |
| 22:15.22 | XorA | hrw: name/nick gives no more info in an email than each other if the person only knows you from IRC |
| 22:15.37 | XorA | hrw: there are more people know me as XorA than my real name |
| 22:18.34 | hrw | XorA: "goxboxlive <goxboxlive@server>" is.... |
| 22:18.58 | goxboxlive | :-) |
| 22:19.04 | hrw | XorA: there is something like signature where I used to put infos like 'IRC: Hrw" |
| 22:19.26 | XorA | XorA <xora@xora.org.uk> is what I send out a lot |
| 22:19.56 | sirfred|c760 | I'm seeing that when I close the lid of my husky, the backlight keeps on. Is there kernel support for the switch that detects the lid closing? |
| 22:20.11 | *** join/#oe bluelightning_ (n=blueligh@125-237-72-25.jetstream.xtra.co.nz) |
| 22:20.26 | hrw | sirfred|c760: there is |
| 22:20.30 | XorA | sirfred|c760: yes, it emits an input subsystem event |
| 22:22.18 | sirfred|c760 | So, we should be able to switch off the light, shouldn't we? What level should that be implemented, zaurusd? |
| 22:22.40 | XorA | sirfred|c760: zaurusd policy would be the natural choice |
| 22:23.14 | XorA | sirfred|c760: controlled by a config file, which chooses suspend/lcdoff/nothing |
| 22:24.10 | sirfred|c760 | Perhaps w100fb could expose a file to do that, if it's not already doing |
| 22:27.12 | sirfred|c760 | Good night |
| 22:27.31 | *** part/#oe sirfred|c760 (n=mteira@41.Red-88-7-187.staticIP.rima-tde.net) |
| 22:27.32 | philippe | ok. diet-x11_X11R7.1-1.0.1.bb makes include/X11/Xlib.h disappear.... |
| 22:27.39 | philippe | which is not good.... |
| 22:34.13 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 22:34.38 | hrw | goxboxlive: sent answer |
| 22:34.40 | hrw | hi Rod |
| 22:34.51 | rwhitby | hey hrw |
| 22:35.52 | hrw | mx21ads built |
| 22:40.38 | goxboxlive | <PROTECTED> |
| 22:42.33 | hrw | goxboxlive: pester us about bugs from time to time |
| 22:42.37 | *** join/#oe bluelightning1 (n=blueligh@125-237-76-96.jetstream.xtra.co.nz) |
| 22:43.25 | goxboxlive | hrw: I forget it, since it works here localy. |
| 22:44.59 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 22:45.57 | SonicvanaJr | goxboxlive gamer tag ? :) |
| 22:48.26 | *** join/#oe posokolvsky (n=psokolov@238.usernat.ip.net.ua) |
| 22:48.53 | goxboxlive | ? |
| 22:51.13 | SonicvanaJr | nevermind. |
| 22:51.18 | *** join/#oe JoeSchmo (n=jciccone@pool-71-172-53-135.nwrknj.fios.verizon.net) |
| 22:55.34 | univac | i have own feed, how can i regenerate a Package file? |
| 22:56.30 | hrw | ipkg-make-index |
| 23:02.09 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 23:08.50 | hrw | ~lart monotone for its SLOWAGE |
| 23:11.27 | *** join/#oe Bitmaster (n=Bitmaste@c-fb61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 23:12.37 | hrw | time to sleep |
| 23:12.37 | hrw | cu |
| 23:54.02 | Crofton|home | likewise, ? |
| 23:54.09 | likewise | Crofton|home: yes |
| 23:54.21 | Crofton|home | I can load my efika kernel vis tftp |
| 23:54.29 | Crofton|home | having trouble mounting nfs root |
| 23:54.54 | Crofton|home | seems like I am having trouble getting the path in |
| 23:55.02 | Crofton|home | <PROTECTED> |
| 23:55.44 | likewise | you use ip=dhcp on the kernel boot line? |
| 23:55.53 | Crofton | yeah |
| 23:56.05 | Crofton | um, I may have nfs server issues ... |
| 23:56.11 | Crofton | can'tshowmount from another machine |
| 23:58.48 | likewise | This is my NFS root mount: http://pastebin.ca/309786 |
| 23:59.30 | Crofton | I suspect I buggered the nfs setup |
| 23:59.41 | likewise | what does exportfs -rafv show? |
