| 00:08.38 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:16.48 | *** join/#oe dkey (i=somebody@193.170.48.236) |
| 00:20.11 | Laibsch | mickey|berlin: Do you think bug 747 can be closed? |
| 00:20.15 | Laibsch | !oebug 747 |
| 00:20.17 | cdbot2 | * * Bug 747, Status: REOPENED, Created: 2006-03-15 19:18 |
| 00:20.18 | cdbot2 | * * emte(AT)labotomy.net: Familiar Rendered Unbuildable on some hosts |
| 00:20.19 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=747 |
| 00:20.29 | Laibsch | AFAIK, OE no longer supports familiar |
| 00:23.53 | *** join/#oe mithro (n=tim@169.222.10.167) |
| 00:24.30 | mickey|berlin | Laibsch: yes, can be closed |
| 00:24.53 | mickey|berlin | hmm, the X tslib driver seems to be seriously fucked up here |
| 00:26.33 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:28.35 | mickey|berlin | didn't i recall something regarding xcalibrate being broken in some versions? |
| 00:29.25 | koen | mickey|berlin: in the _git version |
| 00:29.35 | koen | mickey|berlin: and make sure you don't use -mouse arguments |
| 00:31.01 | mickey|berlin | koen: -mouse? where |
| 00:31.17 | koen | Xfbdev -foo basr -baz -mouse <something> |
| 00:31.46 | mickey|berlin | hmm i have libxcalibrate0+git |
| 00:31.49 | mickey|berlin | that one is broken= |
| 00:31.50 | mickey|berlin | ? |
| 00:32.24 | koen | that one works |
| 00:32.33 | koen | kdrive_git was (is?) broken |
| 00:33.10 | mickey|berlin | hmm |
| 00:33.16 | mickey|berlin | i have 7.1-1.1.0 here |
| 00:33.30 | koen | that one should work |
| 00:33.35 | mickey|berlin | hmm darn |
| 00:33.38 | koen | it seems to work over here |
| 00:33.48 | koen | mickey|berlin: do you use cpufreq? |
| 00:34.01 | mickey|berlin | libxcalibrate0+git20060814 here |
| 00:34.08 | koen | I had troubles with the ts on the h2200 and hx4700 using cpufreq |
| 00:34.34 | koen | what kind of spurious events are you seeing? |
| 00:34.54 | mickey|berlin | a) missing button press events |
| 00:35.00 | mickey|berlin | b) double press & release events |
| 00:35.12 | mickey|berlin | sometimes totally off xy values |
| 00:35.34 | mickey|berlin | while ts_test works fine |
| 00:35.47 | *** join/#oe |jbs| (n=Bernardo@10001296612.0000006537.acesso.oni.pt) |
| 00:36.07 | koen | I get a) and b) |
| 00:36.17 | koen | b) messes up xkbd |
| 00:36.40 | koen | symptons: capitals ('A') instead of lowercase ('a') |
| 00:36.47 | mickey|berlin | no keyboard here at all :) |
| 00:37.04 | koen | there should be a debounce plugin iirc |
| 00:38.21 | mickey|berlin | the problem is it's fine in the kernel and in tslib |
| 00:38.38 | mickey|berlin | only X doesn't behave |
| 00:38.54 | koen | does ts_test use the plugins specified? |
| 00:39.29 | koen | ah, right |
| 00:39.34 | CIA-19 | 03koen 07org.oe.dev * rdbd927aa... 10/ (1 packages/wv packages/wv/wv_1.2.0.bb): wv: add 1.2.0, from Poky, ran through oe-stylize.py |
| 00:39.47 | koen | ts_test uses module_raw <foo>, but not module <foo> |
| 00:41.26 | koen | that cost me a few days I'll never get back |
| 00:41.50 | mickey|berlin | ts_test uses ts_read here |
| 00:41.53 | mickey|berlin | ts_test.c |
| 00:42.15 | koen | or was it ts_calibrate? |
| 00:42.17 | koen | bleh |
| 00:42.35 | mickey|berlin | hehe |
| 00:42.52 | koen | and I suspect I won't finish this book either tonight |
| 00:42.57 | koen | ~700 pages left |
| 00:43.32 | *** join/#oe SonicvanaJr (n=Garrrett@unaffiliated/sonicvanajr) |
| 00:43.35 | *** join/#oe SonicvanaSr (n=Garrrett@cblmdm72-240-97-94.buckeyecom.net) |
| 00:45.07 | mickey|berlin | I get KMapNotify events during mouse presses !?? |
| 00:45.13 | mickey|berlin | is that a symptom as well? |
| 00:45.22 | mickey|berlin | KeyMapNotifyEvents, even |
| 00:45.27 | mickey|berlin | (in xev) |
| 00:45.36 | koen | no idea, sorry |
| 00:51.29 | koen | bears on the road? |
| 00:53.53 | likewise | koen: hope not, I have motorcycle exams in 10 hours :-) |
| 00:54.25 | likewise | exam as in verhicle control tests (drive figure-eights and stuff). |
| 00:54.40 | koen | good luck with that! |
| 00:54.58 | likewise | thanks, I'm already feeling a bit nervous for it. |
| 00:55.04 | *** join/#oe SonicvanaJr (n=Garrrett@unaffiliated/sonicvanajr) |
| 00:55.23 | likewise | taking a nap now, see you. |
| 00:55.39 | caprifischer | cu & good luck ;) |
| 00:58.43 | mickey|berlin | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa |
| 00:59.55 | *** join/#oe SonicvanaJr (n=Garrrett@unaffiliated/sonicvanajr) |
| 01:00.41 | mickey|berlin | koen: is it possible that the X server opens /dev/mice even without me sying -mouse ? |
| 01:00.57 | koen | yes |
| 01:01.05 | koen | I forgot to say that |
| 01:01.20 | koen | kdrive tries to autoconfigure itself |
| 01:01.30 | *** part/#oe Laibsch (n=Laibsch@R76d9.r.ppp-pool.de) |
| 01:01.40 | *** join/#oe Laibsch (n=Laibsch@R76d9.r.ppp-pool.de) |
| 01:01.50 | *** join/#oe tmbinc (n=tmbinc@82.149.226.167) |
| 01:01.56 | mickey|berlin | aaaaah |
| 01:02.00 | mickey|berlin | how do i stop that? |
| 01:02.04 | koen | mickey|berlin: http://bugs.openembedded.org/show_bug.cgi?id=1694 comment #9 |
| 01:02.15 | JustinP | I remember reading about that some time ago |
| 01:02.36 | JustinP | X's screwy input implementation |
| 01:03.20 | mickey|berlin | thanks guys |
| 01:03.25 | mickey|berlin | removing the nodes did it |
| 01:03.26 | koen | mickey|berlin: it has been fixed in later kdrives with the input-hotplug branch, but the easiest way is not to have /dev/input/mice |
| 01:04.00 | mickey|berlin | k, thanks |
| 01:04.21 | mickey|berlin | first big thing for tonite fixed :D |
| 01:05.09 | mickey|berlin | just 6 man hours later |
| 01:05.10 | mickey|berlin | heh |
| 01:06.26 | koen | ;) |
| 01:06.37 | *** join/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
| 01:07.53 | mickey|berlin | so the reason why Zaurus and iPAQ works is that they have patched udev configs? |
| 01:08.13 | mickey|berlin | btw., we will announce a clear roadmap and more details very soon |
| 01:08.19 | mickey|berlin | working on that statement tomorrow |
| 01:08.55 | koen | mickey|berlin: kernel configs iirc |
| 01:09.08 | koen | I suspect you have mousedev or something loaded |
| 01:10.28 | koen | mickey|berlin: and screenshots! |
| 01:15.09 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:29.46 | mickey|berlin | thanks guys |
| 01:29.52 | mickey|berlin | need to sleep |
| 01:29.53 | mickey|berlin | g'nihgt |
| 01:30.15 | JustinP | for ehat? |
| 01:30.18 | JustinP | what? |
| 01:32.11 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:36.19 | v8jlene | koen: can I get you to test a change to your php for the user manual? This change will modify relative URLs but leave absolute ones alone... the last two str_replace lines should be replaced with the following line: |
| 01:36.21 | v8jlene | $bodytext = preg_replace('/href="(?!https?:\/\/|ftp:\/\/|mailto:|news:|javascript:|#)(\S*?)"/', 'href="/user-manual&dpage=\\1"', $bodytext) |
| 01:36.50 | v8jlene | and make sure it all still works... I've tested locally but my php and server layout is abit different. |
| 01:38.54 | koen | it doesn't seem to work :( |
| 01:39.51 | v8jlene | What version of php is on there? |
| 01:39.53 | koen | it seems to make all the test go away |
| 01:41.13 | koen | v8jlene: 4.3.10-16 |
| 01:43.57 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 01:44.50 | v8jlene | Hmm, I have 5.x, but pcre looks fine from 4.1 onwards. Anything in the web server error logs? (It works fine here... really ;) |
| 01:45.52 | v8jlene | Oh, there should be a ; on the end of the line... my cut 'n paste missed that because the line is wider than my screen ;( |
| 01:46.32 | koen | D'oh |
| 01:46.34 | koen | now it works |
| 01:48.27 | v8jlene | Cool, external links still look ok as well. So I should be able to enable naming all the user manual pages by id now instead of chapter/section so the URL's remain stable. |
| 01:51.39 | koen | nice, thank's for figuring that out |
| 01:51.47 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:59.51 | CIA-19 | 03lenehan 07org.oe.documentation * re5a3dda4... 10/ (1 usermanual/Makefile): |
| 01:59.51 | CIA-19 | usermanual: Modify the makefile so that "make xhtml" will generate filenames |
| 01:59.51 | CIA-19 | using section/chapter id's rather than using section/chapter numbers. This |
| 01:59.51 | CIA-19 | should result in the URL's pointint into the manual remaing constant even |
| 01:59.51 | CIA-19 | when chapters and sections are added and/or deleted. |
| 02:14.48 | *** join/#oe TheMonkeySan (n=tms@dyn-88-122-164-229.ppp.tiscali.fr) |
| 02:34.53 | *** join/#oe tmb|away (n=tmbinc@82.149.226.167) |
| 02:40.34 | *** join/#oe florian_ (n=fuchs@84-245-188-217.dus.bpool.celox.de) |
| 02:53.55 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:03.45 | *** join/#oe AvengerMoJo (n=alex@210.245.196.6) |
| 03:06.16 | *** join/#oe mithro (n=tim@169.222.10.167) |
| 03:12.17 | *** join/#oe AvengerMoJo (n=alex@210.245.196.6) |
| 03:25.49 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 03:41.07 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 03:41.27 | CIA-19 | 03pfalcon 07org.oe.dev * re9f90698... 10/ (4 files in 2 dirs): (log message trimmed) |
| 03:41.27 | CIA-19 | libopie2: Enable SQL PIM backend. |
| 03:41.27 | CIA-19 | * Let users store their data reliably. XML backend is still used by default, |
| 03:41.27 | CIA-19 | user must activate SQLite in config files (see OPIE wiki). |
| 03:41.27 | CIA-19 | * Regarding concerns due to which is wasn't enabled before: "too large for 16MB |
| 03:41.27 | CIA-19 | flash devices" - such devices welcome to disable-override it; "no sync" - apparently, |
| 03:41.31 | CIA-19 | no sync with SQLite backend active, but XML is till by default. |
| 03:45.50 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 04:03.20 | *** join/#oe JustinP (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 04:08.06 | *** join/#oe tmbinc (n=tmbinc@82.149.226.167) |
| 04:19.18 | *** join/#oe gnufan (n=mhfan@61.191.27.226) |
| 04:32.57 | CIA-19 | 03lenehan 07org.oe.documentation * r712cb66c... 10/ (1 usermanual/usermanual.xml): usermanual: Add year 2007 to the copyright information. |
| 04:56.53 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 05:16.26 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 05:17.47 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 05:22.38 | *** join/#oe mwester__ (n=mwester@nslu2-linux/mwester) |
| 05:23.36 | *** join/#oe den-ros (n=Den@86.111.18.50) |
| 05:29.32 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:41.13 | *** join/#oe tmb|away (n=tmbinc@82.149.226.167) |
| 05:47.38 | *** join/#oe mithro (n=tim@169.222.10.167) |
| 06:19.44 | *** join/#oe Cockroach- (n=saaskoli@gw.solution.yomi.com) |
| 06:20.03 | Cockroach- | morning |
| 06:23.17 | *** join/#oe _law_ (n=law@mx2.stiftadmont.at) |
| 06:53.20 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 07:03.25 | *** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |
| 07:15.17 | *** join/#oe tmbinc (n=tmbinc@82.149.226.167) |
| 07:33.34 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 07:43.27 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:45.01 | *** join/#oe jacobfan (n=jacob@fw.exoweb.net) |
| 08:10.33 | hrw|work | morning |
| 08:11.59 | _law_ | hi hrw|work |
| 08:19.47 | *** join/#oe pH5 (n=ph5@p5485F038.dip.t-dialin.net) |
| 08:19.57 | hrw|work | ~summon mickeyl |
| 08:19.59 | ibot | apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing mickeyl's coordinates |
| 08:34.10 | JustinP | hrw|work: don't know if this is your thing, but I'm currently hitting a missing libxml2-native in oz354x. I copied over the 2.6.9-native bb from .dev to see if it helps. If it does, I'll commit it. |
| 08:34.13 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 08:36.02 | JustinP | does *anyone* know what's up with the wiki? At least 1 person said they could access it but no-one else can. |
| 08:37.09 | hrw|work | JustinP: berlios.de got worse and worse |
| 08:37.28 | hrw|work | JustinP: probably someone need to think about moving wiki to ltg |
| 08:37.43 | hrw|work | JustinP: hm. libxml2-native... will check |
| 08:38.07 | JustinP | hrw|work: build seemed to work fine and the next build worked, so I think just copying over the .dev one works |
| 08:38.36 | JustinP | hrw|work: ah, it's on berlios? yeah, it really ought to be moved to ltg. Not that I would have rights to do it myself of course.... |
| 08:39.05 | univac | philippe: ping |
| 08:39.53 | hrw|work | JustinP: feel free to add libxml-native |
| 08:42.25 | JustinP | hrw|work: will-do |
| 08:45.01 | *** join/#oe rob_w (n=rob_w@p549B96A1.dip0.t-ipconnect.de) |
| 08:45.20 | CIA-19 | 03justinp 07org.oe.oz354x * r7c9d483a... 10/ (1 packages/libxml/libxml2-native_2.6.9.bb): libxml2: add -native to allow builds to finish (copied from .dev) |
| 08:45.25 | JustinP | I've also noticed that edb-native fork-bombs my machine now....not cool....no idea why it happens |
| 08:45.59 | JustinP | np, though, as it's not needed. I'll be pushing an update revision as soon as I test it |
| 08:46.21 | hrw|work | edb-native is evil |
| 08:46.51 | JustinP | not sure what happened to it |
| 08:46.57 | JustinP | it built fine last time I updated the efl |
| 08:47.15 | *** join/#oe mykilx (n=mykilx@pool-71-98-162-157.tampfl.dsl-w.verizon.net) |
| 08:47.15 | JustinP | something about it, OE, and bb forks pkg-config into oblivion |
| 08:48.35 | *** join/#oe tmbinc (n=tmbinc@82.149.226.167) |
| 08:50.10 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:51.17 | hrw|work | hi greentux |
| 08:51.49 | greentux | hi hrw|work |
| 08:55.41 | hrw|work | NOTE: package libtododb-0.10-r0: task do_package: started |
| 08:55.41 | hrw|work | NOTE: couldn't find pkgconfig module 'sqlite' in any package |
| 08:55.49 | hrw|work | thats interesting |
| 08:56.07 | *** join/#oe mykilx (n=mykilx@pool-71-98-162-157.tampfl.dsl-w.verizon.net) |
| 08:56.40 | JustinP | sqlite3 perhaps? |
| 08:56.44 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:57.12 | hrw|work | no - it use sqlite 2 |
| 09:00.34 | greentux | hi rp |
| 09:02.47 | *** join/#oe sza2 (n=sza2@dsl51B6340F.pool.t-online.hu) |
| 09:02.56 | sza2 | morning. |
| 09:05.02 | hrw|work | hi sza2 |
| 09:07.48 | JustinP | there we go, no more forkbomb |
| 09:07.48 | JustinP | will push that with my other updates |
| 09:07.48 | hrw|work | yeah |
| 09:07.48 | sza2 | Can anyone help me? http://pastebin.ca/317126 , http://pastebin.ca/317127 |
| 09:07.49 | hrw|work | so finallly I will be able to build e17 on remote machines |
| 09:07.51 | JustinP | (I just turned off the GTK config-ing with a patch) |
| 09:08.08 | JustinP | hrw|work: actually, edb-native isn't needed anymore anyway |
| 09:08.23 | hrw|work | sza2: which command used? |
| 09:08.24 | JustinP | with the patches I haven't sent in yet |
| 09:08.36 | sza2 | bitbake gnumeric |
| 09:08.54 | hrw|work | sza2: show log of build |
| 09:08.55 | sza2 | but it fails at libbonobo configuration |
| 09:09.09 | sza2 | Where can I find? |
| 09:09.52 | hrw|work | sza2: fails on libbonobo do_configure? |
| 09:10.25 | sza2 | yes |
| 09:11.02 | CIA-19 | 03justinp 07org.oe.oz354x * rc1a142b2... 10/ (39 files in 6 dirs): |
| 09:11.02 | CIA-19 | efl, e17: update to newest versions |
| 09:11.02 | CIA-19 | - updated entrance's DEPENDS, it no longer needs edb and edb-native |
| 09:11.02 | CIA-19 | - added a patch for edb-antive that stops its strange fork-bomb with pkg-config |
| 09:11.25 | *** join/#oe niv_one_three (n=niv@82.166.109.189) |
| 09:12.23 | hrw|work | sza2: hm. I can test does it works for me |
| 09:12.40 | hrw|work | started 'bitbake gnumeric' |
| 09:13.48 | sza2 | actually, I follow XorA suggestion to make gnumeric for Angstrom, since for "generic" it was unsuccessful. |
| 09:14.56 | sza2 | Now DISTRO="angstrom-2007.1" and MACHINE="hx4700" |
| 09:19.36 | RP | morning all |
| 09:20.08 | hrw|work | hi Richard |
| 09:23.13 | greentux | hi RP |
| 09:23.36 | greentux | RP did you tried the sdio stack in a Z? |
| 09:26.33 | pb_ | RP: so, I have a small update on my circular dependency thing. if I do "bitbake mysql" or "bitbake libxrandr" then it tells me that everything is good and nothing needs to be done. if I do "bitbake mysql libxrandr", or try to build a package which depends on both (qt-x11-free) then I get this circular dependency thing. |
| 09:26.54 | *** join/#oe _law_ (n=law@mx2.stiftadmont.at) |
| 09:29.24 | pb_ | it seems to have decided that mysql-native do_package_write() depends on mysql do_package, which looks fairly obviously bogus. |
| 09:30.35 | RP | pb_: That does sound like a problem as if it can build each individually, it should be able to build both together... |
| 09:30.58 | pb_ | yah, one would hope so |
| 09:31.04 | RP | greentux: I've not tried it |
| 09:31.10 | XorA | morning |
| 09:31.14 | pb_ | hi xora |
| 09:31.19 | *** join/#oe tmbinc (i=abcd@82.149.226.179) |
| 09:32.25 | greentux | RP: ok, I have no sdio device here in the moment.. will try to get a wlan card |
| 09:32.30 | greentux | hi XorA |
| 09:32.44 | RP | greentux: I don't have any either... |
| 09:34.01 | RP | pb_: Which metadata are using? I don't see this problem with OE.dev locally? |
| 09:35.53 | RP | pb_: The other thing I'd check is whether some bogus variables are leaking from mysql into mysql-native through a .inc file. RDEPENDS are often overlooked for that |
| 09:36.10 | RP | hi XorA |
| 09:37.16 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:37.32 | do13 | morning all |
| 09:37.40 | RP | hi Dirk |
| 09:37.46 | greentux | hi dirk |
| 09:38.27 | do13 | hey Richard, Matthias |
| 09:38.34 | pb_ | RP: oe.dev from about last friday |
| 09:38.44 | pb_ | MACHINE=epia, DISTRO=generic |
| 09:39.05 | pb_ | I'll have a look for bogus rdepends shortly. |
| 09:39.50 | sza2 | Xora: hi. I tried to compile with DISTRO="angstrom" the package gnumeric, but it fails with libbonobo configure. I pastebin'd http://pastebin.ca/317126 and http://pastebin.ca/317127 |
| 09:40.23 | hrw|work | sza2: libbonobo 2.14 built for me |
| 09:40.24 | sza2 | XorA: so it still not fine for me (but different problem)... |
| 09:40.51 | sza2 | hrw|work: are you compile to hx4700? |
| 09:41.55 | hrw|work | sza2: it does not matter which ARM machine I use (h2200 here) |
| 09:44.27 | sza2 | In this case what can be the problem? |
| 09:45.25 | sza2 | Can the host system cause it? I use debian etch as host. |
| 09:46.42 | XorA | sza2: sorry I might have been blind on friday, correct is DISTR="angstrom-2007.1" |
| 09:46.47 | XorA | DISTRO= |
| 09:47.21 | sza2 | Or some dependency? I tried to build with bitbake gnumeric after getting OE.mtn, pulling, checking out. Is there anything else I need to do. |
| 09:48.28 | NAiL | [cc]smart: The lcdproc .bb isn't quite done. It needs to compile the drivers twice to get all drivers compiled |
| 09:48.30 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:48.32 | Bernardo | good morning |
| 09:48.53 | hrw|work | hi Bernardo |
| 09:49.00 | Bernardo | hi hrw|work |
| 09:49.12 | sza2 | XorA: On friday I started with a fresh install, (wget OE, pull, checkout, etc) and set DISTRO="angstrom-2007.1", MACHINE="hx4700" |
| 09:49.29 | Bernardo | I'm sorry, I didn't have time this weekend to test rebuilding oz354x and see if the .la linking problem is fixed |
| 09:49.57 | Bernardo | last time I tried it would stop generating locales with glibc, but from what I've seen that can be disabled, right? |
| 09:50.07 | CIA-19 | 03justinp 07org.oe.oz354x * r4e302d1e... 10/ (3 files in 3 dirs): entrance: call enlightenment_start instead of enlightenment |
| 09:50.31 | XorA | sza2: cool, sorry Im a bit frazzled today |
| 09:50.39 | sza2 | XorA: I used http://pastebin.ca/317127 . Is that correct? |
| 09:51.18 | hrw|work | Bernardo: yes - edit distro config to disable it |
| 09:51.24 | JustinP | e-image is working fine now. entrance is displaying too big...not sure why |
| 09:51.29 | JustinP | but you can login |
| 09:52.38 | XorA | sza2: looks good to me, post up the failed log |
| 09:54.37 | JustinP | night |
| 09:57.00 | sza2 | XorA: http://pastebin.ca/317126 (configure libbonobo) |
| 09:58.54 | XorA | that looks like libgnome didnt build, there is something wierd going on, what bitbake are you using? |
| 10:00.52 | sza2 | XorA: 1.6.3 |
| 10:04.17 | XorA | sza2: I am puzzled, I am sure it is something obvious I am missing, but I cant see it |
| 10:04.19 | *** join/#oe mickey|berlin (n=mickey@berligate.hmw-consulting.de) |
| 10:04.36 | pb__ | RP: ah yeah, mysql.bb sets RDEPENDS_${PN} and mysql-native includes that file. |
| 10:04.46 | pb__ | I guess I can just clobber it back to the empty string in the latter. |
| 10:04.57 | pb__ | hail mickey|berlin |
| 10:05.03 | RP | pb__: right, that would do it |
| 10:05.06 | mickey|berlin | yawn |
| 10:05.11 | RP | morning mickey|berlin |
| 10:05.11 | mickey|berlin | good morning pb_ |
| 10:05.12 | mickey|berlin | hey RP |
| 10:05.46 | koen | hey mickey|berlin |
| 10:05.47 | sza2 | XorA: I think the same for me:-) |
| 10:06.21 | hrw|work | hi mickey|berlin |
| 10:06.35 | hrw|work | mickey|berlin: can you remind one thing to Sean? |
| 10:06.40 | mickey|berlin | hey hrw |
| 10:06.44 | mickey|berlin | sure thing, what? |
| 10:06.52 | hrw|work | <PROTECTED> |
| 10:06.55 | sza2 | XorA: but I follow the guide on OE getting started and think, do not miss anything... |
| 10:07.21 | hrw|work | mickey|berlin: Tomasz Zielinski wrote to him about materials for OpenMoko presentation which he will have on Pingwinaria 2007. |
| 10:07.37 | XorA | sza2: did you successfully build an angstrom-gpe-image ? |
| 10:08.28 | XorA | sza2: maybe we missed a dependency that happens to be filled by building the gpe-image |
| 10:08.31 | mickey|berlin | hrw|work: thanks, will remind him. having breakfast w/ LaF0rge now and in 1h we'll continue working |
| 10:08.43 | XorA | sza2: I dont really have to to try a from scratch build of gnumeric |
| 10:10.49 | *** part/#oe ravic (n=ravi@222-155-208-82.jetstream.xtra.co.nz) |
| 10:10.57 | sza2 | XorA: not. I just try to build gnumeric directly for angstrom. |
| 10:10.59 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 10:11.11 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 10:11.26 | hrw|work | mickey|berlin: thanks too |
| 10:11.35 | sza2 | XorA: but I did it for "generic" when gconf-osso was missing. |
| 10:12.24 | sza2 | XorA: I will try it later. Now I compile hx4700 generic again. |
| 10:13.30 | sza2 | XorA: my CPU is so slow it is an AMD at 2800 only... |
| 10:15.00 | florian_kc | good monring |
| 10:15.05 | hrw|work | sza2: 2800+ is slow? |
| 10:15.10 | hrw|work | hi florian_kc |
| 10:15.21 | greentux | hi florian_kc |
| 10:16.32 | sza2 | hrw|work: If I start to build gpe-image it needs one more than night to build. The cross tool is a few hours. |
| 10:17.11 | hrw|work | sza2: crosstool build toolchain |
| 10:17.25 | sza2 | ? |
| 10:17.31 | hrw|work | NOTE: Running task 1879 of 3259 (ID: 2766, /home/hrw/devel/oe/org.openembedded.dev/packages/gtk-webcore/osb-nrcore_20060212.bb, do_compile) |
| 10:17.56 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 10:18.51 | sza2 | hrw|work: ok. so building the toolchain is a few hours. |
| 10:19.00 | hrw|work | sza2: crosstool is a tool to build toolchain only. OE builds toolchain, needed native tools/libraries, target tools/libraries |
| 10:19.27 | hrw|work | sza2: and toolchain is <25% of gpe-image work |
| 10:20.31 | *** join/#oe polyonymous (n=hacker@pD953A80B.dip0.t-ipconnect.de) |
| 10:20.34 | sza2 | hrw|work: I just meant making the tools for cross-compiling is a few hours for me. |
| 10:21.17 | hrw|work | sza2: and then you have to build everything by hand, you have to remember order which to build etc.. |
| 10:21.50 | sza2 | hrw|work: I think it's realistic tools -> few ours, gpe-image -> night+ |
| 10:21.54 | hrw|work | fetch source, dig for patchsets, build, fix, build, build another lib etc |
| 10:22.38 | sza2 | Sorry, I should go now. |
| 10:22.55 | hrw|work | sza2: gpe-image is 3259 tasks to do. toolchain is only 174 tasks |
| 10:23.00 | hrw|work | thats BIG difference |
| 10:23.46 | hrw|work | sza2: I do not even want to think how much time it would take to build gpe-image by hand |
| 10:31.47 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 10:33.52 | hrw|work | mickey|berlin: I got interesting question about openmoko ;D 'does your company plans to work on OpenMoko software and need some programmers?' |
| 10:40.42 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 10:46.49 | *** join/#oe mickey|berlin (n=mickey@berligate.hmw-consulting.de) |
| 11:00.42 | *** join/#oe sza2_ (n=sza2@dsl51B78B54.pool.t-online.hu) |
| 11:10.50 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:11.10 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 11:22.26 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 11:28.36 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 11:29.30 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
| 11:36.33 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:37.24 | hrw|work | RP: progress info is very nice thing |
| 11:40.19 | *** join/#oe pH5 (n=ph5@p5485F038.dip.t-dialin.net) |
| 11:43.46 | RP | hrw|work: I quite like it too. You get a feeling its doing something :) |
| 11:47.01 | hrw|work | http://www.tuaw.com/2007/01/13/nbc-and-npr-feature-iphone-humor/ |
| 11:53.51 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 11:58.44 | *** join/#oe tkp (n=tom@80-47-155-38.lond-th.dynamic.dial.as9105.com) |
| 11:59.27 | tkp | morning guys... quick question: How can I just run the do_stage routine for one particular recipie? |
| 12:00.02 | tkp | I tried bitbake -c stage myapp but that seems to also run do_stage for all deps too |
| 12:00.17 | hrw|work | bitbake -cstage -b path/to/recipe.bb |
| 12:00.27 | tkp | hrw|work: thanks |
| 12:02.05 | hrw|work | RP: is some kind of progressbar possible in 1.6 branch? |
| 12:03.21 | koen | -c populate_staging |
| 12:03.36 | koen | you can see with -c listtasks |
| 12:07.17 | RP | hrw|work: No, since 1.6 doesn't have any idea how many tasks it will run |
| 12:07.22 | hrw|work | ok |
| 12:07.38 | hrw|work | NOTE: Running task 2528 of 3259 (ID: 1173, /home/hrw/devel/oe/org.openembedded.dev/packages/procps/procps_3.2.7.bb, do_compile) |
| 12:07.52 | hrw|work | 700 tasks to go.. |
| 12:10.31 | florian_kc | Why does *every* monotone update end up completely broken stuff?! |
| 12:11.30 | hrw|work | florian_kc: which way? |
| 12:13.28 | florian_kc | hrw|work: it complained about missing local files... then about existing filenames in _MTN/tmp... if i remove these it complains about files that exist but shouldn't exist. |
| 12:14.29 | hrw|work | florian_kc: yep.. you changed file which will be updated and mootone has problem to solve it |
| 12:14.53 | florian_kc | hrw|work: i didn't |
| 12:15.37 | florian_kc | hrw|work: and i'm quite sure i didn't remove ~30 opie related files from my oz tree as well... why should i? |
| 12:16.10 | mickey|berlin | grin |
| 12:16.25 | koen | mtn revert --missing ; rm _MTN/tmp -rf ; mtn up |
| 12:16.25 | pb__ | heh |
| 12:16.32 | tkp | ok, so bitbake -D -cstage -b /path/to/my/recipie.bb worked once, but attempting to run it again doesn't seem to do anything... do I need to 'clean' that specific task somehow before I can run it again? |
| 12:16.42 | mickey|berlin | tkp: supply -f |
| 12:16.47 | mickey|berlin | tkp: for 'force' task execution |
| 12:16.58 | tkp | mickey|berlin: thanks man |
| 12:17.04 | mickey|berlin | np |
| 12:17.29 | florian_kc | mickey|berlin: no i didn't ;) |
| 12:19.09 | florian_kc | koen: nice idea, but now i get: "mtn: misuse: path 'conf/local.conf.openzaurus-3.5.4.1' already exists, cannot create" |
| 12:19.36 | florian_kc | koen: which is correct... i didn't delete files in my local tree. |
| 12:20.32 | mickey|berlin | sometimes when monotone complains about a misuse i just go one directory up and try again. |
| 12:20.42 | mickey|berlin | must be a problem with some relative paths |
| 12:25.05 | CIA-19 | 03koen 07org.oe.dev * rf0c856ec... 10/ (1 packages/abiword/abiword-2.5.inc): |
| 12:25.05 | CIA-19 | abiword-2.5.inc: add include file for abiword 2.5 series, based on the one present in Poky. |
| 12:25.05 | CIA-19 | * abiword 2.5.0 is missing the perl cdump and doesn't compile, so that's why the actual recipe is missing |
| 12:25.50 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 12:35.32 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:39.58 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 12:58.44 | hrw|work | who added miniclipboard? |
| 12:59.45 | hrw|work | | miniclipboard.c:13:22: error: X11/Xlib.h: No such file or directory |
| 13:01.44 | CIA-19 | 03pH5 07org.oe.dev * radc00bb1... 10/ (7 files in 2 dirs): bluez: update libs and utils to 3.8, hcidump to 1.33 |
| 13:07.49 | hrw|work | RP: I got bug in trunk |
| 13:08.41 | hrw|work | RP: miniclipboard depends on virtual/libx11 but was built before diet-x11 staged own headers |
| 13:09.38 | hrw|work | RP: when I did 'bitbake diet-x11' and then 'bitbake miniclipboard' then it was ok. |
| 13:12.03 | CIA-19 | 03koen 07org.oe.dev * r0c9af461... 10/ (1 packages/abiword/abiword_2.5.0.bb): abiword: add 2.5.0 so abi-master Xora can play with it |
| 13:15.49 | RP | hrw|work: bitbake miniclipboard -g; cat task-depends.dot | grep miniclipboard | grep diet gives "miniclipboard.do_configure" -> "diet-x11.do_populate_staging" |
| 13:16.45 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 13:18.44 | *** join/#oe furlongm (n=furlongm@83.70.224.151) |
| 13:20.19 | hrw|work | "miniclipboard.do_configure" -> "libx11.do_populate_staging" |
| 13:20.34 | hrw|work | hmm. have to check one thing |
| 13:21.45 | hrw|work | RP: hm. when I will get gpe-image built I will remove tmp and do from scratch build |
| 13:24.14 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 13:24.46 | polyonymous | hmm.. is there something wrong with bugs.openembedded.org? My password didn't work, I reset the password and new password doesn't work either. And I don't think I'm stupid enough to do something wrong here :) |
| 13:26.12 | hrw|work | | ccache arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=xscale -L/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/lib -Wl,-rpath-link,/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/lib -Wl,-O1 -o arpspoof arpspoof.o arp.o -lnsl -L/a/home/hrw/devel/build/m4-144/tmp/work/armv5te-angstrom-linux-gnueabi/dsniff-2.3-r1/dsniff-2.3 -lmissing -L/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/ |
| 13:26.15 | hrw|work | | /a/home/hrw/devel/build/m4-144/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/../../../../arm-angstrom-linux-gnueabi/bin/ld: cannot find -lmissing |
| 13:26.18 | hrw|work | -lmissing ;d |
| 13:28.08 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 13:32.21 | *** join/#oe mithro_ (n=tim@169.222.10.167) |
| 13:33.19 | *** join/#oe rob_w (n=rob_w@p549B96A1.dip0.t-ipconnect.de) |
| 13:35.47 | CIA-19 | 03pH5 07org.oe.dev * r9e3454a6... 10/ (9 files in 2 dirs): avahi: update to 0.6.16 and remove old versions |
| 13:35.50 | CIA-19 | 03pH5 07org.oe.dev * r11fff5c9... 10/ (3 files in 2 dirs): libnss-mdns: update to 0.9, bugfix release |
| 13:43.51 | hrw|work | cu |
| 13:45.06 | CIA-19 | 03dirk 07org.oe.dev * rfe9ed3d7... 10/ (8 files in 4 dirs): wlan-ng: add version 0.2.7 |
| 13:45.12 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 13:50.35 | CIA-19 | 03pH5 07org.oe.dev * r5ef2df46... 10/ (1 conf/machine/magician.conf): magician: add "phone" MACHINE_FEATURE and autoload some kernel modules |
| 14:04.16 | *** join/#oe caprifischer (n=marcel@ppp-88-217-43-28.dynamic.mnet-online.de) |
| 14:05.07 | caprifischer | hi, tcpdump.org seems to be down - perhaps somebody should add a alternative URI to the .bb-file |
| 14:12.30 | *** join/#oe drw (n=drw@cpe-76-184-16-136.tx.res.rr.com) |
| 14:18.20 | caprifischer | <PROTECTED> |
| 14:18.32 | caprifischer | (seen in the portmap-package) |
| 14:26.21 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 14:34.39 | *** join/#oe psokolovsky_ (n=psokolov@236.usernat.ip.net.ua) |
| 14:35.18 | chouimat | morning |
| 14:59.28 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 15:15.20 | CIA-19 | 03xora 07org.oe.dev * r678b1e5c... 10/ (5 files in 3 dirs): abiword_2.5.0.bb : finish the .bb |
| 15:15.44 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 15:24.34 | *** join/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
| 15:31.26 | *** join/#oe slapin_nb (n=slapin@host-99.dataart.net) |
| 15:32.03 | slapin_nb | hi, all! |
| 15:32.58 | slapin_nb | is it possible to skip building of kernel zImage for some machine? |
| 15:42.34 | *** join/#oe mccarthy (n=mccarthy@granular.che.pitt.edu) |
| 15:42.50 | mickey|berlin | ASSUME_PROVIDED += "foo" |
| 15:43.04 | mickey|berlin | but might break at some place because kernel is necessary to build some out-of-tree modules |
| 15:44.02 | *** join/#oe Crofton (n=balister@hc6521709.dhcp.vt.edu) |
| 15:45.58 | slapin_nb | thanks! |
| 15:53.08 | *** join/#oe H2S04 (n=ghorthas@71-218-120-117.hlrn.qwest.net) |
| 15:56.32 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-4dd9715f93d041de) |
| 16:03.03 | Crofton | ossie runs on EFIKA |
| 16:03.11 | Crofton | transmitting QPSK data now :) |
| 16:10.08 | *** join/#oe SonicvanaJr (n=Garrrett@cblmdm72-240-97-94.buckeyecom.net) |
| 16:13.35 | koen | Crofton: cool |
| 16:13.43 | koen | Crofton: no usb problems, I take it? |
| 16:16.12 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 16:17.52 | likewise | morning guys |
| 16:18.32 | koen | hey likewise |
| 16:18.56 | likewise | hey koen |
| 16:29.51 | cbrake | is http://berlios.de/ down? |
| 16:30.28 | *** join/#oe furlongm_ (n=furlongm@83.70.224.151) |
| 16:31.36 | *** join/#oe Laibsch (n=Laibsch@R770f.r.ppp-pool.de) |
| 16:33.40 | *** join/#oe cedric (n=cedric@213.215.31.4) |
| 16:34.20 | cbrake | guess not, its just too slow to be useful ... |
| 16:36.45 | Crofton | not with the USB2.0 controller in the PCI slot. |
| 16:37.59 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 16:39.04 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:43.30 | polyonymous | I've patched kdepimpi to compile against qt-mt but bugzilla doesn't want me anymore even after I reset password... What am I to do with a patch? |
| 16:46.08 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 16:46.43 | Laibsch | polyonymous: If things don't improve, I can attach the patch for you |
| 16:47.02 | polyonymous | Laibsch, you mean, like I dcc it to you? |
| 16:48.00 | hvontres|poodle | polyonymous: are you going to try and send the patch upstream as well? |
| 16:48.03 | polyonymous | I've recently received some comments about old bugs and (not sure if I have something to comment back, though) I tried to log in and reset password a few times... it doesn't like me :) |
| 16:48.21 | polyonymous | hvontres|poodle, as far as I know the guy behind kdepimpi isn't quite cooperative. |
| 16:48.43 | hvontres|poodle | polyonymous: Bummer |
| 16:48.55 | polyonymous | I can try, of course, but I think kdepimpi is a dead piece of software, but I want it to work for now.. |
| 16:49.49 | polyonymous | The last testing release is dated back in 2005, I believe... |
| 16:50.25 | polyonymous | So for now it's just a matter of making it work as it is and sustain life in corpse up to burial |
| 16:53.44 | NAiL | [cc]smart: ping? |
| 16:54.33 | Laibsch | why is no one forking kdepimpi? It seems like nice piece of software. |
| 16:55.17 | polyonymous | Laibsch, I think the thing is that it's a fork of kdepim-everything not always for a reason, so adding more forks doesn't sound like fun. |
| 16:55.18 | koen | kdepimpi *is* a fork |
| 16:55.46 | koen | it's a combination of opie and kdestuff |
| 16:55.51 | Laibsch | then merge it back wherever it forked from ;-) |
| 16:56.12 | bradbev | hello all. I'm trying to build two different machines and reusing the same working dirs to reduce build time. At the moment I am getting this error "Cannot find package task-bootstrap." The file /home/devel/oe/build/oetmp/pc35-rootfs//tmp/lists//oe, which contains ipkg info is not getting rebuilt for the second machine. How can I rebuild this file please? |
| 16:56.14 | Laibsch | oh, opie. That trims the changes down ;-) |
| 16:56.31 | Laibsch | bradbev: nfs? |
| 16:56.48 | koen | task-bootstrap has been deleted a while ago |
| 16:56.49 | Laibsch | bradbev: Are both directories mounted on the same mountpoints? |
| 16:57.10 | polyonymous | koen, do you have any idea why bugzilla doesn't let me in even after resetting password? |
| 16:57.22 | koen | polyonymous: no idea |
| 16:57.26 | polyonymous | koen, ok :) |
| 16:57.41 | bradbev | Laibsch, no, this is local to my hdd. |
| 16:57.41 | Laibsch | polyonymous: cookies? |
| 16:57.57 | bradbev | koen - I am building against an old tree :( |
| 16:57.58 | Laibsch | bradbev: Oh, misunderstood you |
| 16:58.09 | polyonymous | Laibsch, of course I have them on, and even if I didn't it doesn't sound like a reason to say "invalid password" or whatever |
| 16:58.28 | bradbev | I think that I need to clean and rebuild the .bb that generates ipkg info |
| 16:59.08 | polyonymous | oops... There's something wrong with my firefox, probably. I just logged in via opera. |
| 17:00.11 | Laibsch | polyonymous: bug number? |
| 17:00.19 | polyonymous | Laibsch, which bug? |
| 17:00.33 | Laibsch | you have short memory? ;-) |
| 17:00.41 | polyonymous | what memory? :) |
| 17:00.42 | Laibsch | kdepimpi with your patch |
| 17:00.53 | polyonymous | Laibsch, I've just logged in, I haven't submitted it |
| 17:00.54 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 17:00.55 | polyonymous | yet |
| 17:01.16 | Laibsch | Well, there are already bugs open about kdepimpi failing to compile. |
| 17:01.20 | Laibsch | No need for a new one. |
| 17:01.21 | polyonymous | yup |
| 17:01.25 | polyonymous | 1076 |
| 17:01.29 | Laibsch | OK |
| 17:01.32 | polyonymous | I'm going to attach to this one |
| 17:01.33 | Laibsch | !oebug 1076 |
| 17:01.34 | cdbot2 | * * Bug 1076, Status: NEW, Created: 2006-06-09 22:35 |
| 17:01.35 | cdbot2 | * * oebugs(AT)tucuxi.org: kdepimpi fails to build |
| 17:01.36 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1076 |
| 17:06.24 | polyonymous | attached |
| 17:07.23 | polyonymous | I don't think that was opera issue - now I can login from firefox as well... Well, who cares as long as it works. |
| 17:13.35 | caprifischer | hi, did anybody try to compile qte-mt with the current repository? i get compile-errors... gnarf |
| 17:17.06 | likewise | can someone "bitbake mpc" and see if it fails (seems to fail on arm and powerpc). It has no dependencies. |
| 17:23.19 | caprifischer | maybe compiling gte-2.3.10 with gcc-4.1.2 is a problem? |
| 17:27.20 | Crofton | anyone ever built fftw with OE? |
| 17:27.56 | *** join/#oe HopsNBarley (n=andy24@nslu2-linux/HopsNBarley) |
| 17:30.35 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 17:34.07 | hrw | mickey|berlin: http://sourceforge.net/projects/g-inspector/ - did saw that tool? |
| 17:35.32 | *** join/#oe shirour (n=shirour@80.178.161.42.adsl.012.net.il) |
| 17:37.26 | caprifischer | likewise: mpc fails in version 0.11.2 |
| 17:37.41 | likewise | caprifischer: thanks |
| 17:37.47 | caprifischer | aerm 0.11.2-r0 |
| 17:40.29 | sza2_ | hrw: Hi again. regarding the compilation time, the toolchain is ~1/2 hour for me. A few hours was to compile the first application (nano, as the guide suggest). |
| 17:41.02 | hrw | sza2_: toolchain as 'binutils/gcc/glibc'? |
| 17:41.19 | sza2_ | hrw: I think. |
| 17:41.47 | sza2_ | hrw: without glibc for arm. |
| 17:42.00 | hrw | so it is kernel toolchain not apps toolchain |
| 17:42.27 | caprifischer | is there already a solution to this qte-problem? |
| 17:42.34 | sza2_ | hrw: Yes. However I'm a newbie. |
| 17:42.53 | hrw | caprifischer: which problem? |
| 17:43.18 | sza2_ | hrw: So few hours is the time of bitbake nano. |
| 17:43.34 | caprifischer | hrw: kernel/qgfxw100_qws.cpp: In member function `void QGfxW100<depth, type>::dDrawPolyline(const QPointArray&, int, int)': |
| 17:43.37 | caprifischer | | kernel/qgfxw100_qws.cpp:1253: error: `clipbounds' undeclared (first use this function) |
| 17:43.38 | hrw | sza2_: to get working toolchain to build apps you need binutils/cross, gcc/cross, glibc/target - then goes libs/target apps/target |
| 17:43.57 | hrw | caprifischer: thats for MACHINE=sla300 and DISTRO=umbaumba-17.3? |
| 17:44.48 | caprifischer | hrw: no, for c7x0 and openzaurus-unstable ;) |
| 17:44.51 | sza2_ | hrw: ok, seems more clear. |
| 17:45.36 | hrw | caprifischer: pester psokolovsky - he changed qte recently a lot |
| 17:45.49 | hrw | caprifischer: looks like he broke some patchsets |
| 17:45.57 | CIA-19 | 03tmbinc 07org.oe.dreambox * rd85924f8... 10/ (3 files in 3 dirs): netkit-base/opendreambox: add streamproxy to inetd.conf |
| 17:46.01 | CIA-19 | 03tmbinc 07org.oe.dreambox * r056b28ac... 10/ (1 packages/enigma2/enigma2-streamproxy.bb): enigma2-streamproxy: add package |
| 17:46.05 | CIA-19 | 03tmbinc 07org.oe.dreambox * rdd4518a7... 10/ (1 packages/enigma2/enigma2-skins.bb): engima2-skins: add package |
| 17:46.09 | CIA-19 | 03tmbinc 07org.oe.dreambox * r32d6346c... 10/ (1 packages/images/dreambox-image.bb): dreambox-image: add enigma2-skins, enigma2-streamproxy |
| 17:46.12 | CIA-19 | 03tmbinc 07org.oe.dreambox * rd89d92dc... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules/dm7025: update drivers to 20070113 |
| 17:46.17 | CIA-19 | 03tmbinc 07org.oe.dreambox * r661524c2... 10/ (1 packages/enigma2/enigma2-streamproxy.bb): enigma2-streamproxy: update to 20070116 to fix client disconnects |
| 17:46.20 | CIA-19 | 03tmbinc 07org.oe.dreambox * r3928b432... 10/ (1 packages/enigma2/enigma2.bb): enigma2: update to 20070116, add enigma2-plugins depedency |
| 17:46.24 | CIA-19 | 03tmbinc 07org.oe.dreambox * rff2cd04c... 10/ (1 packages/gstreamer/gst-plugin-dvbmediasink.bb): gst-plugin-dvbmediasink: update to 20070101 to add unlock call |
| 17:46.28 | CIA-19 | 03pb 07org.oe.dev * r851fb3bc... 10/ (1 packages/mysql/mysql-native_4.1.18.bb): mysql-native: clobber RDEPENDS_${PN} to avoid circular dependency nightmare |
| 17:46.33 | CIA-19 | 03nail 07org.oe.dev * r2a046571... 10/ (6 files in 3 dirs): asterisk: Upstream upgrade to 1.2.14 |
| 17:46.37 | CIA-19 | 03nail 07org.oe.dev * rde437286... 10/ (35 files in 7 dirs): busybox: Upstream upgrade to 1.3.1, DEFAULT_PREFERENCE=-1 |
| 17:46.41 | CIA-19 | 03pH5 07org.oe.dev * rb8a51652... 10/ (1 packages/portmap/portmap.inc): |
| 17:46.41 | CIA-19 | portmap: fix occurence of http://${DEBIAN_MIRROR} |
| 17:46.41 | CIA-19 | - these variables include the protocol |
| 17:46.44 | CIA-19 | 03pH5 07org.oe.dev * rde7f23ef... 10/ (3 files in 2 dirs): libnotify: update to 0.4.3 |
| 17:46.48 | CIA-19 | 03pH5 07org.oe.dev * r6a255930... 10/ (7 files in 2 dirs): libsexy: unify recipes, add 0.1.10, drop 0.1.[45] |
| 17:46.52 | CIA-19 | 03pH5 07org.oe.dev * r9bd25728... 10/ (3 files in 2 dirs): notification-daemon: add 0.3.6, drop 0.3.4 |
| 17:46.56 | CIA-19 | 03pH5 07org.oe.dev * r456124b7... 10/ (4 files in 3 dirs): |
| 17:46.56 | CIA-19 | notification-daemon: add obligatory --prefix parameter to dbus-binding-tool |
| 17:46.56 | CIA-19 | - fixes compilation against dbus-glib >= 0.72 |
| 17:47.00 | CIA-19 | 03cbrake 07org.oe.dev * rcd5daaff... 10/ (1 conf/machine/compulab-pxa270.conf): compulab-pxa270.conf: change serial console baud to 38400 to match BL |
| 17:48.57 | psokolovsky_ | caprifischer, bug tracker is at http://bugs.openembedded.org/ . patches are also accepted there. |
| 17:49.12 | *** join/#oe splat1 (n=splat1@cpc2-leic7-0-0-cust281.lei3.cable.ntl.com) |
| 17:49.15 | psokolovsky_ | hrw, when did you last time built qte-mt for c7x0 form .dev? |
| 17:49.23 | caprifischer | psokolovsky_: okay |
| 17:50.51 | caprifischer | i also had to fix some SRC_URI's on my way to qte, i try to submit them to bugzilla |
| 17:53.11 | hrw | psokolovsky_: do not remember |
| 17:53.24 | Laibsch | likewise: mpc fails here, too: http://oz.leggewie.org/log.do_configure.16489 |
| 17:53.40 | likewise | Laibsch: I'm debugging it right now, thanks |
| 17:54.00 | psokolovsky_ | hrw, so let's put it this way: "some machine-dependent qte-mt patches are broken". And I'm fixing that. |
| 17:54.08 | likewise | Keeping track in #1792 |
| 17:54.10 | hrw | ok, I know |
| 17:54.23 | *** join/#oe SonicvanaJr (n=Garrrett@unaffiliated/sonicvanajr) |
| 17:54.25 | *** join/#oe SonicvanaSr (n=Garrrett@cblmdm72-240-97-94.buckeyecom.net) |
| 17:56.39 | CIA-19 | 03mickeyl 07org.oe.dev * rb713540f... 10/ (1 packages/portmap/portmap.inc): portmap: fix SRC_URI |
| 17:57.54 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 17:58.32 | Laibsch | psokolovsky_: And I think you are doing a great job from keeping a lot of software from ending up in oblivion. Incidentally this is the soft that most users use. |
| 17:58.45 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 17:58.49 | Laibsch | It would be such a shame |
| 17:59.08 | Laibsch | Thanks a lot psokolovsky_! |
| 18:03.21 | psokolovsky_ | Laibsch, thanks, I'm glad someone finds it useful ;-) |
| 18:06.11 | Laibsch | I am sure there are a LOT of people that find it useful. Most of them don't hang around in #oe ;-) |
| 18:06.39 | Laibsch | And even more of them are not aware of the hard work and who did it. |
| 18:08.11 | koen | Laibsch: I think you are wrong about "this is the soft that most users use" |
| 18:08.14 | Laibsch | Devs fixing broken soft might be thanked more than those who put out perfect software without glitches because <user>It just works. Is that something extraordinary?</user> Making software run smooth is a lot of work. |
| 18:08.31 | koen | Laibsch: the biggest group of OE-based distro users doesn't even have a screen on their device |
| 18:08.32 | Laibsch | koen: Tell me the alternatives. |
| 18:08.48 | caprifischer | psokolovsky_: if i change DISTRO from openzaurus-unstable to openzaurus-3.5.4.1, qte should compile, because this is the stable-branch. right? |
| 18:09.07 | Laibsch | koen: I am talking about the "target group" for potential opie-uses, of course. |
| 18:09.27 | Laibsch | koen: and about ordinary users vs. devs/people who compile themselves. |
| 18:09.32 | psokolovsky_ | Laibsch, well, the work only started ;-). but I hope it will shape into something which will be hard to call "unmainatined crap", and which will be proof of concept that whole UI environment can be made to be sufficiently machine-independ (or duynamically configurable) |
| 18:09.53 | Laibsch | psokolovsky_: Looking forward to it. |
| 18:10.02 | hrw | psokolovsky_: and I wish you to get it done |
| 18:10.09 | psokolovsky_ | caprifischer, .dev is ddevelopment, not stable branch. you need to checkout oz354x branch first. |
| 18:10.15 | psokolovsky_ | thanks ;-) |
| 18:10.16 | hrw | caprifischer: if you will use .oz354x tree then yes |
| 18:10.25 | hrw | cu |
| 18:11.36 | likewise | koen: bitbake screen |
| 18:12.17 | CIA-19 | 03likewise 07org.oe.dev * rb17536d1... 10/ (1 packages/musicpd/mpc_0.11.2.bb): musicpd/mpc: Fix cross compile badness; missing --with-iconv-*. |
| 18:15.17 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 18:17.36 | CIA-19 | 03likewise 07org.oe.dev * r7605119b... 10/ (1 packages/musicpd/mpc_0.12.0.bb): musicpd/mpc: Added 0.12.0. |
| 18:19.32 | caprifischer | are those parsing errors while indexing bitbake-files in .oz354x "normal"? |
| 18:28.32 | psokolovsky_ | caprifischer, few parsing errors are "normal" before you built kernel for the first time. |
| 18:33.32 | *** join/#oe mrz80 (n=scotsman@ip72-196-105-110.ga.at.cox.net) |
| 18:35.48 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 18:38.52 | caprifischer | DISTRO 'openzaurus-3.5.4.1' not found. Please set a valid DISTRO in your local.conf |
| 18:38.54 | caprifischer | uh? |
| 18:40.40 | *** join/#oe SonicvanaJr (n=Garrrett@unaffiliated/sonicvanajr) |
| 18:41.24 | JustinP | caprifischer: which branch? try openzaurus-3.5.4.2 |
| 18:44.05 | *** join/#oe polyonymous (n=hacker@pD953A80B.dip0.t-ipconnect.de) |
| 18:45.49 | caprifischer | JustinP: i checked out org.openembedded.oz354x and changed DISTRO=openzaurus-3.5.4.2 and BBFILES to /path/to/org.openembedded.oz354x/packages/*/*.bb |
| 18:48.10 | caprifischer | argh |
| 18:50.19 | *** join/#oe rob_w (n=bob@p85.212.184.235.tisdip.tiscali.de) |
| 18:54.49 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 18:58.03 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 18:58.59 | *** join/#oe shirour (n=shirour@80.178.156.94.adsl.012.net.il) |
| 18:59.29 | JustinP | caprifischer: does that mean it works? |
| 19:01.00 | caprifischer | no |
| 19:01.04 | caprifischer | it doesnt |
| 19:02.15 | JustinP | caprifischer: so what's the problem? |
| 19:02.54 | JustinP | caprifischer: it works for me |
| 19:03.00 | JustinP | caprifischer: use quotes around the distro as well |
| 19:03.02 | caprifischer | i don't know ;) |
| 19:03.18 | caprifischer | yes, i used quotes |
| 19:04.05 | JustinP | so what's the error? |
| 19:04.20 | caprifischer | 19:38 <caprifischer> DISTRO 'openzaurus-3.5.4.1' not found. Please set a valid DISTRO in your local.conf |
| 19:04.57 | JustinP | then you obviously didnt' set it to 3.5.4.2 |
| 19:05.56 | caprifischer | mh, good point ;) |
| 19:06.10 | *** join/#oe gremlin[it] (n=gremlin@ppp-176-5.25-151.libero.it) |
| 19:07.00 | polyonymous | is there a known fix for bug 1765? |
| 19:07.08 | Laibsch | !oebug 1765 |
| 19:07.09 | cdbot2 | * * Bug 1765, Status: NEW, Created: 2007-01-06 23:28 |
| 19:07.10 | cdbot2 | * * mamay55(AT)gmail.com: db3-native breaks the build of OZ 3.5.4.x on AMD64 |
| 19:07.11 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1765 |
| 19:10.26 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
| 19:13.26 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 19:15.39 | JustinP | polyonymous: if there was a known fix it would have been added to the bug or pushe |
| 19:15.40 | JustinP | d |
| 19:16.14 | polyonymous | JustinP, well, that was my guess, just wanted to make sure :) Looking into it now.. I'm not good with mutexes, though. |
| 19:18.43 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
| 19:20.11 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 19:22.13 | *** join/#oe furlongm (n=furlongm@83.70.224.151) |
| 19:23.39 | furlongm | anyone know what version of monotone is required for the current snapshot? |
| 19:24.58 | polyonymous | http://www.openembedded.org/wiki/GettingStarted (it says 0.32 and see manual for hints if you can't) |
| 19:27.03 | polyonymous | JustinP, basically, db wants (on my system) mutexes set to POSIX/pthreads/library and in site/* it is 'x86_64/gcc-assembly}' (yes, with extra curly brace) - I think it won't hurt if I change it to posix? I mean, the '}' would prevent it from working in other packages? |
| 19:28.13 | likewise | polyonymous, I think 0.29 to 0.32 are fine. |
| 19:28.20 | likewise | furlongm: I think 0.29 to 0.32 are fine. |
| 19:28.27 | likewise | (whoops) |
| 19:28.46 | furlongm | likewise: ok thanks :) |
| 19:28.50 | polyonymous | I have 0.32 and it works, and I haven't tested with lower version in about half a year. |
| 19:29.00 | likewise | www.openembedded.org/snapshots/ has some older monotone repo's evailable for each. For mtn 0.31, use the 0.30 snapshot. |
| 19:29.16 | likewise | I'm using 0.31 with the 0.30 snapshot currently. |
| 19:29.32 | furlongm | i was on 0.28, guess it's time for an upgrade! |
| 19:29.44 | polyonymous | Then you know better :) |
| 19:32.18 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 19:32.53 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 19:37.29 | polyonymous | okay, now there is a known fix to the bug :) |
| 19:38.57 | XorA|gone | polyonymous: build db4 instead :-) |
| 19:39.13 | polyonymous | XorA|gone, to be true, I think it will exhibit the same problem. |
| 19:40.23 | polyonymous | XorA|gone, no, I guess I'm wrong, since angstrom has just built fine with db4 :) |
| 19:40.42 | XorA|gone | polyonymous: yeah, my fix was PREFERRED_PROVIDER_db=db |
| 19:41.52 | polyonymous | XorA|gone, aha, db4 doesn't seem to pull in those site/* files. Maybe that's the way to go for native packages... Well, anyway, I attached a fix already ;-) |
| 19:42.55 | XorA|gone | polyonymous: always good to have a real fix |
| 19:43.08 | polyonymous | XorA|gone, won't hurt, surely :) |
| 19:49.50 | Laibsch | Anybody else using an NFS mounted OE tree? I get errors like "cannot lock autom4te.cache/requests with mode 2 (perhaps you |
| 19:49.51 | Laibsch | <PROTECTED> |
| 19:50.31 | polyonymous | perhaps you are running make -j on a lame NFS client? :) |
| 19:53.17 | bradbev | hi all. I am building two different machines, and I am having problems with my deploy/ipkg directory. Should each machine have it's own dir for deploy/ipkg? If not, how do I regenerate my rootfs/tmp/lists//oe file? |
| 19:59.28 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 20:08.04 | Laibsch | polyonymous: define "lame NFS client" ;-) |
| 20:08.17 | polyonymous | Laibsch, that was just smartass comment ;-) |
| 20:08.20 | CIA-19 | 03mickeyl 07org.oe.dev * r434de93c... 10/ (1 packages/lsof/lsof_4.77.bb): lsof: make it configure |
| 20:08.26 | Laibsch | I am especially interested in the lame part |
| 20:08.55 | polyonymous | nfs client with one leg hurt? :) |
| 20:08.57 | Laibsch | polyonymous: I know, but nonetheless, there seem to be lame and non-lame clients. |
| 20:09.00 | koen | probably anything using 'linux' |
| 20:09.07 | Laibsch | I want a non-lame one |
| 20:09.27 | Laibsch | koen: anything using linux being lame or non-lame? |
| 20:09.36 | koen | lame |
| 20:09.41 | koen | nfs + linux = suck |
| 20:09.46 | Laibsch | shit |
| 20:09.54 | Laibsch | I'll go for windows, then :-D |
| 20:10.02 | polyonymous | koen, what are ways around it? |
| 20:10.10 | polyonymous | on linux that is |
| 20:11.43 | Laibsch | In some freebsd groups I saw the suggestion to set WRKDIRPREFIX to a local dir. Would that change anything for me? |
| 20:16.36 | *** join/#oe shirour (n=shirour@80.178.175.22.adsl.012.net.il) |
| 20:17.12 | Laibsch | http://tinyurl.com/yfq7s7 for example |
| 20:41.05 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 20:45.58 | CIA-19 | 03tmbinc 07org.oe.dreambox * r0a61f43d... 10/ (1 packages/enigma2/enigma2-plugins.bb): enigma2-plugins: add package |
| 20:47.54 | *** join/#oe HopsNBarley (n=andy24@nslu2-linux/HopsNBarley) |
| 20:48.01 | *** join/#oe frank7d (n=afs@p549F9B5A.dip0.t-ipconnect.de) |
| 21:04.49 | *** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com) |
| 21:12.08 | likewise | HopsNBarley: Hi Andy! |
| 21:12.21 | likewise | Hi Luke-Jr |
| 21:12.28 | likewise | wb |
| 21:14.23 | *** join/#oe noidd (n=red@thievery.criticalintegration.com) |
| 21:14.33 | noidd | Hey guys - fresh checkout of oe |
| 21:14.36 | noidd | I get: |
| 21:14.37 | noidd | citalopram stuff # mtn --db=/stuff/OE.mtn pull monotone.openembedded.org org.openembedded.dev |
| 21:14.37 | noidd | mtn: misuse: layout of database /stuff/OE.mtn doesn't match this version of monotone |
| 21:14.38 | noidd | mtn: misuse: wanted schema 9d2b5d7b86df00c30ac34fe87a3c20f1195bb2df, got 48fd5d84f1e5a949ca093e87e5ac558da6e5956d |
| 21:14.40 | noidd | <PROTECTED> |
| 21:14.58 | noidd | version i'm using in 0.29 - any hints before I devour the mtn manuals? |
| 21:15.02 | luke-jr | likewise: hi... |
| 21:15.07 | polyonymous | noidd, upgrade? |
| 21:15.41 | likewise | noidd: mismatch between your mtn tool version and your mtn database. Did you upgrade monotone recently? |
| 21:16.07 | likewise | noidd: you may jumpstart with a copy of www.openembedded.org/snapshots/ that matches your version of your mtn executable. |
| 21:16.09 | JustinP | likewise: no, noidd needs to upgrade monotone |
| 21:16.16 | noidd | I downloaded the OE.mtn database |
| 21:16.18 | JustinP | likewise: or possibly pull the right one |
| 21:16.34 | likewise | JustinP: the latest OE.mtn is probably 0.31 or 0.32, right?? |
| 21:16.42 | koen | GettingStarted says you need 0.32 |
| 21:16.45 | noidd | looks like i'm using a different version of monotone to y'alls snapshots |
| 21:17.09 | noidd | GettingStarted says 0.27 |
| 21:17.13 | noidd | "f you run into a problem at this stage, check to make sure you have version 0.27 (or newer) of monotone installed." |
| 21:17.23 | JustinP | where? |
| 21:17.35 | likewise | noidd: what's your mtn --version ? |
| 21:17.50 | noidd | 0.29 |
| 21:18.11 | noidd | search the page for string 0.27 |
| 21:18.14 | noidd | http://www.openembedded.org/wiki/GettingStarted |
| 21:19.38 | koen | To obtain OpenEmbedded : |
| 21:19.38 | koen | <PROTECTED> |
| 21:19.42 | JustinP | ok, I've changed that |
| 21:19.48 | JustinP | above that it says 0.32 |
| 21:19.58 | CIA-19 | 03tmbinc 07org.oe.dreambox * rf537887f... 10/ (1 conf/machine/dm7025.conf): machine/dm7025.conf: switch to gcc 4.1.1, working gdb-cross, add machine dependend gstreamer dependencies |
| 21:20.05 | CIA-19 | 03tmbinc 07org.oe.dreambox * r8893820b... 10/ (3 files in 2 dirs): gcc-4.1.1: some workarounds for gcj on mips |
| 21:20.10 | *** join/#oe idealm (n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au) |
| 21:20.13 | CIA-19 | 03tmbinc 07org.oe.dreambox * r3c0f240d... 10/ (4 files in 2 dirs): gstreamer: update packages |
| 21:20.19 | CIA-19 | 03tmbinc 07org.oe.dreambox * r5aeff248... 10/ (1 packages/tuxbox/tuxbox-tuxtxt-32bpp/makefiles.diff): tuxbox-tuxtxt-32bpp: compile fix |
| 21:20.23 | CIA-19 | 03tmbinc 07org.oe.dreambox * rb0c4d79c... 10/ (1 conf/distro/opendreambox-1.4.conf conf/machine/dm7020.conf): opendreambox-1.4: update swig, make gdb machine version machine dependent |
| 21:22.35 | noidd | gotcha, thx |
| 21:27.20 | kergoth | hey noidd, been a while |
| 21:29.20 | noidd | hey kergoth - yes it has |
| 21:29.22 | noidd | how you been? |
| 21:29.39 | noidd | did your super secret TI thing ever get made public? |
| 21:30.03 | kergoth | naw, got canceled when TI changed ceo's |
| 21:30.12 | noidd | crap |
| 21:30.16 | noidd | you still work for them? |
| 21:30.16 | kergoth | yet another example of wasted potential in a device |
| 21:30.28 | noidd | can you talk about it or is it still under nda |
| 21:30.39 | kergoth | nah, i'm out in phoenix working on land warrior.. (wearables for us army soldiers).. at least, i was, until land warrior got killed.. |
| 21:30.53 | noidd | holy shit |
| 21:31.04 | kergoth | heh |
| 21:31.07 | noidd | note to self - don't let kergoth work on any of my projects lest I get cancelled :-) |
| 21:31.14 | kergoth | hehe |
| 21:31.24 | noidd | I need to go for a walk with the missus |
| 21:31.29 | likewise | kergoth: that looks like a live implementation of Ghost Recon toys |
| 21:31.30 | noidd | I'll be back in an hour or so |
| 21:31.34 | kergoth | have fun |
| 21:31.45 | noidd | not much has changed here other than trying to get back involved with OE |
| 21:31.58 | noidd | work slayed me and my Z vanished |
| 21:32.03 | noidd | back in a bit |
| 21:36.38 | *** join/#oe gremlin[it] (n=gremlin@ppp-176-5.25-151.libero.it) |
| 21:36.52 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 21:37.27 | summatusmentis | is there a way to use the OE tree even if my version of monotone is not coinciding with the instructions? it's newer |
| 21:38.43 | Crofton__ | you have a newer version of montone than 0.32? |
| 21:39.29 | summatusmentis | no, it's 0.31 |
| 21:39.44 | Crofton__ | can you update to 0.32? |
| 21:40.11 | summatusmentis | mmm.... it would entail compiling, I'd rather not |
| 21:40.15 | summatusmentis | is that likely the issue? |
| 21:40.22 | Crofton__ | hang on |
| 21:40.23 | likewise | summatusmentis: I am using mtn 0.31 as well, seems to work so far. |
| 21:40.35 | Crofton__ | you can grab statically linked binaries from the montone website :) |
| 21:40.57 | Crofton__ | Is there a db snapshot for 0.31? |
| 21:41.14 | likewise | http://www.venge.net/monotone/downloads/mtn-0.32-linux-x86.bz2 |
| 21:41.41 | Crofton__ | He can just pull the entire db, rather than using a snapshot |
| 21:41.50 | Crofton__ | but that might take forever |
| 21:42.03 | likewise | Crofton__: yes. Use the 0.30 one. |
| 21:42.09 | Crofton__ | If you are only going to use montone for OE, I would start with 0.32 |
| 21:42.28 | summatusmentis | Crofton: which means compilation |
| 21:42.45 | summatusmentis | unless there's a .deb package somewhere, right? |
| 21:42.56 | Crofton__ | http://www.openembedded.org/snapshots/ |
| 21:43.01 | likewise | summatusmentis: or using the static binary (see above) if that works on your system. See that URL dir for further packages. |
| 21:43.24 | Crofton__ | the 030 snapshot may work with .31 |
| 21:43.32 | Crofton__ | although it may go through a conversion? |
| 21:43.46 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 21:45.25 | likewise | Crofton__: no its work as-is. |
| 21:46.01 | summatusmentis | there's a .deb at the www.venge.net site for 0.32 |
| 21:49.57 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 22:00.28 | summatusmentis | ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:75: unparsed line: ' DISTRO = "openzaurus-3.5.4.1"') |
| 22:00.36 | summatusmentis | is that not supposed to be uncommented? |
| 22:00.40 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 22:01.04 | JustinP | summatusmentis: you shouldn't have a bitbake.conf... |
| 22:01.22 | JustinP | rather you should be using the one in OE and not editing it |
| 22:01.26 | bradbev | is there a link somewhere that I could read that explains how the ./deploy/ipkg dir is generated, and what it is used for? |
| 22:01.45 | JustinP | it is a feed |
| 22:01.58 | JustinP | you install the ipks files on your target machine |
| 22:02.14 | JustinP | you use ipkg-make-index to generate a Packages file (I think there's a target for it...) |
| 22:02.20 | JustinP | cretaing an image makes it a feed for you |
| 22:02.26 | summatusmentis | JustinP: I just followed the instructions for changing local.conf from http://www.openembedded.org/wiki/GettingStarted#settingupthetoolchainanddoingabuild |
| 22:03.16 | JustinP | summatusmentis: did you change the bitbake.conf in OE? |
| 22:03.45 | bradbev | JustinP, thanks. I have 2 machines that are very similar and they are both deploying ipkgs into that dir, but there is some cruft, some ipkgs are being pulled in for the wrong machine. I take it I am doing unusual things? |
| 22:04.11 | bradbev | will deleting all ipkg files be a bad thing? |
| 22:04.28 | summatusmentis | no, I copied the local.conf from org.openembedded.oz354x/conf/local.conf.sample to build/conf/local.conf |
| 22:04.54 | summatusmentis | then I changed the DISTRO field and the BBFILES field |
| 22:04.55 | JustinP | bradbev: well, if you're doing that you might want to just delete the whole tmp dir and start form scratch. If your machines are actually different then the ipkgs should be machine specific.... |
| 22:05.23 | *** join/#oe mithro (n=tim@169.222.10.167) |
| 22:05.24 | JustinP | summatusmentis: well, it shouldn't have a problem with the bitbake.conf.... perhaps you should change your local.conf to have 3.5.4.2 |
| 22:05.52 | bradbev | JustinP, if I kill the whole tmp dir, then I get a huge toolchain, etc build overhead, right? |
| 22:05.56 | bradbev | also, I suspect they probably should be different ipkgs, but that the setup here is a bit borked :( |
| 22:06.22 | JustinP | yes, you would have to rebuild the toolchain |
| 22:06.47 | bradbev | yah, that's the main thing I am trying to avoid - huge toolchain build over head (both time and space) |
| 22:07.37 | JustinP | well if you delete the tmp dir then it's no space overhead... |
| 22:07.37 | bradbev | (I could of course have seperate tmp dirs for each machine) |
| 22:07.37 | bradbev | :) |
| 22:07.37 | JustinP | you can remove the ipk files but then youhave to manually rebuild all of that... |
| 22:08.22 | JustinP | or clean out the stamps dir |
| 22:08.35 | bradbev | but then switching machines is a large time overhead :( |
| 22:08.42 | bradbev | yep, I tried that - also a big rebuild :) |
| 22:08.59 | JustinP | well, I meant only clean out the non-toolchain ones (i.e. not glibc/gcc) |
| 22:09.30 | JustinP | binutils |
| 22:09.47 | bradbev | hmm, that could work. I guess most ppl just build for one machine? |
| 22:09.49 | JustinP | if you have 2 distinct machine you should be able to use one feed for them, but if something is borked....who knows |
| 22:10.00 | JustinP | plenty build for multiple, such as hrw |
| 22:10.16 | bradbev | actually, yes - I'm going to blame borkage with my system for making this hard :) |
| 22:11.11 | CIA-19 | 03tmbinc 07org.oe.dreambox * rad70d2b1... 10/ (1 packages/vsftpd/vsftpd_2.0.5.bb): vsftpd: do postinst on target |
| 22:11.19 | CIA-19 | 03Laibsch 07org.oe.dev * r1b93cfef... 10/ (3 files in 2 dirs): mark fonts that rprovide "virtual/japanese-font" |
| 22:11.25 | CIA-19 | 03Laibsch 07org.oe.dev * r8f81066c... 10/ (1 packages/neon/neon_0.25.5.bb): neon: fix SRC_URI to make older versions fetchable again |
| 22:13.34 | *** part/#oe bradbev (n=brad@h24-207-7-221.primesignal.com) |
| 22:13.40 | *** join/#oe bradbev (n=brad@h24-207-7-221.primesignal.com) |
| 22:15.06 | bradbev | ah, am I correct in saying that the ipkg index is generated from ./deploy/ipkg/*? |
| 22:15.41 | JustinP | yeah... |
| 22:16.36 | CIA-19 | 03nail 07org.oe.dev * rbb36d08c... 10/ (3 files in 3 dirs): busybox: Remove superflous patch |
| 22:16.53 | bradbev | right. My major malfunction appears to be that package files from the other machine are getting indexed, and I think they are replacing a package with the wrong one. Ie, should be a machine specific package but is not! |
| 22:17.16 | JustinP | whether it is indexed is not the problem |
| 22:17.17 | bradbev | deleting the "wrong machine" packages and rebuilding appears to help |
| 22:17.33 | JustinP | what kind of "different machines" are we talking about? |
| 22:18.02 | JustinP | any thing that is actually machine specific should have that machine's name appended to the end of the ipk |
| 22:18.06 | JustinP | such as kernel-module-nls-cp949-2.6_2.6.17-r30_spitz.ipk |
| 22:18.07 | bradbev | same cpu, lots of same peripherals. Different inittab, etc, |
| 22:18.16 | JustinP | are you setting these options? |
| 22:18.26 | JustinP | you should look into making those packages machine specific |
| 22:18.28 | summatusmentis | when I try to compile e-wm w/ 'bitbake e-wm' |
| 22:18.32 | summatusmentis | I get the error http://pastebin.ca/317851 |
| 22:18.52 | bradbev | JustinP, I think so too. In my defense - I didn't set this up & I'm new to OE :) |
| 22:18.54 | JustinP | summatusmentis: sounds like yout BBPATH isn't set |
| 22:19.00 | JustinP | bradbev: :-) |
| 22:19.21 | summatusmentis | JustinP: I just set it though |
| 22:19.41 | summatusmentis | using export BBPATH=/stuff/build:/stuff/org.openembedded.oz354x |
| 22:19.54 | likewise | summatusmentis: the error msg says: "Read the comments in your conf/local.conf" |
| 22:20.09 | likewise | summatusmentis: You probably need to check the last few lines especially. |
| 22:20.21 | JustinP | that's actually not what it says...that's just the line it's failing on |
| 22:20.28 | JustinP | but yes, he hasn't set up his local.conf correctly |
| 22:20.39 | JustinP | summatusmentis: read the local.conf |
| 22:21.08 | summatusmentis | what am I looking for? |
| 22:21.49 | likewise | JustinP: I think I am right in saying that the last line needs attention: REMOVE_THIS_LINE:="${@oe.fatal('Read the comments in your conf/local.conf')}" |
| 22:22.17 | likewise | summatusmentis: post your local.conf on pastebin if you wish |
| 22:22.53 | summatusmentis | likewise: thanks, I apparently didn't read it fully through |
| 22:23.00 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 22:23.25 | likewise | summatusmentis: that's why that line is there, in the end :-) |
| 22:23.38 | bradbev | sorry to be thick, but what keyword should I grep for to do "machine specific" packages? |
| 22:23.40 | summatusmentis | likewise: I assumed as much :-D thanks |
| 22:24.33 | likewise | summatusmentis: I was bitten by the same errors when I started. You will encounter more, but just be patient and try to interpret the error messages. |
| 22:25.02 | likewise | summatusmentis: In hindsight, you will have a from-scratch build tool and metadata in no time. |
| 22:25.22 | summatusmentis | I just want e-wm! |
| 22:25.27 | summatusmentis | :-P |
| 22:25.37 | JustinP | likewise: perhaps it's COMPATIBLE_MACHINE.... |
| 22:26.09 | JustinP | oops...Imeant bradbev |
| 22:26.31 | JustinP | bradbev: I haven't done much myself with that particular thing... |
| 22:26.51 | bradbev | :) Thanks, I'll have a look around, and then ask some more daft questions. Thanks for the help though |
| 22:27.06 | JustinP | bradbev: also possibly PACKAGE_ARCH |
| 22:27.47 | bradbev | awesome |
| 22:27.50 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 22:30.44 | summatusmentis | bitbake needs to look at all the .bb files every time you call it? |
| 22:31.38 | JustinP | once they're parsed once it will be faster |
| 22:31.51 | JustinP | as long as you don't edit your local.conf |
| 22:32.21 | summatusmentis | oh, ok |
| 22:32.53 | JustinP | you can also use bitbake -i |
| 22:33.47 | summatusmentis | heh, well, it's halfway through now |
| 22:34.27 | *** join/#oe darmou (n=darmou@ppp194-244.lns3.mel4.internode.on.net) |
| 23:05.03 | summatusmentis | if I want to compile for two different zaurii, do I need two seperate OE setups? |
| 23:05.12 | likewise | summatusmentis: In general, yes. But you can share the metadata checkout (org.openembedded.*/*) and downloads/ |
| 23:05.14 | likewise | summatusmentis: build/* is typically seperate for each build you do. Although if you are more experienced (I am not) you could share more in a careful way. |
| 23:05.32 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 23:06.32 | summatusmentis | likewise: so how do you specify the difference? |
| 23:06.34 | likewise | summatusmentis: create three dirs: openembedded, device1, and device2 |
| 23:06.39 | Crofton | koen, who is the efika kernel guy? |
| 23:06.46 | likewise | summatusmentis: Create device1/build/conf/local.conf and device2/build/conf/local.conf |
| 23:06.46 | likewise | summatusmentis: for each device, setup the local.conf such that it refers to the generic checkout in openembedded/ |
| 23:06.46 | likewise | Crofton: there are a few hacking on efika upstream. Within OE, I recently did some small stuff to efika. |
| 23:06.46 | likewise | Crofton: so, do you mean the upstream guy(s) or the OE guy(s) for the .bb? |
| 23:06.47 | Crofton | likewise, yes :) |
| 23:06.47 | Crofton | It seems like my efika "stalls" occasionally |
| 23:06.47 | likewise | Crofton: all of the above? :-) |
| 23:06.47 | Crofton | I am just wondering how active the kernel work on efika is |
| 23:06.47 | likewise | Crofton: hmm, never seen anything strange with mine yet. |
| 23:06.47 | Crofton | http://www.powerdeveloper.org/forums/viewtopic.php?p=6824#6824 |
| 23:06.48 | likewise | Crofton: very active |
| 23:06.48 | Crofton | ok, so I can expect the situation to improve? |
| 23:06.48 | Crofton | or do I need to complain to someone :) |
| 23:06.48 | likewise | Crofton: most occurs here: http://patchwork.ozlabs.org/ |
| 23:06.48 | Crofton | ok |
| 23:06.48 | likewise | but also at git.secretlab.ca, I'm not sure if there is *one* upstream... I would like to know that as well... |
| 23:06.49 | likewise | Crofton: OE uses the Genesi patched kernel AFAIK, not the upstream GIT trees from the Linux PowerPC kernel sources. I expect them to merge somewhere in 2.6.20 or .21 |
| 23:06.49 | Crofton | WHo within oe is paying attention to "upstream" |
| 23:06.49 | likewise | Crofton: I am following their patches, but have little time. At this point, upstream(s) differs from the Genesi released kernel too much. I am *not* spending time on merging these myself. |
| 23:08.38 | Crofton | I am short time also |
| 23:08.38 | likewise | Crofton: Instead, I would like the current kernel to be in OE as-is, then at some point (soon) add a working upstream copy. |
| 23:08.52 | Crofton | ok |
| 23:09.54 | Crofton | Now that I have my stuff really running on EFIKA |
| 23:09.54 | likewise | But thanks for pointing out the network bug/fix, I can see if this applies to the kernel we use. |
| 23:09.54 | *** join/#oe TheCan (n=thecan@dslb-084-056-168-082.pools.arcor-ip.net) |
| 23:09.54 | Crofton | I am concerned someone might take it seriously :) |
| 23:09.54 | likewise | Well, koen added the powerpc arch to the bug tracker, so someone took it seriously :-) |
| 23:09.55 | Crofton | well I mean someone may ask me to do something really useful with the efika :) |
| 23:09.55 | Crofton | I notice the boards are only $200 |
| 23:11.16 | likewise | Crofton: Let me know if you need a hand :-) |
| 23:11.16 | likewise | Crofton: I am available if it pays off well ;-) |
| 23:11.16 | Crofton | heh |
| 23:11.16 | Crofton | we are academics |
| 23:11.16 | likewise | oh yeah, we hack for fun isn't it... |
| 23:11.16 | Crofton | yeah |
| 23:11.16 | likewise | shame on us. |
| 23:11.18 | likewise | Crofton: FYI, this is the Debian/Efika patch list: http://www.pastebin.ca/317899 |
| 23:11.19 | likewise | Crofton: yes, I now can confirm that efika updates are held of to the next merge window for the kernel, which is probably AFTER 2.6.20 release. See 2/3rd of this: http://patchwork.ozlabs.org/linuxppc/patch?id=8837 |
| 23:11.23 | Crofton | do you think we can try a kernel based of some of these patches befre then? |
| 23:11.58 | likewise | Crofton: we could add the debian efika kernel |
| 23:12.26 | likewise | Crofton: from here: http://people.debian.org/~luther/efika/ |
| 23:20.21 | Crofton | maybe I'll try that is I start procrastinating .... |
| 23:23.48 | likewise | :-) |
| 23:24.15 | likewise | Crofton: convince me my EFIKA is unstable and I will work on it tomorrow :-) |
| 23:24.53 | likewise | Crofton: I'll probably look at it somewhere before fosdem :-) |
| 23:25.22 | Crofton | my time will depend on how interested we get in doing serious wrk on it |
| 23:25.56 | likewise | Crofton: we as in your (employer's) company? |
| 23:26.03 | Crofton | yeah |
| 23:26.07 | Crofton | virginia tech |
| 23:26.13 | Crofton | ossie.mprg.org |
| 23:27.11 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:27.15 | *** join/#oe osas (n=nnnnnnnn@CABLE-72-53-75-244.cia.com) |
| 23:27.37 | likewise | Crofton: you are the single guy using OE in your team? |
| 23:27.44 | Crofton | yes |
| 23:27.58 | Crofton | I am the embedded guy :) |
| 23:28.48 | likewise | Crofton: and the autoconf/automake guy. Well that's handy to know :-) |
| 23:29.40 | Crofton | it doesn't take much to become an expert here .... |
| 23:31.59 | *** join/#oe cedric (n=cedric@213.215.31.4) |
| 23:37.04 | *** part/#oe mickey|dinner (n=mickey@berligate.hmw-consulting.de) |
| 23:37.40 | *** part/#oe noidd (n=red@thievery.criticalintegration.com) |
| 23:38.29 | Crofton | noidd, secret projects? |
| 23:56.03 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-078-014.pools.arcor-ip.net) |
| 23:57.11 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-126-157.pools.arcor-ip.net) |
| 23:59.15 | *** join/#oe cyn__ (n=cyn@cpe-066-057-046-006.nc.res.rr.com) |