| 00:13.21 | *** part/#oe sbrabec_utx (n=sb@7-165-207-85.strcechy.adsl-llu.static.bluetone.cz) |
| 00:17.24 | *** join/#oe CSMan (n=csman@bas6-montrealak-1096581382.dsl.bell.ca) |
| 00:26.04 | *** join/#oe zecke (n=ich@212.23.103.104) |
| 00:29.26 | zecke | XorA: hey, I would argue on the score points. But you do not want to create a benchmark on SCMs. This will take years :) |
| 00:31.41 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 00:32.13 | zecke | mtn: Fehler: SQLite-Fehler: database is locked.... |
| 00:32.23 | zecke | I can't stand this crap |
| 00:33.51 | XorA | zecke: I have done your reuest to move public the discussion, see incoming scorecard email |
| 00:34.16 | XorA | zecke: multiuserness is a score I forgot to add so you can give mtn low |
| 00:34.28 | zecke | XorA: thanks |
| 00:34.34 | zecke | XorA: I tried to create a branch for two commits |
| 00:34.44 | zecke | I'm pushing it now |
| 00:34.57 | zecke | this will take days using my internet connection because mtn added certs to all revs |
| 00:35.05 | XorA | zecke: creating branches isnt the problem, as you pointed out, merging them back is |
| 00:35.16 | zecke | with git this would be a O(number of commits made by me) |
| 00:35.28 | zecke | with mtn this O(number of commits made to the branch+yours) |
| 00:35.34 | XorA | zecke: it doesnt actually transfer all the data it says, john did 14000 revs in about 30 secs |
| 00:35.37 | zecke | which is a difference between seconds and hours |
| 00:35.58 | XorA | it seems to look if rev is already in local before wasting network time |
| 00:36.32 | zecke | mine sits add 189 and yes I'm on GPRS |
| 00:36.49 | zecke | this means I can not do anything to my db while pushing, not querying for branch names, revs, diffs |
| 00:37.00 | zecke | => a tool getting into my way |
| 00:37.15 | zecke | and leave alone the lack of a git-rebase and gitk :) |
| 00:37.28 | zecke | (i tried guitone the other day, don't get me started, and it is c++ and Qt4...) |
| 00:38.17 | zecke | mtn: 327 | 4,6 M | 538/68.467 | 178/22.549 |
| 00:38.48 | zecke | sure it is a bug it wants to upload certs and is uploading certs+revs, but it makes it unusable over slow network connections |
| 00:39.17 | zecke | XorA: I would send patches, but my db is locked and uploading 4mb again is not an option :) |
| 00:40.00 | XorA | zecke: Ill accept them by email :-) and please give a crap score to mtn for network syncing in scorecards |
| 00:41.10 | zecke | XorA: I can't as the db is locked, even for read only operations :) |
| 00:41.48 | zecke | XorA: and seriously if you have used git-rebase (I do at webkit, kernel, private things, to forward port nokia maemo gstreamer patches...) you will give it infinite number of points |
| 00:42.12 | XorA | zecke: well then thats a positive |
| 00:42.40 | XorA | zecke: my aim is to compare actual features if git ends up +1000 mtn +500 then its obvious what is sensible choice |
| 00:44.45 | zecke | XorA: yes, but to do that you would need a benchmark. This is a +2 years research project. The second best thing is doing real work with a scm |
| 00:45.10 | *** join/#oe Philippe (n=philippe@a83-245-247-22.elisa-laajakaista.fi) |
| 00:45.10 | XorA | zecke: Ive done real work with both mtn and git |
| 00:45.19 | XorA | zecke: and hopefully others have as well |
| 00:45.27 | zecke | XorA: e.g. I have published branches for webkit in ICE train rides, it doesn't look like this will be possible with mtn in the next couple of years |
| 00:46.08 | XorA | ok I missed a score publishing branches git 5 mtn 2 |
| 00:46.40 | Philippe | zecke: what kind of webkit branches? |
| 00:47.18 | zecke | Philippe: we have this review policy, so whatever feature I create is in a branch on code.staikos.net |
| 00:47.45 | Philippe | zecke:Ah ok, like that. btw I wondered if I missed something but wanted to add error handling to be able to notify the user in case loading a website fails |
| 00:47.53 | zecke | XorA: I have uploaded 25mb so far for ~20 lines of changes to publish them, how can this get 2 points? ;) |
| 00:48.20 | XorA | it didnt upload that much info for a new branch here |
| 00:48.28 | zecke | Philippe: hehe, there might be a signal in the WebFrame :) |
| 00:48.32 | XorA | 25M is painful in .tw as well |
| 00:49.13 | zecke | XorA: and I'm paralyzed there. I can not browse the web, I can not play with the db :) |
| 00:49.39 | Philippe | zecke: thanks for the hint. Must have missed it. Will look at it tomorrow. Probably my laptop will still build webkit for a few hours. An 800 Mhz PIII does not cut it anymore these days |
| 00:50.40 | zecke | XorA: And for ncc. Even if a merge might be like "mtn drop" I do not like the idea a tool forcing me to do this before a merge. So this dropping should be part of the merge and not be done before :) |
| 00:51.13 | XorA | zecke: well hopefully koen will write the few lines of lua required for that |
| 00:51.38 | Philippe | zecke: hmmm serious about that? Sounds scary.... Dropping before merging... |
| 00:52.11 | zecke | Philippe: well, this is the proposed work around. Which is not acceptable :) |
| 00:52.37 | zecke | XorA: and we can not merge the two heads of the org.openembedded.entity branch :) |
| 00:52.55 | zecke | (the odt changes) |
| 00:53.34 | zecke | still uploading and waiting :) |
| 00:54.04 | Philippe | zecke: have you updated the OE webkit-gtk recipe btw? |
| 00:54.14 | zecke | Philippe: koen did AFAIK |
| 00:54.20 | zecke | Philippe: it is using autotools now |
| 00:54.41 | Philippe | zecke: ok great. I got it to work, but thought it was broken until I noticed the .pc file changed :) |
| 00:55.09 | Philippe | decided to follow #webkit-gtk now |
| 00:55.58 | zecke | which reminds me to pester alp about my frameview/pagecache changes :) |
| 00:57.23 | Philippe | zecke: :) |
| 00:57.38 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 00:58.43 | Philippe | well glad my irc/internet works again. Now I just need to drag my trusty build station up here and start working again. But first some sleep. |
| 00:58.53 | Philippe | Goodnight/morning/noon people! |
| 01:00.14 | *** join/#oe zecke_ (n=ich@212.23.103.58) |
| 01:00.33 | zecke_ | sorry, X crashed... |
| 01:00.59 | zecke_ | wow and the server threw my changes away... |
| 01:01.14 | zecke_ | another 23mb of uploads needed |
| 01:01.22 | zecke_ | and then another 40 to be done |
| 01:01.36 | zecke_ | XorA: you are kidding on the two points for mtn? |
| 01:01.55 | zecke_ | XorA: what is the equivalent of git-format-patch for monotone? |
| 01:21.11 | RP | 'night all |
| 01:21.15 | zecke | anyone knows how to get the current revision of the workspace? (without using cat on the _MTN dir)? |
| 01:56.58 | rwhitby | zecke: git describe ? ;-) |
| 02:33.15 | *** join/#oe hvontres|home (n=hvontres@adsl-71-154-210-7.dsl.sndg02.sbcglobal.net) |
| 02:35.23 | XorA | morning |
| 02:37.01 | hvontres|home | XorA: morning :) |
| 02:39.11 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 02:40.13 | *** join/#oe wicknix (n=wicked@63.135.131.80) |
| 02:41.13 | *** join/#oe joshin_ (n=joshin@VDSL-130-13-184-242.PHNX.QWEST.NET) |
| 03:00.33 | *** join/#oe AvengerMoJo (n=alex@61.14.130.209) |
| 03:18.21 | *** join/#oe Xilent_ (n=supersti@unaffiliated/xilent) |
| 03:50.00 | *** join/#oe Verty (n=verty@84-105-175-161.cable.quicknet.nl) |
| 03:50.38 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 04:44.41 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 04:58.04 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 05:22.15 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 05:37.58 | *** join/#oe memeruiz_ (n=memeruiz@e176235070.adsl.alicedsl.de) |
| 05:38.14 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 05:47.45 | CIA-39 | 03rwhitby 07org.oe.dev * re561ab79... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Added dropbear and demoted motion (fails to build) |
| 06:31.21 | *** join/#oe volinthius (n=volinthi@castor.utu.fi) |
| 06:33.22 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
| 06:37.45 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 06:48.17 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 06:57.41 | *** join/#oe jbs (n=Bernardo@89.181.23.20) |
| 07:00.24 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 07:20.37 | *** join/#oe Gin-geR (n=hacker@pD953A518.dip0.t-ipconnect.de) |
| 07:23.49 | *** join/#oe trickie (n=trickie@basesoft.demon.nl) |
| 07:26.25 | *** join/#oe greentux (n=lemke@Z7e4c.z.pppool.de) |
| 07:29.35 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 07:38.04 | cdbot2 | * * OE Bug 4126 has been created by <OE-Autobuilder> |
| 07:38.06 | cdbot2 | * * openmoko-image-1.0-autobuild |
| 07:38.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4126 |
| 07:39.12 | methril | morning |
| 07:57.41 | *** join/#oe law (n=_law_@mail.stiftadmont.at) |
| 08:09.06 | *** join/#oe Dodji (n=dodji@torimasen.com) |
| 08:09.22 | hrw | morning |
| 08:11.12 | law | hi HRH_H_Crab |
| 08:11.17 | law | hi hrw |
| 08:12.22 | law | RP, i use the latest oe.dev rpeo, but i also get the ttf-liberation error with the poky image... (try to build it for my collie) |
| 08:12.34 | hrw | law: which error? |
| 08:13.20 | law | hrw, http://pastebin.com/m1280425c |
| 08:13.39 | law | i already build ttf-libaration manually |
| 08:14.41 | hrw | ah... |
| 08:15.19 | *** join/#oe astro76_ (n=jtaji@unaffiliated/astro76) |
| 08:16.17 | hrw | law: s/poky image/x11-sato-image/ please |
| 08:16.47 | hrw | law: that x11-sato-image recipe is wrong |
| 08:17.01 | hrw | ttf-liberation recipe does not generate ttf-liberation package |
| 08:17.14 | CIA-39 | 03rwhitby 07org.oe.dev * rab9b6229... 10/ (4 files in 4 dirs): linux-ixp4xx: Added the dmabounce debug patch from OpenWrt |
| 08:17.54 | law | hrw, is there also a poky image in OE ? |
| 08:18.02 | hrw | no |
| 08:18.41 | hrw | x11-sato-image was someone's attempt to create poky-image-sato in OE |
| 08:20.11 | law | hrw, a ok so i should use poky from openedhand ? |
| 08:22.00 | hrw | it depends what you want to get |
| 08:22.18 | law | hrw, poky for collie |
| 08:24.26 | hrw | sato does not support qvga screens |
| 08:25.19 | law | hrw, hmm ok |
| 08:25.35 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 08:25.54 | *** join/#oe russf (n=russf@host106-179-static.37-85-b.business.telecomitalia.it) |
| 08:26.39 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 08:28.10 | law | hrw, poky works really nice on my c7x0, but some apps are missing (webbrowser, mailapp) |
| 08:28.38 | law | hrw, webkit is very slow on my c7x0 (installed on sd) |
| 08:30.30 | *** join/#oe jrm_ (n=jerome@LMontsouris-152-61-15-168.w80-13.abo.wanadoo.fr) |
| 08:35.25 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:41.03 | hrw | hi greentux |
| 08:41.40 | hrw | law: Poky is not user targetted so we live without mailapp |
| 08:41.56 | CIA-39 | 03xora 07org.oe.dev * rcaecf914... 10/ (2 files in 2 dirs): angstrom-2007-for-openmoko-versions.inc : update gtkhtml version |
| 08:43.55 | *** join/#oe Terminar (i=erus@rdgw1.rother-data.com) |
| 08:44.06 | greentux | hi all |
| 08:45.09 | law | hrw, but it works better than others on my c7x0 (out of the box) |
| 08:45.44 | law | hrw, so i think about building a application feed (pasted on pinky 3.1) |
| 08:50.06 | RP | law: Poky does have claws mail in it iirc, just not in the standard images |
| 08:53.15 | XorA | RP: it does, I stole some stuff from it once |
| 08:56.33 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
| 09:05.31 | XorA | RP: see something slightly odd about this path? ~/openmoko/build-neo/tmp/work/armv4t-angstrom-linux-gnueabi/gcc-cross-4.1.2-r14/image/home/graeme/openmoko/build-neo/tmp/cross/lib |
| 09:05.42 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 09:05.46 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 09:10.26 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 09:12.22 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 09:12.51 | RP | XorA: yes, it looks wrong |
| 09:13.20 | XorA | RP: johncylee noticed it, he thinks thats where the recursive install zecke put in is going wrong, its finding libs in there |
| 09:13.26 | XorA | johncylee: over to you |
| 09:14.34 | RP | Where is this path coming from? |
| 09:14.37 | johncylee | RP: there shouldn't be abs path name inside the image directory, right ? |
| 09:14.39 | *** join/#oe Fraxinas (n=Andy@p54AA66AA.dip.t-dialin.net) |
| 09:14.42 | Fraxinas | hi |
| 09:15.06 | johncylee | RP: under TMPDIR/work/armxxx/gcc-cross/image |
| 09:15.57 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 09:16.14 | johncylee | RP: log.do_install shows it installed to that dir |
| 09:17.09 | Fraxinas | i'm trying to create an openembedded package for libebml and libmatroska |
| 09:17.20 | RP | ah, that path does make sense |
| 09:17.24 | johncylee | RP: the DESTIR issued by OE is correct |
| 09:17.33 | Fraxinas | but i haven't gotten the ebml libs to install so that i can link them correctly |
| 09:17.56 | johncylee | RP: so it was used to actually install stuffs to staging and cross dirs, right ? |
| 09:18.57 | RP | johncylee: The image directory and do_install are just used to generate the gcc-cross packages |
| 09:19.08 | RP | specifically libgcc_*.ipk |
| 09:19.22 | Fraxinas | this is my first bb-file... would anybody mind giving me some clues? |
| 09:19.25 | RP | XorA: How in sync is OM with the gcc changes I made? |
| 09:19.38 | XorA | RP: 100% |
| 09:19.52 | XorA | RP: I did mtn propogate only this morning |
| 09:19.53 | RP | Fraxinas: libebml and libmatroska already exist in OE? |
| 09:19.56 | johncylee | RP: libtool will look for .la files under cross/armxxx/lib/*.la, and the libspp.la files there includes the x86_64 dependency_libs |
| 09:20.05 | Fraxinas | do they? |
| 09:20.06 | RP | XorA: ok, I just wanted to confirm that thanks :) |
| 09:20.47 | RP | johncylee: ah, I think I start to understand |
| 09:21.09 | RP | cross packages are rather nasty beasts |
| 09:21.39 | RP | johncylee: the staging is not done from the image directory but from a staging-tmp one |
| 09:21.48 | RP | but it will be very similar to the image one |
| 09:22.08 | Fraxinas | RP: i couldn't find them in the filebrowser |
| 09:22.27 | RP | Fraxinas: so you've written recipes for them all? |
| 09:22.34 | johncylee | RP: so, libtool will add something like "-L.../staging/x86_64-linux/usr/lib" when building target packages |
| 09:22.39 | Fraxinas | yes i have but they don't work ;) |
| 09:22.56 | RP | Fraxinas: pastebin them and maybe someone will give you some pointers |
| 09:23.03 | Fraxinas | cool okay |
| 09:24.11 | Fraxinas | http://pastebin.ca/959270 |
| 09:24.40 | johncylee | RP: under my TMPDIR/cross/arm.../lib directory, there are some .la files with dependency_libs = "...../staging/x86_64-linux/usr/lib". that's why packages like avahi always fail |
| 09:24.40 | Fraxinas | the makefile doesn't have an "install" option though, i think i should mention that |
| 09:25.01 | RP | Fraxinas: There is no do_stage function |
| 09:25.31 | Fraxinas | i had the do_install section named do_stage before |
| 09:25.38 | Fraxinas | was experimenting a lot with it |
| 09:26.13 | Fraxinas | i had been using the libogg bb as a hint :) |
| 09:27.04 | RP | autotools gives a good default do_install, you'll need a custom do_stage |
| 09:27.16 | RP | and the do_install function should not be touching staging |
| 09:27.47 | Fraxinas | aye i'll try that again |
| 09:28.08 | RP | johncylee: Where are those files coming from? Is this with OE.dev from scratch? |
| 09:28.21 | RP | Well, OE.OM:) |
| 09:28.44 | RP | I have no such thing here :/ |
| 09:28.49 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:29.13 | johncylee | RP: we don't have such things on i686. it only happens on x86_64. |
| 09:29.29 | RP | johncylee: My main machine is x86_64 |
| 09:30.05 | johncylee | RP: okay, I will pull from OE.dev and check if there's anything different in classes and package/gcc |
| 09:30.37 | RP | johncylee: I looked at my gcc-cross and it doesn't build libssp either... |
| 09:31.22 | johncylee | RP: yeah it shouldn't. is for x86 not arm |
| 09:31.32 | johncylee | s/is/it's/ |
| 09:31.49 | RP | but your arm gcc-cross has it? |
| 09:33.01 | RP | There is something odd going on... |
| 09:33.49 | *** join/#oe rob_w (n=bob@Ma6d5.m.pppool.de) |
| 09:33.57 | johncylee | RP: yes arm gcc-cross has it |
| 09:34.11 | RP | which version of gcc? |
| 09:34.24 | johncylee | RP: gcc-cross_4.1.2.bb |
| 09:35.13 | RP | ok, mine is 4.2.2 which may or may not have something to do with it |
| 09:35.16 | RP | bakes 4.1.2 |
| 09:35.21 | *** join/#oe VoodooZ_ (n=palm3@76.10.166.127) |
| 09:37.37 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 09:37.52 | RP | notes gcc-4.1.2.inc has --disable-libssp |
| 09:40.10 | *** join/#oe vanhoofp (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 09:40.22 | *** join/#oe VoodooZ__ (n=palm3@76.10.166.127) |
| 09:44.15 | *** join/#oe woglinde (i=woglinde@e178100036.adsl.alicedsl.de) |
| 09:45.38 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:45.56 | johncylee | RP: it's not in my run.do_configure |
| 09:47.02 | *** join/#oe kristoffer (n=kristoff@79.138.180.81.bredband.tre.se) |
| 09:47.21 | RP | johncylee: Yes, 4.1.2 does have libssp here too |
| 09:47.43 | woglinde | hi rp |
| 09:47.53 | RP | hi woglinde |
| 09:48.27 | *** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 09:48.31 | woglinde | rp is there a timeline for gcc-4.3 yet? |
| 09:48.42 | RP | woglinde: its in OE isn't it? |
| 09:48.57 | johncylee | RP: it's overwritten somewhere |
| 09:49.47 | RP | johncylee: yes, confirmed here too, its not making it to the configure options |
| 09:50.02 | RP | it does for 4.2.2 |
| 09:51.23 | RP | gcc-configure-common.inc comes after gcc-4.1.2,inc and overwrites it |
| 09:51.25 | *** join/#oe methril (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 09:51.30 | johncylee | RP: yeah |
| 09:51.37 | johncylee | RP: just grepped it |
| 09:51.43 | *** join/#oe greentux_ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:51.47 | RP | johncylee: This is from when some idiot rearranged the gcc recipes ;-) |
| 09:51.56 | XorA | chuckles at RP |
| 09:52.03 | woglinde | *g* |
| 09:53.39 | johncylee | RP: so, move gcc-configure-cross.inc in front of gcc-${PV}.inc ? |
| 09:53.40 | RP | johncylee: I'll fix it but I'm not going to rush into it, I'd like to get it right ;-) |
| 09:53.47 | RP | johncylee: eek, no ;-) |
| 09:54.44 | RP | johncylee: If you want the quick workaround, add --disable-ssp to the flags in gcc-cross_4.1.2.bb |
| 09:54.52 | RP | then its like 4.2.2 |
| 09:55.07 | RP | but I will come up with something neater |
| 09:55.23 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
| 09:55.53 | johncylee | RP: thanks. by the way, I noticed that autotool_do_install will sed the path of all .la files |
| 09:56.08 | johncylee | RP: but we don't use it for gcc-cross |
| 09:56.43 | RP | johncylee: cross packages need special handling |
| 09:57.05 | RP | autotools_do_install would most likely explode for gcc-cross |
| 09:57.50 | johncylee | RP: I know. but, if stuffs under cross/arm.../lib/*.la has dependency_libs = "...x86_64..." like this libssp |
| 09:58.03 | RP | johncylee: Its just libssp though? |
| 09:58.06 | johncylee | RP: we will still be in trouble if libtool found it and use it |
| 09:58.44 | johncylee | RP: no. grep -nH -e x86_64 *.la |
| 09:58.44 | johncylee | libmudflap.la:17:dependency_libs=' -L/home/john/oe/tmp/openmoko/staging/x86_64-linux/usr/lib -ldl' |
| 09:58.44 | johncylee | libmudflapth.la:17:dependency_libs=' -L/home/john/oe/tmp/openmoko/staging/x86_64-linux/usr/lib -ldl' |
| 09:58.44 | johncylee | libssp.la:17:dependency_libs=' -L/home/john/oe/tmp/openmoko/staging/x86_64-linux/usr/lib' |
| 09:58.44 | johncylee | libssp_nonshared.la:17:dependency_libs=' -L/home/john/oe/tmp/openmoko/staging/x86_64-linux/usr/lib' |
| 09:58.55 | RP | mudflap shouldn't be there either |
| 09:59.19 | *** join/#oe HellDragon (i=jd@unaffiliated/helldragon) |
| 09:59.37 | johncylee | kills mudflap, burn it and bury it |
| 09:59.52 | RP | johncylee: Its the same issue, missing flags |
| 10:00.13 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 10:00.59 | Fraxinas | RP: if i take out the do_install {} section then i get an error message make: *** No rule to make target `install'. Stop. |
| 10:01.26 | RP | Fraxinas: Your app can't cope with "make install"? |
| 10:01.33 | Fraxinas | because the makefile of libebml doesn't have an install option |
| 10:01.56 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
| 10:02.04 | Fraxinas | and i must really assert that it's not my app ;) |
| 10:02.35 | RP | Fraxinas: does the app use autotools? |
| 10:02.46 | Fraxinas | no |
| 10:02.56 | Fraxinas | it's really badly done actually |
| 10:03.03 | RP | so why does it say inherit autotools in your .bb file? |
| 10:03.11 | Fraxinas | it doesn't have any configure.ac or makefile.am or anything either |
| 10:03.36 | RP | Fraxinas: ok, remove that inherit, autotools.bbclass only helps if the app actually uses autotools |
| 10:03.46 | johncylee | RP: but I didn't see anything disable mudflap for 4.1.2 |
| 10:03.47 | RP | you need to write a custom do_install and a custom do_stage |
| 10:03.57 | Fraxinas | ah okay good to know, i shall do that |
| 10:04.21 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
| 10:04.29 | RP | johncylee: It should have --disable-libmudflap |
| 10:04.50 | Fraxinas | however that means that i'll have to copy everything into the install directory by system commands in the do_install {} section right? |
| 10:05.37 | RP | Fraxinas: You'll have to use "install" to install the files manually, yes |
| 10:05.46 | RP | Fraxinas: there are examples in OE that do it |
| 10:05.48 | johncylee | RP: true for 4.2.2 but not 4.1.2 |
| 10:05.55 | Fraxinas | okay i'll check |
| 10:06.14 | RP | johncylee: You mean the configure option doesn't exist? |
| 10:06.26 | Fraxinas | it's something kind of like "install -m 0644 ebml/*.h ${STAGING_INCDIR}" |
| 10:06.34 | johncylee | RP: I mean it's not in bb :) |
| 10:06.42 | RP | johncylee: I know, thats a bug |
| 10:07.12 | *** join/#oe woglinde_ (i=woglinde@e178104235.adsl.alicedsl.de) |
| 10:09.42 | Fraxinas | RP: do_compile fails when i take out the autotools of inherit |
| 10:11.18 | Fraxinas | am i going to explicitely have to add a do_compile { oe_runmake.... } to the recipie then? |
| 10:12.55 | Fraxinas | oh wait i already do that manually anyways, so something before the compile step in the toolchain must have already been missing |
| 10:13.00 | *** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3) |
| 10:14.34 | Fraxinas | technically could only be do_configure but the app doesn't even have a configure |
| 10:15.04 | woglinde_ | how many .h and .c files the app has? |
| 10:15.48 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 10:16.03 | Fraxinas | 26 headers |
| 10:16.27 | woglinde_ | so maybee consider to write a Makefile.am and configure.ac |
| 10:16.42 | Fraxinas | 21 cpps |
| 10:17.16 | Fraxinas | hmm it does compile all right though |
| 10:17.38 | Fraxinas | with the autotools inherited |
| 10:18.39 | woglinde_ | so it has a configue.ac and Makefile.am already |
| 10:19.20 | Fraxinas | fails because of http://pastebin.org/25618 without autotools |
| 10:19.51 | Fraxinas | no it doesn't come with them. it just has a collection of ready-made makefiles for Linux, Win32 |
| 10:20.23 | *** join/#oe treitmay1 (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
| 10:20.42 | woglinde_ | yes than consider to read the autotools doku and write a configure.ac and Makfefile.am |
| 10:22.58 | Fraxinas | isn't it possible to do the tasks with a bitbake recipie too? |
| 10:30.58 | Fraxinas | my intention is also to understand oe a little better ^^ |
| 10:31.20 | Fraxinas | for example: why does the ar command fail in the compile task? |
| 10:34.38 | woglinde_ | mipsel-linux-ar: illegal option -- e |
| 10:35.05 | woglinde_ | so the Makefiles using an option that the mips-archiver dont have |
| 10:37.42 | *** join/#oe _gints___ (n=gints@62.84.15.211) |
| 10:40.13 | *** join/#oe greentux_ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 10:40.50 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 10:41.00 | *** join/#oe TheCan (n=thecan@dslb-088-067-135-199.pools.arcor-ip.net) |
| 10:43.24 | XorA | suddenly sees the light |
| 10:52.22 | ScaredyCat | turns it off |
| 10:56.36 | *** join/#oe steliosk (n=Stelios@79.131.104.95) |
| 10:58.03 | RP | Fraxinas: You can do it in a .bb file, see what autotools was doing for do_compile and maybe copy it |
| 10:59.24 | Fraxinas | sounds like a good idea :) |
| 11:06.44 | tcooksey | Is LEAD_SONAME documented anywhere? I don't know what it does or what it should be set to? |
| 11:19.38 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 11:29.08 | Fraxinas | RP i've found out that the version with autotools inherited uses the command ar while the one without actually uses mipsel-linux-ar |
| 11:29.35 | Fraxinas | however it complains about a parameter -e when that ons isn't supplied at all |
| 11:30.04 | RP | Fraxinas: Its probably to do with variables that are exported |
| 11:30.26 | RP | when you find something wrong like extra invalid options you have to start patching things :( |
| 11:30.48 | Fraxinas | aww ._. |
| 11:35.13 | florian | good monring |
| 11:37.43 | *** join/#oe mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de) |
| 11:42.20 | Fraxinas | RP: i think i fixed it by doing this: oe_runmake CC="${CC}" CXX="${CXX}" AR="${AR} rcvu" |
| 11:44.14 | Fraxinas | yes actually |
| 11:44.44 | Fraxinas | made and installed the libs |
| 11:45.38 | Fraxinas | but still i have the prob /media/Devel/7025/build/tmp/cross/lib/gcc/mipsel-linux/4.1.1/../../../../mipsel-linux/bin/ld: cannot find -lebml |
| 11:45.41 | jeremy_laine | am I the only one having problems doing an "mtn pull"? |
| 11:45.43 | *** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck) |
| 11:47.14 | *** join/#oe woglinde_ (i=woglinde@e178102193.adsl.alicedsl.de) |
| 11:48.31 | Fraxinas | wb linde |
| 11:49.59 | *** join/#oe Esben (n=esben@77.233.226.18) |
| 11:50.26 | RP | hmm, why can't I mtn pull :( |
| 11:50.39 | hrw | ~curse usb |
| 11:50.40 | ibot | May you be reincarnated as a Windows XP administrator, usb ! |
| 11:50.57 | RP | Fraxinas: is the library in staging? If not, why not? |
| 11:51.22 | Fraxinas | andy@foxtux /media/Devel/7025/build/tmp/staging $ find |grep ebml./mipsel-linux/lib/libebml.so.0./mipsel-linux/lib/libebml.so./mipsel-linux/lib/libebml.a |
| 11:51.46 | Fraxinas | it's there. installed it with oe_libinstall -a -so -C make/linux libebml ${STAGING_LIBDIR} |
| 11:51.51 | RP | thats a static lib |
| 11:52.07 | Fraxinas | static lib is not good? |
| 11:52.40 | RP | not when you're trying to do dynamic linking |
| 11:52.57 | Fraxinas | hmm that makes sense |
| 11:53.15 | Fraxinas | i pretty much tried porting the gentoo ebuilds over to oe |
| 11:55.15 | Fraxinas | they do it that way too on the i686 build for libmatroska with -lebml |
| 11:56.46 | mr_nice | woglinde_: hi |
| 11:58.21 | RP | Fraxinas: gentoo and OE are a little different |
| 11:58.27 | oxo | does anyone have experience with Thecus N2100? |
| 12:00.17 | Fraxinas | hmm of course ^^ |
| 12:00.50 | steliosk | RP: Thank God (and the OE devs) for that :) |
| 12:01.43 | *** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck) |
| 12:02.01 | hrw | oxo: rwhitby has one iirc |
| 12:02.26 | oxo | was looking for a `review' of such a box from a hacker's point of view |
| 12:08.04 | Fraxinas | RP what do i need to change so that i can use the statically linked ebml lib? |
| 12:08.04 | RP | Fraxinas: The better question might be how to build a dynamic ebml library |
| 12:08.04 | hrw | oxo: nslu2-linux.org try |
| 12:08.04 | oxo | k, thanks |
| 12:08.04 | Fraxinas | :) |
| 12:08.04 | *** join/#oe woglinde (i=woglinde@e178084197.adsl.alicedsl.de) |
| 12:08.04 | Fraxinas | it confuses me though that it doesn't work with the static lib in oe, too |
| 12:08.04 | Fraxinas | when it works just like that on my host architecture |
| 12:08.04 | RP | Fraxinas: OE is probably overriding the LDFLAGS |
| 12:09.15 | Fraxinas | humm that might be |
| 12:20.50 | RP | hmm. I just tried pushing to the nslu2 mirror and I don't like the look of the output... |
| 12:21.10 | RP | 401 revisions and 2.9M data transmitted... |
| 12:21.16 | RP | and its now hung |
| 12:23.26 | XorA|gone | so they stopped syncing? |
| 12:23.29 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 12:24.08 | RP | I don't think they carry the stable branch and my push may have upset something. I used to be able to pull from there, I can't now |
| 12:24.26 | RP | Something really odd is going on :( |
| 12:25.06 | RP | I have 221 revisions locally which the wolfson mirror doesn't have either :/ |
| 12:25.24 | XorA|gone | did you pull from openmoko.org? |
| 12:25.30 | RP | no |
| 12:25.48 | RP | I think the openmoko branching has upset something :/ |
| 12:25.50 | XorA|gone | because there are approx 200 duff revisions attributed to om.org |
| 12:26.21 | RP | I'm never touched OM, just the main server and now nslu2 and wolfson |
| 12:26.43 | RP | Somewhere in this mess are 15 revisions from me |
| 12:26.56 | XorA|gone | odd |
| 12:27.06 | XorA|gone | I never pushed OM branch to OE.org at all |
| 12:28.11 | hrw | koen did? |
| 12:28.22 | hrw | viewmtn handle OM branch |
| 12:28.27 | XorA|gone | someone push 200 duff revisions to om.org this morning though |
| 12:28.41 | hrw | I do not remember when pulled last time |
| 12:29.04 | hrw | I push one-two revs from time to time and try to pull daily |
| 12:29.14 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 12:30.11 | *** join/#oe Robwoerle (n=bob@X1623.x.pppool.de) |
| 12:30.19 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 12:30.21 | hrw | but I suspect that our monotone machine require 8GHz cpu to be able to handle mtn server |
| 12:31.46 | broonie | The wolfson box reported 'error: timed out waiting for I/O with peer monotone.linuxtogo.org, disconnecting' when it tried to sync yesterday and it's looking like it's in the process of doing the same just now. |
| 12:32.03 | broonie | s/yesterday/this morning/ |
| 12:32.13 | XorA|gone | mtn.oe.org is down as far as I can see from .tw |
| 12:33.27 | broonie | I can mtr to it. |
| 12:33.43 | broonie | Or to 'linuxtogo.org', at any rate. |
| 12:33.57 | hrw | anyone can |
| 12:34.13 | hrw | but mtn is on amethyst.openembedded.net not on ltg (which do redirect) |
| 12:34.20 | RP | monotone is using 2GB ram and 100% processor |
| 12:34.26 | RP | on amethyst |
| 12:34.42 | hrw | which is a reason why I 'love' mtn recently |
| 12:35.15 | broonie | Yeah, that'd be consistent with what I'm seeing here. |
| 12:35.34 | hrw | we need petition to Intel and AMD to get 8GHz single core cpus for our monotone servers |
| 12:37.07 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 12:37.09 | Jin^eLD | huhu |
| 12:43.26 | *** join/#oe thesing (n=tkunze@BAA2efa.baa.pppool.de) |
| 12:43.36 | thesing | morning all. |
| 12:44.06 | mr_nice | thesing: hi |
| 12:44.06 | woglinde | hi thesing |
| 12:44.12 | woglinde | hi jineld |
| 12:44.15 | mr_nice | woglinde: hi |
| 12:44.44 | *** join/#oe Crofton (n=balister@168.103.66.36) |
| 12:44.50 | XorA|gone | yo Crofton |
| 12:44.54 | woglinde | hi mr_nice |
| 12:44.55 | Jin^eLD | hey guys |
| 12:44.57 | woglinde | morning crofton |
| 12:46.25 | Jin^eLD | there have been some mails/rfcs regarding initramfs generation, does anyone know if this has been sorted out? |
| 12:46.31 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
| 12:46.32 | Jin^eLD | so far I used an ugly hack for it |
| 12:46.53 | Crofton | gm |
| 12:47.03 | mr_nice | woglinde: do you read angstrom-dev ml? |
| 12:47.37 | woglinde | mr_nice nope |
| 12:48.02 | mr_nice | woglinde: ok |
| 12:48.49 | woglinde | mr_nice I have to go |
| 12:49.02 | woglinde | my son is watiing in the kindergarten |
| 12:49.35 | *** join/#oe Genesis (n=Ronan@AMontsouris-153-1-47-165.w90-2.abo.wanadoo.fr) |
| 12:49.38 | mr_nice | woglinde: hurry up |
| 12:49.40 | mr_nice | *g |
| 12:50.00 | thesing | Jin^eLD: I have something laying around for initramfs generation I will rfc it asap. |
| 12:50.38 | Jin^eLD | thesing: anything I could test right away? |
| 12:50.57 | Jin^eLD | in my "hack" I was simply unpacking the rootfs image somewhere and then pointing the kernel config to that directory |
| 12:51.23 | Jin^eLD | if you have something that I could test locally - would be nice |
| 12:52.21 | Genesis | bonjour |
| 12:53.32 | thesing | Jin^eLD: the problem is thats its mixed with something other I was working on. I have to commit that first. I was away from OE for two weeks so I have to check for bitrot first. |
| 12:54.20 | Jin^eLD | oh, ok |
| 13:02.39 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 13:04.24 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 13:04.33 | *** join/#oe methril (n=Methril@213.27.233.98) |
| 13:05.47 | *** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it) |
| 13:05.58 | ant|work | good morning |
| 13:06.42 | ant|work | thesing: hi |
| 13:06.45 | methril | good morning |
| 13:07.00 | thesing | hi |
| 13:07.07 | ant|work | thesing: we are getting impatient for the initramfs/klibc commits ...he he |
| 13:07.24 | ant|work | pls check with RP the kernel do_deploy change |
| 13:07.36 | ant|work | he said was almost ok |
| 13:07.47 | ant|work | only "minor changes" |
| 13:08.06 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:08.06 | hrw | too bad that to push changes you need to connect to mtn server first ;( |
| 13:08.20 | ant|work | :-/ |
| 13:08.31 | RP | thesing: Do you have commit access? |
| 13:08.39 | thesing | RP: yes |
| 13:09.05 | thesing | RP: What are the minor issues with the do_deploy stuff? |
| 13:09.09 | RP | I'm very much in favour of the do_deploy change and poky has had something similar for a while |
| 13:09.26 | RP | thesing: I'd just like to see uImage handled in the generic do_deploy as well |
| 13:09.34 | RP | Poky's does so you could look at that |
| 13:10.22 | thesing | I will. Poky servers work I guess ? ;) |
| 13:10.40 | RP | thesing: yes :) |
| 13:11.31 | RP | thesing: http://svn.o-hand.com/view/poky/trunk/meta/classes/kernel.bbclass?rev=4116&view=markup |
| 13:11.56 | thesing | RP: would it be hard to override PR and PV for package generation? |
| 13:12.00 | RP | thesing: I'm particularly after the package_stagefile call in OE soon |
| 13:12.12 | RP | thesing: I really don't want to do it |
| 13:12.21 | RP | It will break things |
| 13:13.53 | thesing | RP: I want PV and PR of initramfs-kernel sync with kernel package. Otherwise upgrading doesn't work. |
| 13:14.14 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
| 13:14.45 | RP | thesing: Just add a RDEPENDS_initramfs = "kernel (= PV-PR)" |
| 13:14.46 | hrw | I wonder when 'mtn pull' will end.. |
| 13:16.08 | thesing | hrw: me too. |
| 13:16.24 | ant|work | hrw: while you wait: there is no SRC_URI_append_c7x0 in http://svn.o-hand.com/view/poky/trunk/meta/packages/linux/linux-rp_2.6.24.bb?rev=3677&view=markup |
| 13:16.24 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 13:16.42 | RP | ant|work: There doesn't have to be |
| 13:17.14 | ant|work | mumble mumble |
| 13:17.58 | ant|work | ok, I'm testing the sharp-rc patch(s) so I added it |
| 13:18.36 | thesing | RP: how will this help? initramfs-kernel is a zImage with initramfs included. why should it rdepend on kernel? I can imaging something like RPROVIDES=kernel (= KERNELPV-KERNELPR) in the initramfs recipe. |
| 13:19.16 | ant|work | RP: file://mtd-module.patch;patch=1;status=external also unneeded? |
| 13:20.12 | RP | thesing: ah, I see what you mean |
| 13:20.40 | RP | thesing: Changing PV and PR at package creation time will break things badly :( |
| 13:21.19 | ant|work | got lost testing patches during all that defconfig changes |
| 13:21.34 | ant|work | ~curse sharp for the 1,2 mb limit |
| 13:21.35 | ibot | May the fleas of a thousand camels infest your most sensitive regions, sharp for the 1,2 mb limit ! |
| 13:23.04 | cdbot2 | * * OE Bug 4127 has been created by <OE-Autobuilder> |
| 13:23.06 | cdbot2 | * * cacao-initial-0.98-autobuild |
| 13:23.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4127 |
| 13:23.39 | hrw | 46 minutes ago started 'mtn pull' - still not finished (hang) |
| 13:24.30 | thesing | RP: would the RPOVIDES solution work? |
| 13:25.19 | RP | thesing: RPROVIDES are not versioned |
| 13:27.11 | RP | thesing: If you set PV_packagename = "" and PR_packaename = "" where packagename is the name of the output package you can probably do what you want |
| 13:27.29 | RP | Where the "" is something which will pull the right version in |
| 13:28.18 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 13:29.14 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 13:29.48 | *** join/#oe |miska| (n=|miska|@auryn.karlin.mff.cuni.cz) |
| 13:30.29 | *** join/#oe NAbyss (n=foo@tucuxi.org) |
| 13:45.03 | hrw | one hour of pulling.... |
| 13:45.35 | ant|work | hrw: so perhaps you have 1 min for checking this: http://www.pastebin.org/25654 |
| 13:49.01 | hrw | ant|work: it is in Richard queue already |
| 13:50.34 | ant|work | hrw so I'm not too wrong putting it in SRC_URI_APPEND_c7x0 |
| 13:53.31 | hrw | add it to SRC_URI for all |
| 13:55.20 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 14:00.29 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 14:01.25 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 14:01.59 | *** join/#oe pcgeil (n=steffen@lnht-l1.lnht.FH-Furtwangen.DE) |
| 14:02.50 | *** join/#oe sudharsh_ (n=sudharsh@59.92.68.181) |
| 14:09.13 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
| 14:15.36 | *** join/#oe jeremy_laine (n=sharky@120.194.210.62.te-dns.org) |
| 14:16.44 | woglinde | re |
| 14:17.05 | Fraxinas | wb |
| 14:20.06 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 14:21.05 | *** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de) |
| 14:25.17 | *** join/#oe AvengerMoJo (n=alex@219.142.252.201) |
| 14:27.34 | *** join/#oe russf (n=russf@host106-179-static.37-85-b.business.telecomitalia.it) |
| 14:48.19 | hrw | afer 2 hours I ctrl-c "mtn pull" operation... |
| 14:48.56 | thesing | hrw: you're much more patient than me. |
| 14:49.08 | hrw | thesing: I have other things to do |
| 14:49.34 | hrw | restarted it |
| 14:50.47 | thesing | who has control over the mtn servers an can look whats going on? |
| 14:52.17 | hrw | 27 13:39 < RP> monotone is using 2GB ram and 100% processor |
| 14:52.56 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 14:52.58 | ant|work | mickey: it's a painful agony for mtn, could you pull the plug? |
| 14:53.04 | thesing | how about killing mtn and restarting it on the server? |
| 14:59.37 | hrw | o.. progress - it is pulling now |
| 15:00.50 | hrw | very slowly but pulling |
| 15:02.05 | thesing | I guess the issue is getting worse by people starting and stopping pulls several times like us. |
| 15:04.50 | *** join/#oe pcgeil (n=steffen@lnht-l1.lnht.FH-Furtwangen.DE) |
| 15:05.32 | *** join/#oe pcgeil (n=steffen@lnht-l1.lnht.FH-Furtwangen.DE) |
| 15:07.33 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
| 15:08.23 | *** join/#oe methril|away (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 15:32.10 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
| 15:41.44 | thesing | Jin^eLD, RP: http://www.pastebin.ca/959600 is my current version of the initramfs stuff its mixed with the do_deploy stuff. It works on a 2 week old OE tree. |
| 15:42.36 | Jin^eLD | thanks, I'll have a look! |
| 15:43.05 | hrw | after 53 minutes it died on i/o error |
| 15:43.25 | RP | thesing: looks good. I'm not sure about all the bits in kernel.bbclass but its definetly heading the right way |
| 15:46.00 | *** join/#oe peter420 (i=3d5fc3cd@gateway/web/ajax/mibbit.com/x-f5c951241052d4ac) |
| 15:47.54 | thesing | RP: you mean the task dependencies? They build an initramfs-kernel + package if virtual/kernel is build and clean them it virtual/kernel is cleaned. An rm-work dependency is missing but I'm not sure what happens if its added and rm-work is disabled. |
| 15:49.19 | RP | thesing: Don't do that please :( |
| 15:49.29 | CIA-39 | 03rpurdie 07org.oe.dev * r1e3a5371... 10/ (1 packages/vte/vte.inc): vte.inc: Disable python, add intltool-native to DEPENDS |
| 15:49.34 | CIA-39 | 03rpurdie 07org.oe.dev * r017e6ef4... 10/ (4 files in 3 dirs): lvm2: Add patch to remove -Llibdir from LDFLAGS |
| 15:49.39 | CIA-39 | 03rpurdie 07org.oe.dev * r05788b53... 10/ (1 packages/esmtp/esmtp_0.5.1.bb): esmtp: Add --with-libesmtp option to configure else it adds -L/lib to LDFLAGS |
| 15:49.41 | RP | thesing: If I clean glib-2.0 it doesn't clean everything linking to glib-2.0 |
| 15:49.44 | CIA-39 | 03rpurdie 07org.oe.dev * rc3810124... 10/ (5 files in 4 dirs): elfutils: Add 0.131, fix warnings patch for 0.127 |
| 15:49.49 | CIA-39 | 03rpurdie 07org.oe.dev * rec772733... 10/ (3 files in 3 dirs): device-mapper: Patch insanity out of Makefiles |
| 15:49.53 | CIA-39 | 03rpurdie 07org.oe.dev * r34c03310... 10/ (1 packages/gcc/gcc-cross-kernel-3.4.4_csl-arm-2005q3.bb): gcc-cross-kernel-3.4.4-csl-2005q3: Merge fixes from Poky |
| 15:49.58 | RP | thesing: There are better ways to handle this (BB_STAMP_POLICY) |
| 15:49.58 | CIA-39 | 03rpurdie 07org.oe.dev * rd6a36458... 10/ (3 files in 3 dirs): gcc-3.4.4: Add patch to fix jar location from poky |
| 15:50.03 | CIA-39 | 03rpurdie 07org.oe.dev * r88ea87d0... 10/ (6 files in 3 dirs): gcc: Add csl 2006q1 compiler versions from Poky |
| 15:50.08 | CIA-39 | 03rpurdie 07org.oe.dev * r53735966... 10/ (4 files in 2 dirs): gcc-4.*: Set ARM_INSTRUCTION_SET to arm so vfp instructions can be avoided within libgcc itself (from poky) |
| 15:50.13 | CIA-39 | 03rpurdie 07org.oe.dev * rfc44b8f5... 10/ (14 files in 2 dirs): gcc-4.x: Cleanup and standardise the compiler configuration flags, fixing various bugs in the 4.1.x and 4.0.x versions. Broken libssp and libmudflap libraries should no longer be staged into cross. |
| 15:50.17 | CIA-39 | 03rpurdie 07org.oe.dev * r285ba195... 10/ (1 packages/gcc/gcc-package-target.inc): gcc-package-target.inc: Package libgfortran-dev if present, don't package libgcc, libstdc++ or libg2c, these packages from from gcc-cross |
| 15:50.22 | CIA-39 | 03rpurdie 07org.oe.dev * rd9f628bb... 10/ (1 packages/gcc/gcc-package-cross.inc): gcc-package-cross.inc: Only provide the packaged libraries, not the corresponding -dev packages which are broken and are provided by gcc |
| 15:50.29 | thesing | RP: is this documented somewhere? |
| 15:50.53 | RP | thesing: Its a really recent thing but long planned |
| 15:51.17 | RP | thesing: basically in "full" mode, touching glib will resulting in anything dependning on glib rebuilding |
| 15:51.33 | RP | its not perfect yet but is the proper generic way to do what you're doing |
| 15:51.57 | RP | amethyst is idle :) |
| 15:56.05 | *** join/#oe MetaMorfoziS (n=avr@3e70d272.adsl.enternet.hu) |
| 15:56.44 | hrw | and it took only 3 hours and 4 minutes to pull ;) |
| 15:59.20 | *** join/#oe kristoffer (n=kristoff@79.138.160.209.bredband.tre.se) |
| 16:00.27 | *** join/#oe jmichel (n=jmichel@142.92.36.177) |
| 16:06.13 | *** join/#oe Terminar (i=urse@rdgw1.rother-data.com) |
| 16:31.39 | *** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net) |
| 16:32.14 | *** join/#oe pcgeil (n=steffen@ibooksteffen.ask.fh-furtwangen.de) |
| 16:32.54 | *** join/#oe zecke (n=ich@212.23.103.34) |
| 16:34.31 | zecke | *internet* how nice :) |
| 16:35.11 | Jin^eLD | zecke: been offline? |
| 16:35.29 | RP | zecke: libssp mystery solved, it wasn't disabled in gcc 4.1.2, it was in 4,2,2. I've synced the recipes up now |
| 16:36.02 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
| 16:36.08 | RP | All the more reason for the gcc cleanup to get some kind of standardisation |
| 16:42.31 | CIA-39 | 03rpurdie 07org.oe.dev * re9687e34... 10/ (5 files in 3 dirs): binutils: Add 2.16.1 |
| 16:42.36 | CIA-39 | 03rpurdie 07org.oe.dev * rd1dfc5df... 10/ (9 files in 3 dirs): glibc: Add 2.3.6 |
| 16:43.46 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
| 16:47.48 | *** part/#oe Esben (n=esben@77.233.226.18) |
| 16:49.52 | ant|work | RP: you once said it took about 4 mins to rebuild from scratch using packaged-staging. What do one need (not) to delete in /tmp for a vacuum-clean build? |
| 16:50.03 | *** join/#oe ich_ (n=ich@212.23.103.122) |
| 16:51.19 | RP | ant|work: Just tmp/deploy/pstage |
| 16:51.27 | ich_ | RP: so my change was innocent :) |
| 16:51.39 | RP | ich_: I suspect so :) |
| 16:52.07 | zecke_ | XorA|gone: I want a hand written apology post card (just kidding) |
| 16:53.10 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 16:53.11 | ant|work | RP: well, that /pstage dir was not populated creating images, only by 2 separate builds (zaurus-updater and virtual/kernel) |
| 16:54.00 | RP | ant|work: run bitbake xyz -c buildall and it will be |
| 16:54.19 | RP | where xyz covered the things you want to build |
| 16:56.15 | zecke | tcooksey: my reply should arrive shortly |
| 16:56.16 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 16:56.48 | tcooksey | zecke: cheers. :-) |
| 16:56.54 | hillct | Good afternoon all |
| 16:57.08 | hillct | trying to track down the maintainer for libtool-native |
| 16:58.16 | zecke | tcooksey: basicly it is due debian renaming. a package "foo" that only contains libfoo.so.1.0.0 gets renamed to libfoo1. Distributions/whatever can INHERIT += "debian" to get this renaming (a policy decision) |
| 16:58.40 | zecke | tcooksey: in your case you have more than one library installed, so it is not obvious what is the leading so and if the package should be renamed |
| 16:58.54 | zecke | tcooksey: you can ignore it, say which one is the leading so, split the packaging |
| 16:59.43 | hillct | Who should I CC for Ticket http://bugs.openembedded.net/show_bug.cgi?id=4112 to get the patch checked in? |
| 17:00.34 | zecke | hillct: attach diff's :) |
| 17:00.54 | hillct | of course |
| 17:01.04 | hillct | er, didn't I? |
| 17:02.11 | *** join/#oe thesing (n=tkunze@BAA2efa.baa.pppool.de) |
| 17:02.51 | hillct | oh, I just attached the full file |
| 17:02.55 | hillct | easy enough |
| 17:03.15 | *** join/#oe astro76 (n=jtaji@unaffiliated/astro76) |
| 17:03.17 | zecke | hillct: I'm lazy I want to view the diff in my browser :) |
| 17:03.24 | hillct | heh |
| 17:03.26 | hillct | one sec |
| 17:03.34 | hillct | the diff is the staging |
| 17:03.37 | hillct | that's it |
| 17:04.06 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 17:06.16 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 17:06.50 | *** join/#oe kristoffer (n=kristoff@79.138.135.32.bredband.tre.se) |
| 17:07.34 | hrw | bye |
| 17:09.59 | hillct | zecke: there ya go |
| 17:14.25 | *** join/#oe BabelO (n=Fabrice@unaffiliated/babelo) |
| 17:15.54 | zecke | hillct: who requires that lib? :) |
| 17:16.18 | zecke | hillct: unified diffs... the result of mtn diff, sorry I assumed that was known to you |
| 17:17.07 | hillct | it probably was, at one point, long ano when I first checked in my stuff |
| 17:17.29 | hillct | the dependency is for ticket 4113 |
| 17:17.30 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
| 17:21.05 | hillct | zecke: there ya go |
| 17:22.56 | *** join/#oe Magon (n=Magon@213.155.227.229) |
| 17:23.31 | zecke | thanks |
| 17:23.44 | hillct | zecke: for previous builds of CallWeaver (ticket 4113) we jut fixed the libtool-native staging locally for the slugos 3.10 release but it seems worthwhile to fix it upstream |
| 17:24.21 | hillct | since the upstream recipe seems to have made it's way back into slugos 4.8 |
| 17:30.06 | *** join/#oe jdav_gone (n=james@d75-157-13-250.bchsia.telus.net) |
| 17:35.49 | *** join/#oe Sleep_Walker (n=Sleep@207.93.broadband2.iol.cz) |
| 17:37.21 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:39.40 | *** join/#oe kristoffer (n=kristoff@79.138.153.96.bredband.tre.se) |
| 17:46.44 | thesing | RP: for do_deploy I want to commit http://www.pastebin.ca/959764 is this ok with you? it's as in poky with tabs and "addtask deploy before do_build after do_install" instead of "addtask deploy before do_package after do_install" |
| 17:47.47 | RP | thesing: Can you make it do_package please? That has implications for packaged-staging |
| 17:48.40 | thesing | RP: packaged-staging handles deploy_dir? |
| 17:49.00 | RP | thesing: it handles output from do_deploy, yes |
| 17:49.24 | RP | thesing: otherwise feel free to commit and drop any customdo_deploy functions which are uneeded |
| 17:49.41 | thesing | RP: ok. |
| 17:51.02 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 17:54.41 | *** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 17:56.11 | Khem | would console-image pull webkit-gtk ? |
| 17:56.15 | Khem | if yes why |
| 17:58.21 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 18:00.36 | *** join/#oe MetaMorfoziS (n=avr@dsl54009F1F.pool.t-online.hu) |
| 18:02.38 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 18:03.52 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 18:04.44 | *** join/#oe MeTa (n=avr@dsl54009F1F.pool.t-online.hu) |
| 18:07.37 | *** join/#oe d1 (n=dr@vnsecurity.net) |
| 18:18.35 | *** join/#oe kristoffer (n=kristoff@79.138.141.131.bredband.tre.se) |
| 18:19.44 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 18:20.51 | *** join/#oe Robwoerle (n=bob@X1b24.x.pppool.de) |
| 18:30.13 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-14-253.w86-201.abo.wanadoo.fr) |
| 18:32.57 | *** join/#oe greentux (n=lemke@Z7e4c.z.pppool.de) |
| 18:39.05 | cdbot2 | * * OE Bug 4128 has been created by <OE-Autobuilder> |
| 18:39.06 | cdbot2 | * * djvulibre-3.5.19-autobuild |
| 18:39.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4128 |
| 18:39.57 | *** join/#oe arthur_dent (n=arthur_d@p54A58378.dip0.t-ipconnect.de) |
| 18:40.16 | *** part/#oe arthur_dent (n=arthur_d@p54A58378.dip0.t-ipconnect.de) |
| 18:44.17 | *** join/#oe drmikecrowe (n=drmikecr@208.104.23.34) |
| 18:44.53 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
| 18:45.47 | *** join/#oe rob__w (n=bob@X00ff.x.pppool.de) |
| 18:47.22 | CIA-39 | 03thesing 07org.oe.dev * r6b053bb8... 10/ (1 classes/kernel.bbclass): kernel.bbclass: add generic do_deploy task |
| 18:47.27 | CIA-39 | 03thesing 07org.oe.dev * r5042c988... 10/ (66 files in 3 dirs): update kernel recipies to use new generic do_deploy from kernel.bbclass |
| 18:59.01 | *** join/#oe arthur_dent (n=arthur_d@p54A58378.dip0.t-ipconnect.de) |
| 19:01.34 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 19:06.39 | *** part/#oe arthur_dent (n=arthur_d@p54A58378.dip0.t-ipconnect.de) |
| 19:08.46 | *** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net) |
| 19:08.50 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 19:09.13 | CIA-39 | 03osas 07org.oe.dev * rc6d6222e... 10/ (1 packages/meta/slugos-packages.bb): spandsp promoted for slugos |
| 19:10.52 | CIA-39 | 03rodrigo.vivi 07org.oe.dev * r487f86d7... 10/ (1 conf/distro/mamona.conf): Mamona.conf: cleaning and reorganizing it. |
| 19:12.58 | *** join/#oe gremlin[it] (n=gremlin@ppp-165-109.25-151.libero.it) |
| 19:13.41 | gremlin[it] | good evening ! |
| 19:14.08 | Jin^eLD | hmm, if I tell angstrom to create an ext2 image - does this image have any partitions |
| 19:14.21 | Jin^eLD | I'm trying it with qemu |
| 19:14.27 | gremlin[it] | no partition |
| 19:14.32 | Jin^eLD | but could not figure out the root parameter so far |
| 19:14.55 | Jin^eLD | hmm, root=/dev/hda also does not work (specified the image as -hda) |
| 19:14.59 | gremlin[it] | Jin^eLD : or you add root=hda ad kernel parapeter |
| 19:15.28 | Jin^eLD | thats what I did |
| 19:15.29 | Jin^eLD | <PROTECTED> |
| 19:15.37 | Jin^eLD | it seems it can't figure it out |
| 19:15.45 | Jin^eLD | how do the angstrom arm qemu images work? |
| 19:15.54 | gremlin[it] | Jin^eLD or you use a script on poky repository to create an image with partition from a ext2.image |
| 19:16.25 | gremlin[it] | Jin^eLD don't know i did similar test with x86 arch ... |
| 19:16.38 | Jin^eLD | script in poky, thanks for the hint, I will try it |
| 19:20.11 | Jin^eLD | I think I found it |
| 19:20.12 | Jin^eLD | poky-addptable2image |
| 19:22.31 | CIA-39 | 03koen 07org.oe.dev * r62d075b4... 10/ (1 classes/kernel.bbclass): kernel.bbclass: unbreak uImage generation. |
| 19:22.56 | Khem | Jin^eLD: what image did u try with uclibc |
| 19:23.33 | Jin^eLD | Khem: self built for mipsel |
| 19:23.40 | Jin^eLD | Khem: actually I am still strugling with the uclibc - mips thing |
| 19:23.43 | Jin^eLD | :) |
| 19:24.02 | Jin^eLD | my static binaries refused to run on the platform, so I wanted to try if the "normal" image, like minimal image |
| 19:24.04 | Jin^eLD | would work |
| 19:24.54 | gremlin[it] | ping koen |
| 19:25.14 | Jin^eLD | I know what to change in OE to compile for mips/uclibc but I wanted to confirm that the produced binaries actually work |
| 19:25.23 | Jin^eLD | before submitting a patch |
| 19:25.40 | Jin^eLD | gremlin[it]: I guess I will |
| 19:25.52 | Jin^eLD | but was seeing that as last resort, so still trying a few things out |
| 19:26.06 | gremlin[it] | good Jin^eLD |
| 19:26.53 | Jin^eLD | qemu says: No filesystem could mount root, tried: iso9660 |
| 19:26.56 | Jin^eLD | why isnt it trying ext2? |
| 19:27.01 | Jin^eLD | I compiled ext2 into the kernel |
| 19:27.04 | Jin^eLD | and I can loopback mount the image |
| 19:28.02 | hvontres|work | gremlin[it]: Send koen an e-mail, he's currently on a self-imporsed IRC sabattical |
| 19:28.54 | gremlin[it] | ahhhh ok ... maybe i send a sms so ... isn't important anyway :) |
| 19:29.23 | hvontres|work | gremlin[it]: I think he's actually trying to finish school this time :) |
| 19:29.45 | gremlin[it] | heheheh i thought :) |
| 19:30.04 | cdbot2 | * * OE Bug 4129 has been created by <OE-Autobuilder> |
| 19:30.06 | cdbot2 | * * gnuplot-4.2.0-autobuild |
| 19:30.08 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4129 |
| 19:36.45 | Jin^eLD | l8r everyone |
| 19:38.35 | Khem | Jin|away: use -hda option of qemu |
| 19:39.01 | Khem | Jin|away: and in -append specify root=/dev/sda |
| 19:42.07 | *** join/#oe kristoffer (n=kristoff@79.138.146.49.bredband.tre.se) |
| 19:46.52 | *** join/#oe pH5 (n=user@p5485E6DD.dip.t-dialin.net) |
| 19:55.52 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
| 19:58.08 | *** join/#oe Terminar (n=terminar@mischief.cyberphoria.org) |
| 19:58.09 | *** join/#oe mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de) |
| 20:05.10 | *** join/#oe birunko (n=birunko@200.184.118.132) |
| 20:14.15 | *** join/#oe MetaMorfoziS (n=avr@3e70d272.adsl.enternet.hu) |
| 20:22.18 | *** join/#oe MetaMorfoziS (n=avr@3e70d272.adsl.enternet.hu) |
| 20:26.25 | *** join/#oe wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
| 20:32.42 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 20:35.15 | *** join/#oe kristoffer (n=kristoff@79.138.155.201.bredband.tre.se) |
| 20:35.28 | *** join/#oe davygravy_ (n=davygrav@h75-100-84-44.75-100.unk.tds.net) |
| 20:35.53 | *** join/#oe j0tt (n=j@unaffiliated/jott) |
| 20:38.56 | *** join/#oe gremlin[it] (n=gremlin@ppp-165-109.25-151.libero.it) |
| 20:48.15 | *** join/#oe flo_lap (n=fuchs@f049003103.adsl.alicedsl.de) |
| 20:49.07 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 21:03.34 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 21:12.30 | jeremy_laine | hiya! |
| 21:13.16 | jeremy_laine | any ideas why I might suddenly end up build linux-bd-neon-2.6-2.6.22-r2? |
| 21:14.23 | thesing | jeremy_laine: is it a kernel recipe? |
| 21:14.42 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 21:15.14 | jeremy_laine | thesing: it is, but I should be picking up linux-2.6.24 (I'm using mpc8313e-rdb) |
| 21:15.46 | jeremy_laine | thesing: that was still the case yesterday, but today's mtn pull must have busted it |
| 21:16.26 | thesing | maybe its because of the do_deploy changes. |
| 21:17.24 | thesing | I updated some kernel recipes but it shouldn't affect which kernel is selected. |
| 21:17.41 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
| 21:17.44 | jeremy_laine | thesing: to boot linux-bd-neon-2.6-2.6.22-r2 doesn't even build! |
| 21:18.57 | jeremy_laine | thesing: I have PREFERRED_PROVIDER_virtual/kernel ?= "linux" in the machine config file, what more can I do? |
| 21:20.20 | thesing | jeremy_laine: why "?=" ? |
| 21:21.46 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 21:22.16 | thesing | jeremy_laine: you know about "bitbake -e" ? |
| 21:23.48 | jeremy_laine | changing ?= to = made no difference |
| 21:24.31 | gremlin[it] | sure have to set to "linux" and not "linux-bd-neon" ? |
| 21:25.33 | *** join/#oe SyNko (n=SyNko@87.15.167.205) |
| 21:25.44 | *** part/#oe SyNko (n=SyNko@87.15.167.205) |
| 21:25.47 | jeremy_laine | bitbake -e gives no references to "neon" |
| 21:26.07 | jeremy_laine | I see my virtual/kernel definition come up correctly |
| 21:27.11 | *** join/#oe yansa (n=yans@host-89-167-37-237.pronet.lublin.pl) |
| 21:27.12 | flo_lap | jeremy_laine: hrm... I remember that was caused by a bug in linux-bd-neon, but that should have been fixed |
| 21:27.22 | gremlin[it] | if you build it explicitly 'bitbake virtual/kernel' it work ? |
| 21:27.27 | flo_lap | thinks we shoudl get rid of this anyway |
| 21:28.15 | jeremy_laine | bitbake virtual/kernel build the neon kernel, odd.. |
| 21:28.25 | *** join/#oe kristoffer (n=kristoff@77.241.130.142.bredband.tre.se) |
| 21:28.51 | gremlin[it] | ok ... so maybe is just distro / image that don't include the right kernel |
| 21:30.25 | jeremy_laine | gremlin[it]: I don't agree, there is something messed with virtual/kernel, if it points to "linux", why am I building "linux-bd-neon"? |
| 21:30.55 | flo_lap | hmm strange indeed |
| 21:30.59 | thesing | maybe I reverted the neon fix somehow. |
| 21:31.02 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 21:31.14 | flo_lap | and why does it fail to build? |
| 21:31.59 | jeremy_laine | probably the defconfig makes no sense with my cross-compiler |
| 21:32.11 | jeremy_laine | (I am building for mpc8313e-rdb) |
| 21:32.30 | gremlin[it] | mhh hbut if you build directly it work ... |
| 21:34.21 | jeremy_laine | the really weird things is that a grep of "bd-neon" on org.oe.dev gives very few results |
| 21:34.39 | jeremy_laine | so I'm stumped as to how it is getting selected |
| 21:37.49 | *** join/#oe |miska| (i=miska@atrey.karlin.mff.cuni.cz) |
| 21:37.54 | *** join/#oe woglinde (i=woglinde@85.179.36.255) |
| 21:38.46 | jeremy_laine | "bitbake linux" doesn't work, nor does "bitbake linux-2.6.24" |
| 21:43.17 | jeremy_laine | everything is fine if I revert to revision ee54b47d88c9b12e16112560ea26459766cbb606 |
| 21:44.07 | jeremy_laine | thesing: this the last revision before the do_deploy changes |
| 21:47.32 | ant|work | thesing: FWIW I started a fresh rebuild one hour ago for c7x0 and it was building the (outdated but) right kernel linux-rp_2.6.23 for the machine |
| 21:47.43 | jeremy_laine | thesing: commit 6b053bb87e29cff98f94c410ec8687851b734b73 seems to introduce the breakage for me |
| 21:48.51 | thesing | jeremy_laine: it builds the right kernel for me. you use the linux recipe? |
| 21:50.22 | jeremy_laine | thesing: yup, I want "linux_2.6.24" to be selected |
| 21:50.56 | jeremy_laine | thesing: it seems to be 100% reproducible for me: apply the patch to kernel.bbclass and it breaks, revert the patch and it works |
| 21:51.34 | ant|work | jeremy_laine: obviously you changed DEFAULT_PREFERENCE = "-1" |
| 21:51.40 | *** join/#oe sbrabec_zaurus (n=sbrabec@7-165-207-85.strcechy.adsl-llu.static.bluetone.cz) |
| 21:52.17 | ant|work | jeremy_laine: sorry: DEFAULT_PREFERENCE_mpc8313e-rdb = "1" |
| 21:52.20 | *** join/#oe gremlin[it] (n=gremlin@ppp-165-109.25-151.libero.it) |
| 21:52.34 | jeremy_laine | ant|work: you had me checking :) |
| 21:52.41 | ant|work | =) |
| 21:52.55 | ant|work | same for c7x0, will be pushed one day |
| 21:53.37 | flo_lap | ~lart koen |
| 21:53.38 | ibot | takes large quantities of Krispy Kream donuts and stuffs them one after another down koen's throat until koen puts on 150lbs |
| 21:55.01 | flo_lap | RP: Do you want to answer to this stable branch crap announced on the Angstrom list? |
| 21:55.55 | jeremy_laine | thesing: I seem to have narrowed it down some, it's the "python __anonymous ()" bit in kernel.bbclass that seems to mess the build for me |
| 21:57.54 | sbrabec_zaurus | RP: I found a QA problem with libgnomecups. it calls for global level fix, which is above my bitbake knowledges: If package contains bindir/*-config, then it most probably should be part of devel package, and copied to staging. Exception may be possible via bb file (or grep for --cflags inside *-config to be sure thet it is devel file). |
| 21:58.36 | jeremy_laine | thesing: confirmed, I have updated to HEAD and if I remove the "python __anonymous ()" definition, all is well |
| 21:59.11 | thesing | jeremy_laine: packages/linux/linux.inc seems to have the save python __anonymous function |
| 22:00.46 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 22:01.22 | thesing | jeremy_laine: can you try s/u-boot-mkimage-openmoko-native/u-boot-mkimage-native/ in kernel.bbclass and remove the anonymous pyhton function from linux.inc? |
| 22:02.47 | jeremy_laine | thesing: uhm, it's already u-boot-mkimage-native in kernel.bbclass, do you mean the other way around? |
| 22:04.47 | thesing | jeremy_laine: no its fine then. Just try to remove the anon pyhton func in linux.inc |
| 22:05.50 | jeremy_laine | nope, that doesn't work |
| 22:10.48 | thesing | jeremy_laine: strange. So it works if you remove the anon python func from classes/kernel.bbclass but not if you remove it from packages/linux/linux.inc ? |
| 22:11.10 | jeremy_laine | thesing: that's right |
| 22:11.26 | vivijim | hi there I have a command inside a task that needs root permission... I'd like to use sudo command but I the input and output to get the password are redirected ... Does any one have an idea to do it? |
| 22:11.56 | thesing | vivijim: don't do it. Use fakeroot |
| 22:12.45 | vivijim | thesing: I forgot to say... the fakeroot doesn't work in my case... I'm trying to run debootstrap command |
| 22:12.57 | jeremy_laine | thesing: it boils down to a single line: bb.data.setVar("DEPENDS", depends, d) |
| 22:13.15 | jeremy_laine | if I comment this line out, it works, if it's present it breaks |
| 22:14.22 | thesing | jeremy_laine: I think its because the uboot*opemoko and uboot* conflict and so bitbake thinks that linux_* packages can't be build. |
| 22:15.30 | thesing | jeremy_laine: does it work if you remove the anonymous func from linux.inc and replace the mkimage command with openmoko-mkimage? |
| 22:18.00 | jeremy_laine | thesing: have removed the anon func from linux.inc, not sure where you want me to replace mkimage |
| 22:18.21 | jeremy_laine | (so far I still end up with linux-bd-neon) |
| 22:18.42 | *** join/#oe arthur_dent (n=arthur_d@p54A58378.dip0.t-ipconnect.de) |
| 22:19.21 | thesing | jeremy_laine: in anonymous func in kernel.bbclass. So the anon function is moved from linux.inc to kernel.bbclass. |
| 22:20.41 | jeremy_laine | thesing: yup, that works |
| 22:21.43 | jeremy_laine | thesing: I'll commit that if it's OK with you |
| 22:23.04 | thesing | jeremy_laine: I think it would be better to write an email to oe-devel and comment out the anon python func from kernel.bbclass |
| 22:24.47 | thesing | jeremy_laine: I don't know what the difference between uboot-* and uboot-*-openmoko is and probably some other kernel needs uboot-* and doesn't work with uboot-*-openmoko |
| 22:25.10 | jeremy_laine | thesing: I'll just commit the change to kernel.bbclass in that case, it is enough to fix the problem |
| 22:25.52 | jeremy_laine | (it restores the previous behaviour) |
| 22:26.30 | thesing | wait a moment. |
| 22:26.39 | jeremy_laine | thesing: my understanding is that uboot-*-openmoko is a superset of uboot |
| 22:26.49 | thesing | there seems to be no mkimage without openmoko in oe. |
| 22:27.05 | jeremy_laine | ok, so the change should be totally painless |
| 22:28.01 | *** join/#oe kristoffer (n=kristoff@79.138.176.99.bredband.tre.se) |
| 22:28.19 | ant|work | thesing: mkimage is in the u-boot sources (I got it built during my u-boot-zaurus experiments) |
| 22:28.22 | thesing | yes. now its clear why you couldn't build your kernel: bitbake couldn't find the dependency. |
| 22:28.47 | thesing | ant|work: mkimage-native too? |
| 22:30.05 | thesing | ant|work: you're right u-boot-utils-native has it. |
| 22:30.37 | ant|work | yet browsing with viewMTN... |
| 22:31.11 | thesing | jeremy_laine: could you try if it works too with u-boot-utils-native? |
| 22:31.12 | ant|work | thesing: in u-boot.inc |
| 22:31.54 | jeremy_laine | thesing: if we change to u-boot-utils-native we will break something for sure |
| 22:32.32 | jeremy_laine | to restore the previous situation, there is only one way: use u-boot-openmoko-native |
| 22:32.55 | Tartarus | hi ant|work :) |
| 22:32.57 | jeremy_laine | next we can discuss on oe-devel why this is needed, but at least we fix the breakage |
| 22:34.23 | thesing | u-boot-*-opemoko seems to be the same as u-boot-utils-native with lots of patches added. |
| 22:34.44 | jeremy_laine | thesing: correct, that's what I meant by "superset" |
| 22:35.09 | ant|work | Tartarus: hey...this time I did not test samba because of current apparent WPA breakage..no network |
| 22:35.21 | Tartarus | ant|work, heh |
| 22:35.24 | Tartarus | k |
| 22:35.31 | Tartarus | OE or unrelated? |
| 22:35.38 | Tartarus | i've got that wpa supplicant patch too :) |
| 22:35.49 | ant|work | .dev |
| 22:36.11 | ant|work | I'll have to check both then ;-) |
| 22:36.16 | Tartarus | ant|work, k |
| 22:36.29 | Tartarus | 4006 :) |
| 22:36.37 | ant|work | strange is WPA was working not long ago |
| 22:37.07 | thesing | Jin|away: so you are commiting s/mkimage*/mkimage-openmoko/ and remove python anonymous from linux.inc and write an e-mail about it to oe-devel? |
| 22:41.43 | thesing | jeremy_laine: last line was for you. |
| 22:41.52 | jeremy_laine | thesing: correct |
| 22:42.22 | thesing | great. |
| 22:43.32 | *** join/#oe treitmayr (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
| 22:50.08 | *** join/#oe __gints__ (n=gints@62.84.15.211) |
| 22:55.25 | *** part/#oe sbrabec_zaurus (n=sbrabec@7-165-207-85.strcechy.adsl-llu.static.bluetone.cz) |
| 23:03.30 | rwhitby | hrw|gone: BTW, I don't have any thecus boxes |
| 23:04.56 | *** join/#oe treitmayr (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
| 23:12.14 | *** join/#oe treitmayr (n=treitmay@85-127-17-8.dynamic.xdsl-line.inode.at) |
| 23:33.13 | *** join/#oe TheCan (n=thecan@dslb-088-067-135-199.pools.arcor-ip.net) |
| 23:35.39 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 23:43.04 | *** join/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 23:43.42 | *** part/#oe hufnus (n=slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 23:50.45 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |