| 00:08.08 | *** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr) |
| 00:27.49 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 00:40.36 | JustinP | ~lart DOM |
| 00:41.05 | JustinP | ~lart XPath |
| 00:44.02 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 01:01.55 | *** join/#oe noclouds (n=mhfan@61.191.27.226) |
| 01:02.32 | *** join/#oe tank17 (i=ariel@gateway/tor/x-21a4aa8d7deed098) |
| 01:10.46 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
| 01:18.02 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 01:25.31 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
| 01:42.25 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 01:46.37 | *** join/#oe tank17 (i=ariel@gateway/tor/x-3c8fc2abc986aa25) |
| 01:49.00 | *** join/#oe tank17 (i=ariel@gateway/tor/x-5c1d853207cc553d) |
| 01:50.43 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 01:54.49 | *** join/#oe greentux_ (n=lemke@Ycb92.y.pppool.de) |
| 02:00.01 | *** join/#oe calmofthestorm7 (n=alexr@71-80-168-243.dhcp.psdn.ca.charter.com) |
| 02:02.56 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:03.53 | calmofthestorm7 | hello...question: I'm trying to bitbake glibc; after compiling without any issues it tries to update locals, and it hangs for several hours. Output: http://pastebin.ca/333685 |
| 02:04.21 | calmofthestorm7 | I tried adding ENABLE_BINARY_LOCALE_GENERATION="0" to local.conf but it gave same output |
| 02:04.40 | JustinP | you might need to rebuild then |
| 02:04.55 | calmofthestorm7 | kk |
| 02:05.35 | calmofthestorm7 | to do that I delete the glibc folder in work and all the files in stamps that have glibc in them? |
| 02:06.30 | JustinP | bitbake -v rebuild glibx |
| 02:06.34 | JustinP | glibc |
| 02:06.35 | calmofthestorm7 | thx |
| 02:06.37 | JustinP | ack! |
| 02:06.42 | JustinP | bitbake -c rebuild glibc |
| 02:07.01 | calmofthestorm7 | lol what did I just do to my database? |
| 02:07.50 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 02:13.28 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:33.02 | calmofthestorm7 | hmmm same problem |
| 02:38.01 | calmofthestorm7 | damn |
| 02:38.19 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:39.38 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 02:56.20 | JustinP | calmofthestorm7: perhaps you need to edit conf/distro/openzaurus* to make that change |
| 02:56.29 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
| 02:56.55 | calmofthestorm7 | sorry, to make what change? |
| 02:57.02 | calmofthestorm7 | I'm not fully sure what's wrong |
| 02:57.16 | JustinP | calmofthestorm7: ENABLE_BINARY_LOCALE_GENERATION = "0" |
| 02:58.31 | calmofthestorm7 | ah |
| 02:58.36 | calmofthestorm7 | sure lemmie try it |
| 02:58.58 | calmofthestorm7 | sorry, is that the conf dir under build or under org.... |
| 02:59.10 | JustinP | org |
| 03:00.12 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:14.01 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:15.40 | calmofthestorm7 | JustinP: So by disabling locale generation, will this break anything? |
| 03:16.02 | JustinP | possibly break i18n |
| 03:16.15 | JustinP | you're not too likely to encounter it if you don't use locales other than english |
| 03:16.22 | calmofthestorm7 | so I'm only building glibc so I can build other programs |
| 03:16.30 | calmofthestorm7 | eg, I'm not going to be using this build on the actual Zaurus |
| 03:16.36 | calmofthestorm7 | I just want to be able to build gaim-encryption |
| 03:16.47 | calmofthestorm7 | which links against gaim, which links against glibc |
| 03:16.56 | JustinP | then it should make no difference (I think) |
| 03:17.03 | calmofthestorm7 | coolness |
| 03:17.03 | calmofthestorm7 | thx |
| 03:17.16 | calmofthestorm7 | yeah sorry for all the n00b questions;) |
| 03:17.20 | *** join/#oe mwester-laptop_ (n=chatzill@12.6.147.194) |
| 03:17.22 | JustinP | np |
| 03:18.59 | *** part/#oe calmofthestorm7 (n=alexr@71-80-168-243.dhcp.psdn.ca.charter.com) |
| 03:26.16 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:38.22 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 03:42.30 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 03:52.46 | *** join/#oe mwester-laptop (n=chatzill@12.6.147.194) |
| 04:00.25 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 04:43.50 | *** join/#oe bluelightning (n=blueligh@222-155-145-222.jetstream.xtra.co.nz) |
| 04:53.17 | *** join/#oe bluelightning_ (n=blueligh@125-237-73-204.jetstream.xtra.co.nz) |
| 05:08.05 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:18.48 | *** join/#oe bluelightning1 (n=blueligh@222-155-131-252.jetstream.xtra.co.nz) |
| 05:27.44 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 06:11.44 | *** join/#oe den-ros (n=Den@86.111.18.50) |
| 06:24.40 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:26.07 | *** join/#oe [lala_] (i=lala@gateway/tor/x-119df3365b0f67ca) |
| 06:43.08 | *** join/#oe calmofthestorm7 (n=alexr@dhcp-106.cacr.caltech.edu) |
| 06:43.45 | calmofthestorm7 | question: creating a bb file, how do I make pkgconfig happy? configure script fails because it's lacking the .pc files for dependencies; I can hardcode them in but that's ugly |
| 06:44.34 | *** join/#oe tobb (n=phikz@user105.82-197-230.netatonce.net) |
| 06:44.34 | daurnimator | hey |
| 06:44.41 | calmofthestorm7 | howdy |
| 06:44.43 | daurnimator | i accidently turned my brightness to 2 |
| 06:44.51 | daurnimator | how can i see anything again? |
| 06:44.52 | calmofthestorm7 | oh yeah, that's fun |
| 06:44.57 | calmofthestorm7 | so what I do is |
| 06:45.02 | calmofthestorm7 | guess where the slider is and slide it up |
| 06:45.21 | daurnimator | yeah |
| 06:45.22 | daurnimator | i was hasty |
| 06:45.32 | daurnimator | and exited that section in the lag for it to take effect |
| 06:45.44 | calmofthestorm7 | hmmm |
| 06:45.47 | calmofthestorm7 | no clue |
| 06:45.50 | calmofthestorm7 | :-( |
| 06:45.59 | calmofthestorm7 | could you ssh in? |
| 06:46.06 | daurnimator | and do what? |
| 06:46.08 | calmofthestorm7 | is the netowrk on? |
| 06:46.13 | calmofthestorm7 | well ssh in with tunnelling |
| 06:46.14 | daurnimator | yes |
| 06:46.20 | calmofthestorm7 | and run the brightness applet |
| 06:48.36 | daurnimator | uh |
| 06:48.40 | daurnimator | i don't think i had ssh on |
| 06:48.43 | daurnimator | it won't login |
| 06:48.50 | calmofthestorm7 | damn |
| 06:48.59 | calmofthestorm7 | can you bring up a terminal some how |
| 06:49.07 | calmofthestorm7 | and type in the necessary commands to bringup net and ssh? |
| 06:49.09 | calmofthestorm7 | without display? |
| 06:49.21 | daurnimator | no way |
| 06:49.34 | daurnimator | i don't know what i've already pressed |
| 06:49.41 | daurnimator | trying to open the applet again |
| 06:49.41 | calmofthestorm7 | :-( |
| 06:50.58 | daurnimator | anyone else here? |
| 06:51.07 | daurnimator | this is sort of urgent |
| 06:51.11 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:51.30 | calmofthestorm7 | wait |
| 06:51.38 | calmofthestorm7 | isn't there some hardware way to change brightness? |
| 06:51.41 | calmofthestorm7 | it'd be model dependnet |
| 06:51.51 | daurnimator | don't think so |
| 06:52.01 | daurnimator | o fuck yes |
| 06:52.04 | daurnimator | there is! |
| 06:52.09 | daurnimator | Fn+4 |
| 06:52.16 | daurnimator | it didn't work in opie |
| 06:52.19 | daurnimator | but, works in gpe! |
| 06:52.51 | calmofthestorm7 | score |
| 06:59.39 | daurnimator | what music prgs are there? |
| 07:08.32 | mickeyl | *yawn* |
| 07:08.32 | mickeyl | morning |
| 07:10.22 | CM | morning :) |
| 07:15.21 | mickeyl | we have a wooden door and during the winter months this door can hardly be closed without making a "booom" if you don't use the keys |
| 07:15.46 | mickeyl | now my wife gets up 3 hours earlier than me and is always so tight on time that she can't use the keys but just throws it close |
| 07:15.51 | mickeyl | *sigh* |
| 07:15.53 | mickeyl | and i wake up |
| 07:16.23 | CIA-19 | 03mickeyl 07org.oe.dev * raa1a3c4c... 10/ (3 files in 3 dirs): vorbis-tools 1.0.1 remove deprecated curl option. fixes #1835 |
| 07:16.28 | CIA-19 | 03mickeyl 07org.oe.dev * rc28ceb30... 10/ (1 packages/js/js_1.5.bb): js 1.5 fix SRC_URI |
| 07:20.03 | CIA-19 | 03mickeyl 07org.oe.dev * r438ff402... 10/ (1 conf/distro/generic.conf): generic.conf: remove armisms |
| 07:20.06 | CIA-19 | 03mickeyl 07org.oe.dev * re063b978... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc: add libmatchbox and libfakekey |
| 07:22.24 | mickeyl | reducing, even |
| 07:24.04 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 07:26.45 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 07:28.04 | *** join/#oe cyn_ (n=cyn@cpe-069-134-018-226.nc.res.rr.com) |
| 07:28.40 | *** part/#oe calmofthestorm7 (n=alexr@dhcp-106.cacr.caltech.edu) |
| 07:29.23 | *** join/#oe JustinP_ (i=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 07:30.26 | *** join/#oe koen (n=koen@ip5652fe27.adsl-surfen.hetnet.nl) |
| 07:30.52 | *** join/#oe mithro (n=tim@202.124.92.222) |
| 07:32.38 | *** join/#oe mithro (n=tim@202.124.92.222) |
| 07:37.30 | *** join/#oe rob_w (n=rob_w@p549B8A68.dip0.t-ipconnect.de) |
| 07:37.30 | *** join/#oe koen_ (n=koen@vpn006046.vpn.utwente.nl) |
| 07:44.21 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 07:44.29 | *** join/#oe Crofton|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 07:44.29 | *** join/#oe ggilbert (n=ggilbert@cpe-75-82-107-21.socal.res.rr.com) |
| 07:45.18 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 07:52.21 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 07:53.46 | mickeyl | you mean zecho wang? |
| 07:55.20 | mickeyl | i'm becoming sensitive to everything that comes from .cn. It's really a whole different culture and their way of tackling problems is totally different from ours. |
| 07:56.09 | mickeyl | it took me literally months to get them starting to communicate |
| 07:56.09 | mickeyl | not just with me |
| 07:56.09 | mickeyl | but also with each other |
| 07:56.12 | mickeyl | let alone using tools like mailing lists, bugzilla, and svn |
| 07:56.47 | mickeyl | so we really need a lot of patience when dealing with .cn |
| 07:57.03 | mickeyl | eventually they'll become familiar with that style of development |
| 07:57.10 | mickeyl | it just takes a (long) while |
| 07:57.46 | koen_ | my patience ends after repeating myself 4 times and philippe repeating me as well |
| 07:58.19 | mickeyl | heh, on the mailing list? |
| 07:58.26 | koen_ | yes |
| 07:58.30 | mickeyl | missed that one |
| 07:58.40 | koen_ | he started on the gpe list |
| 07:58.51 | mickeyl | aaah |
| 07:58.52 | mickeyl | heh |
| 07:59.00 | koen_ | he doesn't want to believe you can't blindly drop in OE recipes into poky |
| 07:59.18 | koen_ | and he seems to be hitting bugs in poky we fixed in OE a few days ago |
| 07:59.47 | koen_ | it's like "commit bugfix, wait 2 days, get zwang mail about broken poky" |
| 08:00.03 | mickeyl | well i guess this should soon be less problematic now that hrw is on board |
| 08:00.26 | mickeyl | should be less diff's between poky and .dev |
| 08:00.30 | mickeyl | (hopefully) |
| 08:00.42 | koen_ | that helps a bit, but not much |
| 08:00.53 | koen_ | it isn't a replacement for common sense |
| 08:02.00 | koen_ | especially since he want to drop in bonobo and corba into poky, which o-hand has worked hard to *remove* |
| 08:02.25 | mickeyl | uh oh |
| 08:02.48 | mickeyl | i wonder why he isn't using .dev then... i guess you asked ? |
| 08:03.03 | koen_ | multiple times |
| 08:03.49 | koen_ | no real answers, he just repeated his original question |
| 08:03.53 | koen_ | hence my annoyance |
| 08:04.13 | mickeyl | ~bon appetit |
| 08:04.15 | ibot | somebody said bon appetit was smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito |
| 08:09.36 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 08:12.16 | *** join/#oe rob_w (n=rob_w@p549B8A68.dip0.t-ipconnect.de) |
| 08:25.25 | *** join/#oe koen (n=koen@ip5652fe27.adsl-surfen.hetnet.nl) |
| 08:25.39 | *** join/#oe JoseJX (n=jjezak@c-71-199-122-57.hsd1.pa.comcast.net) |
| 08:26.01 | *** join/#oe koen_ (n=koen@vpn006046.vpn.utwente.nl) |
| 08:31.27 | *** join/#oe bluelightning_ (n=blueligh@222-155-142-48.jetstream.xtra.co.nz) |
| 08:32.54 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 08:41.35 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:46.40 | philippe | mickeyl, koen_ : My experience with .cn people is that they are not interested in solving the problem.... somebody else has to do it... |
| 08:50.27 | koen_ | later all |
| 08:55.49 | mickeyl | heh |
| 08:55.52 | mickeyl | that's quite a burned cake |
| 08:56.09 | mickeyl | burnt, even |
| 08:58.53 | *** join/#oe pH5 (n=ph5@e178211051.adsl.alicedsl.de) |
| 09:02.43 | XorA | morning |
| 09:03.38 | *** join/#oe [lala_] (i=lala@gateway/tor/x-f47f54652bf4edd9) |
| 09:05.23 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
| 09:09.04 | *** join/#oe pH5 (n=ph5@e178211051.adsl.alicedsl.de) |
| 09:17.50 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:20.36 | *** join/#oe meshuga (i=meshuga@cpc3-cdif3-0-0-cust441.cdif.firenet.com.ru) |
| 09:28.47 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:31.09 | ade|desk | morning all |
| 09:33.44 | hrw|work | hi |
| 09:33.48 | hrw|work | last day of hrw|work ;D |
| 09:34.16 | XorA | hrw|work: s/hrw|work/hrw|oh/ :-) |
| 09:34.46 | hrw|work | XorA: hrw|haerwu |
| 09:41.44 | mickeyl | congrats :) |
| 09:42.11 | mickeyl | l8er |
| 09:44.59 | hrw|work | mickey|uni: good luck |
| 09:48.24 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:50.53 | RP | morning all |
| 09:52.27 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 09:52.44 | pH5 | good morning RP |
| 09:53.13 | hrw|work | hi RP greentux |
| 09:53.48 | greentux | hi hrw|work rp |
| 09:55.37 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 09:55.52 | zecke | koen|away: you should not wake up that early, and you should not write emails at that time! |
| 09:57.47 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 09:57.56 | ade|desk | no, he should, they make me laugh |
| 09:58.12 | *** join/#oe mithro (n=tim@202.124.92.83) |
| 09:58.27 | ade|desk | i wonder if koen has seen stressed eric |
| 10:01.17 | greentux | hrw|work: did you read my commens from 10 o clock? |
| 10:03.21 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 10:05.47 | hrw|work | greentux: on #oe? |
| 10:06.08 | greentux | hrw|work: privat hrw|gone |
| 10:06.25 | hrw|work | greentux: did not get any |
| 10:07.14 | pb__ | hi zecke, rp |
| 10:09.57 | ade|desk | hey up are kid (pb__)! |
| 10:10.10 | pb__ | heh |
| 10:10.11 | pb__ | hi ade|desk |
| 10:18.44 | hrw|work | <PROTECTED> |
| 10:18.44 | hrw|work | [drm:mga_dma_flush] *ERROR* mga_dma_flush called without lock held |
| 10:19.25 | hrw|work | not nice |
| 10:22.50 | *** join/#oe pH5_ (n=ph5@e178254120.adsl.alicedsl.de) |
| 10:28.38 | *** join/#oe niv_one_three (n=niv@82.166.207.26) |
| 10:29.27 | niv_one_three | FOSDM comers: britsh airways just annonced a 66% off sale |
| 10:29.44 | niv_one_three | so I AM coming to FOSDM yipy |
| 10:30.30 | *** join/#oe niv_one_3hree (n=niv@82.166.207.26) |
| 10:30.53 | RP | hi pb__ |
| 10:31.09 | *** part/#oe niv_one_3hree (n=niv@82.166.207.26) |
| 10:35.46 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:38.14 | *** join/#oe vlo (n=valentin@lsa1pc7.epfl.ch) |
| 10:38.43 | vlo | good morning everyone |
| 10:44.18 | *** join/#oe polyonymous (n=hacker@pD953A69D.dip0.t-ipconnect.de) |
| 10:46.55 | hrw|work | ~change 1100 pln to eur |
| 10:53.11 | dion | hi all. |
| 10:55.54 | dion | just want to ask. I need to use GCC 3.3.6 with openembedded. I just add new gcc bb files like gcc 3.3.4 and tried to build task task-base. got gcc-cross-initial-3.3.6 packages. After thsi build fails on glibc-2.3.5 configure with message: *** These critical programs are missing or too old: gcc" Any ideas? |
| 10:57.33 | pb__ | sounds like glibc 2.3.5 can't be built with gcc 3.3.x |
| 10:57.43 | pb__ | I guess you need to either use an older glibc or a newer gcc |
| 10:57.47 | dion | but it can according to INSTALL |
| 10:59.04 | dion | INSTALL says that i need GCC >= 3.2 to build it |
| 10:59.14 | pb__ | maybe INSTALL is wrong. what does the actual check in configure.ac say? |
| 11:02.08 | hrw|work | dion: I'm curious: why 3.3.6 and not 3.4.x? |
| 11:03.23 | dion | i have Motorola e680. And currently just want to be able to build a lot of GNU stuff for it using original kernel/libc (currently). |
| 11:04.21 | dion | motorola use GCC 3.3.x. I'm not sure that 3.3 and 3.4 are compatible (for C and C++) |
| 11:04.53 | zecke | dion: I hope you have all MVista iwmmxt patches in your hands? |
| 11:05.25 | dion | yes.. i add iwmmxt patches to bb file |
| 11:05.45 | dion | (for gcc) |
| 11:06.02 | dion | here is glibc build log: http://pastebin.ca/334111 |
| 11:06.04 | zecke | I'm under NDA, but better make sure you have __all__ Mvista iwmmxt patches |
| 11:06.56 | zecke | dion: make yourself familiar with autoconf and take a look at config.og |
| 11:06.58 | zecke | config.log |
| 11:07.09 | dion | thx |
| 11:07.31 | dion | will try to do something. Just want to use openembedded way to build packages |
| 11:08.52 | dion | also anybody know, what is about iwmmxt support in recent gcc releases? 3.4, 4.x ? |
| 11:12.49 | dion | oops.. found problem.. motorola use glibc 2.3.2 |
| 11:14.42 | *** join/#oe [lala_] (i=lala@gateway/tor/x-6a0bdd8df24e755d) |
| 11:19.56 | *** join/#oe hZizkov (n=root@200-168-146-234.dsl.telesp.net.br) |
| 11:28.08 | *** join/#oe gxl|work (n=goxboxli@195.159.97.196) |
| 11:47.36 | *** join/#oe leoncamel (n=leoncame@219.238.107.107) |
| 11:48.48 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 11:54.54 | *** join/#oe tank17 (i=ariel@gateway/tor/x-90b7575c11c44d3f) |
| 12:00.15 | *** join/#oe koen__ (n=koen@vpn006065.vpn.utwente.nl) |
| 12:06.08 | *** join/#oe koen___ (n=koen@212.41.157.237) |
| 12:08.01 | *** join/#oe koen____ (n=koen@vpn006065.vpn.utwente.nl) |
| 12:13.42 | XorA | poor access |
| 12:14.36 | koen | my boss made an error with an sql statement, an now I'm locked out |
| 12:21.09 | XorA | someone move FOSDEM to prague |
| 12:23.50 | RP | Why does bitbake have two vercmp fuctions? :-/ |
| 12:25.55 | *** join/#oe furlongm (n=furlongm@83.70.227.254) |
| 12:29.37 | furlongm | what's the minimum python version required for bitbake to work? |
| 12:30.36 | furlongm | i'm on a box with 2.1 and it doesn't work |
| 12:30.58 | hrw|work | furlongm: 2.4 |
| 12:31.03 | *** join/#oe disaster (i=c2a71a01@gateway/web/cgi-irc/ircatwork.com/x-b9f9cb860821f39b) |
| 12:31.13 | disaster | hi all |
| 12:31.28 | furlongm | hrw: it won't work with 2.2 or 2.3? |
| 12:32.05 | hrw|work | furlongm: maybe 2.3 will work but not older |
| 12:32.06 | disaster | i have a probel when i run bitbake packet or angstrom-gpe-image |
| 12:32.15 | furlongm | hrw|work: ok thanks |
| 12:32.17 | disaster | i have lot of error after few hour |
| 12:32.32 | disaster | like parametre not declared |
| 12:32.33 | disaster | .... |
| 12:32.50 | zecke | furlongm: it should work with 2.3 |
| 12:35.33 | disaster | thx |
| 12:36.40 | zecke | disaster: it might be a good idea to pastebin your error, and to describe what you think the error could be? |
| 12:37.37 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:38.08 | zecke | dion: http://rafb.net/p/6vgaBm67.html is my list of patches |
| 12:38.22 | zecke | dion: specially the last three mvista patches are important! |
| 12:39.13 | dion | zecke: thanks.. after changing to glibc 2.3 it still building.. now building final gcc |
| 12:40.21 | disaster | where i find the log files please ? |
| 12:40.38 | dion | zecke: i have no last patch: zecke-xgcc-cpp.patch - is it important? |
| 12:40.58 | zecke | no, it is not |
| 12:41.11 | zecke | it warns about -I/usr/include and such and is available in OE |
| 12:41.53 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 12:41.54 | dion | zecke: ok.. so looks like i'm building correct gcc |
| 12:42.00 | dion | thanks |
| 12:42.35 | disaster | ?? |
| 12:43.24 | zecke | disaster: you are the human that is witnessing the error, tell us how the error looks like? is it big or small, did it brush the teeth this morning? |
| 12:43.34 | dion | disaster: build/tmp/work/$PACKAGE/temp |
| 12:44.48 | ade|desk | koen: thanks for the advise last night |
| 12:44.49 | zecke | RP: we might have two vercmp as you added one for RDEPENDS handling epochs? |
| 12:51.25 | RP | zecke: I've never added a vercmp function. I added explode_deps which handled versions in RDEPENDS fields... |
| 12:51.55 | RP | zecke: I'm told our epoch handling is bust (which I can believe). |
| 12:53.31 | pH5 | RP: I know vercmp in utils.py. where is the second one? |
| 12:53.50 | dion | zecke: thanks.. build GCC 3.3.6 finished |
| 12:54.08 | pH5 | ah, __init__.py |
| 12:54.17 | RP | pH5: yes |
| 12:54.27 | RP | pH5: vercmp and pkgcmp in there seem unused |
| 12:54.43 | RP | pH5: The only place bitbake calls them is from providers.py (in tunk at least) |
| 12:55.04 | RP | The only place bitbake calls any vercmp function is from providers.py |
| 12:56.35 | Gerrath | I'm working on a bb package for a program that generates dynamic (.so) libs and static libs (.la) I'm putting the dynamic libs into the main package, is it normal to just discard the static libs or is there another way to handle them? |
| 12:57.30 | pH5 | Gerrath: -dev package |
| 12:57.51 | Gerrath | pH5, great thanks. |
| 12:58.15 | pH5 | Gerrath: have a look at the default FILES variables in conf/bitbake.conf |
| 12:58.49 | Gerrath | pH5 I have used it before for -dbg, I just wasn't sure about static libs. |
| 12:59.34 | pH5 | RP: so what to do, drop the __init__ versions of pkgcmp and vercmp and teach the exploder in utils.py to handle the epoch prefix? |
| 13:00.31 | RP | pH5: I'd guess yes although there looks to be some neat caching on the __init__ versions. I doubt the cache will help much in trunk though... |
| 13:00.48 | pH5 | and how should epochs be handled in .bb files? if PV is "1:2.3.7", we can't use "foo-${PV}.tar.gz" in SRC_URI anymore. |
| 13:00.53 | RP | pH5: Lets fix the utils version and leave the __init__ ones for now... |
| 13:01.40 | RP | pH5: Have a function to extract the PV into XORG_PV and use XORG_PV in SRC_URIs? |
| 13:02.23 | hrw|work | PV, EPOCH_PV, REAL_PV? |
| 13:04.19 | RP | The naming or XORG_PV is open to discussion :) |
| 13:05.06 | pH5 | this should not be xorg specific. where should the epoch appear? |
| 13:05.11 | pH5 | in the .bb file name? |
| 13:06.09 | pH5 | libx11_1:1.0.1.bb? |
| 13:06.42 | hrw|work | no |
| 13:06.45 | pH5 | or just have libx11_1.0.1.bb and EPOCH="1" somewhere inside? |
| 13:07.00 | hrw|work | version with EPOCH sounds better |
| 13:07.27 | pH5 | in this case I'd prefer to use EPOCH only for vercmp and as parameter to ipkg/dpkg when building the package |
| 13:08.11 | pH5 | so PV=1.0.1 and this version would also appear in the work dir, to avoid a colon in the build path (who knows what strange autoconf macro may choke on this) |
| 13:09.11 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 13:10.46 | hrw|work | pH5: bitbake use PV to findout which is newer.. |
| 13:11.02 | *** join/#oe pb___ (n=pb@2002:5247:cbc1:1:290:27ff:fee5:85c2) |
| 13:12.52 | pH5 | bitbake currently compares (pv, pr) tuples with vercmp. can't we just make it compare (epoch, pv, pr) tuples, |
| 13:13.17 | pH5 | extending dataCache.pkg_pvpr to include the epoch, like dataCache.pkg_epochpvpr? |
| 13:13.57 | RP | Does an ipk with epoch set have a colon in its name? |
| 13:14.51 | pH5 | RP: I don't have any ipkgs with epoch, but deb packages usually don't have it in their name, only in the Version field. |
| 13:16.18 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 13:16.24 | RP | pH5: ok, given that, I think we should have EPOCH as a variable as you say, perhaps PV_EPOCH ? |
| 13:16.36 | pH5 | I'd like to keep epoch/pv/pr separate. pv describes the sources used, pr describes the patches applied or configuration parameters used and an epoch is just a way to force a different sorting order in bitbake and ipkg |
| 13:17.02 | RP | pH5: I agree |
| 13:18.49 | pH5 | EPOCH, or PV_EPOCH, or even PE, would be fine with me. |
| 13:19.36 | RP | PE kind of fits :) |
| 13:19.40 | hrw|work | ~convert 10000 lbs to kg |
| 13:20.07 | hrw|work | ~convert 278 lbs to kg |
| 13:20.37 | pH5 | heh, read out loud: dataCache.pkg_PEPVPR |
| 13:22.31 | zecke | RP: :} |
| 13:22.36 | pH5 | mickey|uni: great |
| 13:27.36 | XorA | PE sounds good here |
| 13:27.48 | hrw|work | yes |
| 13:28.56 | greentux | hrw|work: need your email, tried jabber, but offline... |
| 13:29.44 | hrw|work | greentux: mail like my monotone key |
| 13:29.54 | greentux | hrw|work: i am not a dev... sorry :) |
| 13:30.15 | hrw|work | greentux: hrw@openembedded.org works |
| 13:31.47 | hrw|work | greentux: network at connecto suxx totally - most of time I'm disconnected |
| 13:33.17 | hrw|work | food break... |
| 13:35.18 | greentux | hrw|work: same here, poor network |
| 13:39.23 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
| 13:39.29 | pH5 | RP: do you think this could work: http://en.pastebin.ca/334252 |
| 13:41.00 | pH5 | ah, no :( ERROR: 'PE' while parsing for many packages |
| 13:49.03 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:49.49 | *** part/#oe hZizkov (n=root@200-168-146-234.dsl.telesp.net.br) |
| 13:54.16 | *** join/#oe niv_one_5hree (n=niv@82.166.209.197) |
| 13:59.15 | *** join/#oe mccarthy (n=mccarthy@granular.che.pitt.edu) |
| 14:04.42 | RP | pH5: Where is that error coming from, the getVar? |
| 14:05.00 | *** join/#oe leoncamel (n=leoncame@219.142.129.211) |
| 14:05.28 | pH5 | old cache, actually. here is an updated patch that could even work: http://en.pastebin.ca/334295 |
| 14:05.52 | RP | That would do it :) |
| 14:06.57 | RP | hmm, server timeout :-/ |
| 14:08.44 | pH5 | http://rafb.net/p/MSLgCX75.html |
| 14:09.04 | RP | thats better, thanks |
| 14:09.42 | *** join/#oe slapin_nb (n=slapin@host-113.dataart.net) |
| 14:09.57 | pH5 | seems to work so far |
| 14:10.31 | RP | pH5: Its going to break if we have two files with the same PV and PR, different PEs |
| 14:11.11 | RP | pH5: Also, since you changed the cache format, you need to bump the cache version - I'd add to the patch so we don't forget |
| 14:11.54 | pH5 | hm. what would happen if we had foo 1.0 and foo 1:1.0 ? |
| 14:12.22 | RP | It would pick one and random with your patch :-/ |
| 14:12.27 | RP | pH5: Its a good start though, don't get me wrong :) |
| 14:13.00 | RP | pH5: The problem is preferred_ver = latest[1:] |
| 14:14.24 | pH5 | RP: right. and another thing is that while the patch/build/install steps are the same, the packaging step is different for 1.0 and 1:1.0, so we'd need epoch info in the packaging stamp. |
| 14:14.32 | *** join/#oe JXL (n=JXL@81.222.211.3) |
| 14:14.58 | *** join/#oe niv_one_three (n=niv@82.166.209.197) |
| 14:15.25 | RP | pH5: No, you need it in everything since they could relate to different .bb files :-/ |
| 14:16.00 | pH5 | oh heck, and there I thought we could get away without colons in the build path :( |
| 14:16.29 | tkp | is there no STAGING_INCDIR_NATIVE ? |
| 14:17.09 | RP | tkp: No, STAGING_INCDIR will be set correctly when you inherit native |
| 14:17.49 | RP | pH5: Nothing says you have to have a colon... |
| 14:18.02 | tkp | and autotools_stage_includes should reroute things correctly when inheriting from native too? |
| 14:19.33 | RP | tkp: I'm not sure, I tried that in a native.bb yesterday and I think it was going to work but I hit other issues and had to use an alternative aproach |
| 14:21.39 | RP | pH5: It should just be a case of adding PE to STAMPS and friends maybe as ${PE}_ |
| 14:21.47 | *** part/#oe JXL (n=JXL@81.222.211.3) |
| 14:22.45 | pH5 | how should PREFERRED_VERSION handling work? say I have 1.0 and 1:1.0 and set PREFERRED_VERSION="1.0" |
| 14:23.04 | tkp | RP: problem there |
| 14:23.15 | tkp | STAGING_INC_DIR is not altered by native.bb |
| 14:23.19 | tkp | STAGING_BINDIR is |
| 14:23.33 | tkp | (neither is STAGING_LIBDIR) |
| 14:23.47 | RP | tkp: I think TARGET_HOST changes,a dn STAGING_INCDIR depends on that |
| 14:24.08 | RP | pH5: We should really allow epochs in those strings |
| 14:24.30 | tkp | TARGET_HOST is not altered by native.bb either |
| 14:26.10 | tkp | I'm inheriting from native and doing: oe_libinstall -so -C lib libiconv_plug_linux ${STAGING_LIBDIR} |
| 14:26.15 | tkp | which results in: oe_libinstall: install -m 0755 libiconv_plug_linux.so /home/tom/stv/oe-stv/build/tmp-stv/staging/i586-stv-linux/lib/ |
| 14:26.28 | tkp | i586-stv-linux is the TARGET |
| 14:26.53 | RP | tkp: Lookup the defintion of STAGING_INCDIR and you see it depends on HOST_SYS which in turn depends on HOST_ARCH. native.bbclass does change that |
| 14:26.58 | pH5 | RP: agreed. but which version would it select? I think in this case "1.0" should mean no epoch preference, not PE=0. |
| 14:28.09 | RP | pH5: It has to mean PE=0, you can't do anything but that else you break compatibility :-/ |
| 14:29.43 | tkp | how can I see what the vars have been set to? |
| 14:29.58 | RP | tkp: bitbake -b foobar.bb -e |
| 14:32.12 | pH5 | Maybe we could just consider it a bug in the metadata to have the same package/PV/PR two times just with a different epoch. at least they'd have to produce exactly the same result (modulo epoch in the ipk). |
| 14:35.13 | RP | pH5: That's going to be very hard to guarantee :-/ |
| 14:35.35 | tkp | right. my mistake... was running the wrong bb file! |
| 14:35.46 | pH5 | right, unfortunately. |
| 14:36.54 | RP | pH5: I think we can manage thigs apart from the PREFERRED_VERSION problem were we just need to define a behaviour |
| 14:37.15 | RP | I'd not let that stop us, we just need to dsicuss what it should default to |
| 14:37.36 | RP | Upon reflection, I like the idea of preferring the latest epoch |
| 14:37.46 | pH5 | RP: you do? great! I do too :) |
| 14:38.13 | RP | pH5: It needs discussion, agreement and documenting though |
| 14:38.47 | RP | The dicussion would at least act as partial documentation to point the bug reports at... |
| 14:39.34 | pH5 | RP: of course, I just want to have a proof-of-concept patch for the ML. |
| 14:39.46 | pH5 | I think PREFERRED_VERSION = "1.0" should mean latest 1.0 with epoch, if you have 1:1.0 and 1.0 and want to select 1.0 explicitly, we could always allow PREFERRED_VERSION = "0:1.0", although that would be a bit awkward. |
| 14:40.27 | RP | pH5: We need to allow 1:1.0 and 0:1.0 to work, its just a question of what "1,0" means |
| 14:40.42 | pH5 | RP: ok |
| 14:41.33 | pH5 | btw, do you know why the match on PREFERRED_VERSION is '(.*)_(.*)' with and underscore? |
| 14:43.39 | RP | pH5: the latter bit is PR? |
| 14:44.36 | pH5 | yes. I want to add optional PE support in there. |
| 14:45.03 | RP | pH5: yes |
| 14:45.20 | tkp | I've been having some odd problems with do_package recently ( http://rafb.net/p/iPjnTU44.html ) |
| 14:45.28 | chouimat | morning |
| 14:46.58 | tkp | looks like it's trying to do package_write |
| 14:47.04 | tkp | yet there are no packages |
| 14:47.37 | tkp | because inherit native sets PACKAGES='' |
| 14:48.04 | tkp | so why is it trying to run do_package_write() at all? |
| 14:48.30 | hrw|work | default PE = "0" and in package* small condition: if $PE == 0 then ignore PE. |
| 14:48.59 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:49.05 | hrw|work | I have problem with discussion due to reconnecting |
| 14:49.17 | RP | hrw|work: With the way pH5 is proposing it, we might not even need a default... |
| 14:49.58 | Gerrath | I have a bunch of files that are not getting added to my ipk files (dbg, dev ..) when they built. I have tried using FILES_directfb-dbg = and listing the files. This does not work, however if I add a package using PACKAGE and then add the files to that PACKAGE it works. If I try to put directfb-dbg in PACKAGE= then bitbake says its defined twice in PACKAGE. |
| 14:51.01 | Gerrath | when I say add the files to PACKAGE I mean by using FILE_name_of_package_defined_in_PACKAGE = files |
| 14:52.03 | Gerrath | I might have found my problem.. |
| 14:53.02 | pb__ | you probably want to be setting FILES_${PN}-dbg, not FILES_directfb-dbg. |
| 14:53.07 | Gerrath | looks like FILES_directfb-dbg_append works. |
| 14:53.12 | pb__ | (assuming PN is directfb, anyway) |
| 14:53.33 | tkp | in ann of the do_package routines, there is a check to see if PACKAGES is defined... if it's not then noting is done |
| 14:54.12 | CIA-19 | 03mickeyl 07org.oe.dev * rd95a77fa... 10/ (1 packages/python/python-pylirc_0.0.5.bb): add python-pylirc, python bindings to lirc |
| 14:54.24 | CIA-19 | 03cbrake 07org.oe.dev * r8e1fbabc... 10/ (25 files in 4 dirs): logicpd-pxa270 2.6.19.2: update kernel, contributed by Shane Volpe |
| 14:54.30 | CIA-19 | 03cbrake 07org.oe.dev * r8972febd... 10/ (1 MAINTAINERS): MAINTAINERS: update Shane's entry to include php |
| 15:00.02 | tkp | interesting... this is the same problem I had yesterday with a different package |
| 15:00.15 | tkp | simply renaming the bb file and trying again fixes it |
| 15:00.28 | tkp | somwhere along the lines something has become corrupt |
| 15:00.35 | tkp | bitbake -c clean doesn not fix |
| 15:01.01 | tkp | are there any other things I can do to clean out the bitbake environment...? |
| 15:01.13 | tkp | (other than deleting tmp and starting again) |
| 15:01.35 | hrw|work | cbrake: can Shane take care of php4? |
| 15:01.55 | *** join/#oe koen (n=koen@212.41.157.237) |
| 15:07.50 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
| 15:09.17 | *** join/#oe [lala] (i=lala@gateway/tor/x-3a5ea3aee1954c97) |
| 15:09.46 | *** join/#oe niv_one_3hree (n=niv@82.166.208.127) |
| 15:20.22 | cbrake | hrw|work: Shane = Gerrath |
| 15:20.29 | cbrake | Gerrath: what are your plans for php? |
| 15:23.07 | Gerrath | hrw|work, yes. |
| 15:23.19 | Gerrath | hrw|work, yes I can take care of php4 |
| 15:26.14 | *** join/#oe gb2 (n=gbritton@207-172-223-250.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com) |
| 15:28.41 | *** join/#oe koen (n=koen@212.41.157.237) |
| 15:29.28 | koen | Xora: new version of the cairo surface patch available :) |
| 15:30.09 | *** join/#oe blaster8 (n=blaster8@sjc135n242.joh.cam.ac.uk) |
| 15:30.42 | *** join/#oe Oksanka (n=snirc009@gprs-pool079.mobnet.ru) |
| 15:30.58 | *** part/#oe Oksanka (n=snirc009@gprs-pool079.mobnet.ru) |
| 15:33.20 | hrw|work | Gerrath: great. 4.3.x is quite old and unfetchable |
| 15:33.21 | gb2 | does the current oe metadata require bitbake 1.7.2 or should 1.6.2 work with it? |
| 15:34.00 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 15:35.03 | Gerrath | hrw|work, I will look into it and get it working again. |
| 15:36.18 | *** join/#oe niv_one_three (n=niv@82.166.208.127) |
| 15:36.20 | hrw|work | <PROTECTED> |
| 15:38.22 | RP | gb2: 1.6.2 should work |
| 15:38.28 | XorA | koen: port it in then |
| 15:47.56 | *** join/#oe tn1 (n=tnb@sdgsystems.net) |
| 15:55.52 | *** join/#oe a-atwood (n=a-atwood@astaro-in.netrake.com) |
| 15:57.35 | *** join/#oe AMDPenguin (i=nobody@nat/amd/x-2416ae5f7ec769eb) |
| 16:08.36 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:17.43 | CIA-19 | 03cbrake 07org.oe.dev * r592a56e0... 10/ (4 files in 3 dirs): directfb 1.0.0rc3: update to rc3, contributed by Shane Volpe |
| 16:18.03 | zecke | cbrake: you can use --author during commit |
| 16:18.46 | cbrake | zecke: great -- I'll do that . |
| 16:19.23 | zecke | tn1: as I'm mostly busy, try to find someone here :) |
| 16:30.39 | tn1 | All, I'm working on a new OE tzdata package to replace the timezones package. Any comments on what cities should be in the base package? If I did it like a desktop tzdata package it would be 5M, so we probably should do the "kitchen sink" approach of everything. |
| 16:30.51 | tn1 | one major city from each TZ? |
| 16:31.15 | hrw|work | tn1: good solution |
| 16:31.29 | hrw|work | tn1: current timezones package contain about one per continent |
| 16:31.37 | zecke | tn1: alternatively try to find out why uclibc is so much better in regard to timezone size |
| 16:31.56 | tn1 | someone want to volunteer to give me a city name in each TZ in Europe? |
| 16:32.59 | tkp | tnb: http://www.pubquizhelp.34sp.com/geo/city.html maybe? |
| 16:35.11 | *** join/#oe Crofton__ (n=balister@jhr-476-5192.mprg.ee.vt.edu) |
| 16:44.04 | hrw|work | cu |
| 16:58.06 | *** join/#oe furlongm_ (n=furlongm@83.70.229.208) |
| 17:00.49 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 17:07.24 | *** join/#oe TheCan (n=thecan@dslb-084-056-147-139.pools.arcor-ip.net) |
| 17:10.14 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:17.05 | *** join/#oe ken_ (n=ken@h207n1fls306o1049.telia.com) |
| 17:17.35 | *** join/#oe Gerrath (n=Shane_@unaffiliated/gerrath) |
| 17:18.58 | *** join/#oe greentux (n=lemke@195.227.105.180) |
| 17:20.42 | Marex | ibot, seen schurig |
| 17:21.10 | ibot | schurig <n=schurig@pD95FA355.dip0.t-ipconnect.de> was last seen on IRC in channel #oe, 5d 5h 7m 6s ago, saying: 'mickeyl: we're all coughing like mad, but otherwise good'. |
| 17:38.27 | tkp | a python module that I'm trying to write a bb file for is attempting to use directfb-config to determine if directfb is on my system |
| 17:38.42 | tkp | directfb has not been installed by bb |
| 17:38.50 | tkp | however it is on my host system |
| 17:39.03 | *** join/#oe monsti_ (n=i@83.151.28.78) |
| 17:39.19 | tkp | and it seems that my host systems PATH is also in the bb PATH |
| 17:39.45 | tkp | so the python module finds directfb from the host - resulting in a broken install |
| 17:40.11 | tkp | is it right that the hosts PATH is in the bitbake environment? |
| 17:43.27 | *** join/#oe Timelord (n=TL@66.150.138.156) |
| 17:45.45 | *** join/#oe furlongm (n=furlongm@83.71.68.9) |
| 17:48.38 | tkp | any suggestions as to how I could either remove the hosts PATH entries? |
| 17:49.14 | Kristoffer | export PATH = ...... ? |
| 17:49.58 | Kristoffer | echo $PATH (get what you need) and put it in "export PATH=....." |
| 17:57.19 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:57.26 | zecke | tkp: the FHS won't allows this. You can't remove /usr/bin from your path |
| 17:57.35 | zecke | tkp: patch, diff, gcc, etc. will not work |
| 17:58.50 | tkp | zecke: I just discovered that! |
| 17:59.46 | tkp | hmm... /me wonders how he can fix it |
| 18:00.03 | Gerrath | I noticed that gdb-cross does not install in the cross directory after building the package. Is there an inherit that should be used to get this to happen or is there some other way? |
| 18:00.26 | tkp | I could just patch the setup.py file... but that wouldn't be a very generic solution |
| 18:00.53 | zecke | tkp: add a switch to tell him where to find the *-config stuff |
| 18:01.10 | zecke | tkp: or make it use pkg-config, which is there to just solve these issues... generically |
| 18:01.27 | tkp | it does use pkg-config... but only if *-config fails |
| 18:01.37 | zecke | morons |
| 18:01.46 | tkp | heh |
| 18:02.04 | tkp | you think thats thw wrong way round then? |
| 18:03.11 | zecke | writing a custom foo-config is just stupid |
| 18:03.32 | zecke | all you need is to write a .pc file... but there are way too many morons around |
| 18:04.44 | mccarthy | how do I force OE to build an image based on a 2.4 kernel? I am using machine h3900 (but could use h5000) and distro generic. I *though* setting the PREFERRED_PROVIDER_virtual/kernel = handhelds-pxa would do it, but no such luck ... |
| 18:06.08 | Gerrath | mccarthy, I think that is set in the machine file. conf/machine/ |
| 18:06.29 | Gerrath | mccarthy, I think that is set in the machine file. conf/machine/h3900 |
| 18:07.20 | Gerrath | mccarthy, yes it is "PREFERRED_PROVIDER_virtual/kernel = "linux-handhelds-2.6"" so you should just have to change it there. |
| 18:08.38 | mccarthy | I will try that. How come your local.conf does not seem to over-ride this setting? |
| 18:10.06 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 18:10.10 | Gerrath | mccarthy, if you select a machine then it uses its settings. I'm not sure what the reasoning is in not having the local.conf override it. maybe someone else can answer that. |
| 18:10.28 | zecke | mccarthy: because machine + distro is included after local.conf |
| 18:10.52 | zecke | Gerrath: chicken egg issue, and take a look at conf/bitbake.conf (bottom of the file) |
| 18:11.51 | mccarthy | zecke, Gerrath OK thanks. I would rather have simply altered my local.conf though so that updating OE would not conflict with any changes I make ... |
| 18:12.23 | zecke | mccarthy: check bitbake.conf and see what is included after machine/distro |
| 18:12.44 | zecke | mccarthy: and generally I trust the machine maintainer to select the appropriate kernel for the machine they maintain |
| 18:12.51 | mccarthy | zecke, ok (now I just have to do a 'find . -name bitbake.conf' :) |
| 18:12.52 | Gerrath | mccarthy, you can start a local repo and set it in your local.conf to use files in it before using those in the main repo. |
| 18:13.02 | zecke | somewhere in your $BBPATH |
| 18:13.19 | zecke | most likely org.openembedded.dev/conf/bitbake.conf |
| 18:13.50 | Gerrath | mccarthy, then copy the machine config file over to that repo. |
| 18:13.57 | mccarthy | unfortunately it seems that no one really "maintains" the h5000 series as far as I know ... (at least I have not built a successful image since familiar went away) |
| 18:14.22 | Gerrath | mccarthy, then modify it, get it to compile and submit a patch :-) |
| 18:14.27 | tnb | Back to tzdata, I put a major city from most timezones into the base package, then have separate packages for: tzdata-africa tzdata-americas tzdata-antarctica tzdata-arctic tzdata-asia tzdata-atlantic tzdata-australia tzdata-europe tzdata-pacific |
| 18:15.26 | zecke | tnb: opie used to have 'timezones-' packages, maybe just steal this name? |
| 18:16.12 | tnb | zecke: I thought about that, but a) didn't want to force something into obsolescence and b) Debian uses 'tzdata' |
| 18:17.22 | zecke | tnb: Opie's packages are just there because we did not used the glibc ones... |
| 18:17.30 | zecke | tnb: but the debian argument might make sense |
| 18:19.14 | Gerrath | mccarthy, here is an example of setting up a local repo: http://www.pastebin.ca/334550 That is the top section of my local.conf. You will also need to add the local repo to you BBPATH. If you want to add a board file then make a directory called conf/machine in the local repo and put the board file there. |
| 18:19.18 | mccarthy | Gerrath, zecke thanks again for your help. It looks like I can make my own "distro" and put it in there, since distro is included last (that seems the cleanest way) |
| 18:19.47 | zecke | mccarthy: auto.conf or site.conf would be options as well IIRC |
| 18:20.14 | *** join/#oe furlongm_ (n=furlongm@83.70.43.74) |
| 18:20.23 | Gerrath | mccarthy, I have a distro for my board specific to our product so I put it in my local repo under conf/distro/company_name.conf |
| 18:20.44 | mccarthy | I will keep you posted :0 |
| 18:21.14 | zecke | mickeyl: RP : koen|away : Have we ever considered adding versions to files like conf/local.conf? |
| 18:21.14 | Gerrath | mccarthy, then I version control my entire local repo since it is all my modfied stuff. Anything that others can use or is generic I patch file it and submit it to OE bugtracker,. |
| 18:21.30 | zecke | mickeyl: RP koen|away : a good example would be KDE's xmlgui. Where users can configure their UI but once a new major layout file is published, it takes presedence over the local copy again |
| 18:23.00 | JustinP | ~lart crazy clients and middle management |
| 18:23.09 | JustinP | ibot: botsnack |
| 18:23.09 | ibot | JustinP: thanks |
| 18:26.28 | mickeyl | zecke: sounds interesting. could you wrapup that and send it to the ml? |
| 18:28.00 | zecke | argh, yeah. right :} |
| 18:28.04 | *** join/#oe Marex_ (n=Marex@85.132.236.161) |
| 18:28.04 | *** join/#oe koen (n=koen@212.41.157.237) |
| 18:28.19 | zecke | mickeyl: at least warn: "You have forked a file which now has a newer version" |
| 18:32.13 | *** join/#oe wookey_ (n=wookey@courthouse.aleph1.co.uk) |
| 18:32.28 | RP | zecke: I don't see it as a big problem but if someone wanted to implement it... ;-) |
| 18:34.09 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 18:34.39 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 18:34.49 | zecke | oh Robert Anton Wilson is dead |
| 18:35.46 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 18:42.31 | *** join/#oe mykilx (n=mykilx@pool-71-98-162-157.tampfl.dsl-w.verizon.net) |
| 18:45.47 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 19:00.45 | Kristoffer | zecke, I've sent patch to Erik. Was sad to hear that ipkg is no longer being developed, only bugfixed. |
| 19:01.29 | Kristoffer | RP, whats the status of Spitz in vanilla? Just out of interest |
| 19:08.56 | tkp | I'm getting 'NOTE: Patch xyx is outdated' for all my patches |
| 19:09.05 | tkp | what does that mean? |
| 19:16.40 | koen|gprs | tkp: it means that $DATE > $maxdate |
| 19:16.53 | koen|gprs | tkp: or a bug in the patcher |
| 19:17.59 | tkp | koen|gprs: and $maxdate come from where? |
| 19:17.59 | JustinP | Kristoffer: ipkg is not being developed? Is this new or just a realization you came to? I think there's just noone really working on it. |
| 19:18.00 | *** join/#oe koen|gprs_ (n=koen@vpn006135.vpn.utwente.nl) |
| 19:21.24 | *** join/#oe koen|gprs__ (n=koen@212.41.157.237) |
| 19:23.23 | *** join/#oe vlo (n=valentin@d213-103-158-184.cust.tele2.ch) |
| 19:26.19 | *** join/#oe ar (n=ar@port-ip-213-211-231-107.reverse.mdcc-fun.de) |
| 19:30.59 | Kristoffer | JustinP, thats the message I got from Erik |
| 19:31.25 | Kristoffer | But not being developed and no-one working on it, is quite similiar in my ears |
| 19:31.54 | Kristoffer | JustinP, Quote from Erik "There is no development beyond bug fixing. But patches will be reviewed" |
| 19:33.20 | timtimred | you can always fork off :) |
| 19:33.44 | zecke | timtimred: or better, take over maintainership |
| 19:34.12 | Kristoffer | I've had a look at the code and it seems messed up. It should generally move from memory usage to disk usage |
| 19:34.55 | Kristoffer | Currently it takes 8minutes for my jornada to calculate dependencies |
| 19:38.48 | Kristoffer | Perhaps creating an smaller and optimized fork |
| 19:38.51 | Kristoffer | hmm |
| 19:40.21 | mreimer | based on sqlite |
| 19:40.27 | *** join/#oe angom (n=angom@red-corp-201.143.59.181.telnor.net) |
| 19:41.41 | koen|gprs | or fix dpkg and apt :) |
| 19:41.41 | mreimer | hey koen|gprs |
| 19:41.41 | Kristoffer | zecke, Patch is accepted and should be included in 0.99.165 |
| 19:41.41 | koen|gprs | hey mreimer |
| 19:46.47 | *** join/#oe tank17 (i=ariel@gateway/tor/x-88b94478138810ef) |
| 19:55.16 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 20:03.37 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 20:03.51 | *** join/#oe calmofthestorm7 (n=alexr@71-80-168-243.dhcp.psdn.ca.charter.com) |
| 20:04.42 | calmofthestorm7 | question: I'm trying to make a bb for gaim-encryption, and the compile fails because gaim-encryption can't find gaim.pc for pkgconfig. How can I address this? |
| 20:05.03 | zecke | calmofthestorm7: check that gaim.pc was properly staged |
| 20:05.18 | calmofthestorm7 | how do I make it stage? |
| 20:05.42 | zecke | calmofthestorm7: I assume it would be somewhere in tmp/staging/arm-*/lib/pkgconfig/ (where the interepretation and correction of the path is up to you) |
| 20:06.36 | calmofthestorm7 | aright, I found where the pc files go |
| 20:06.38 | calmofthestorm7 | but no gaim.pc |
| 20:06.38 | zecke | calmofthestorm7: if you build a bb file various tasks are executed (e.g. fetch, patch, configure, compile ) and then various install tasks. some to create packages, and some to put headers and other resources into the staging dir so others can find it |
| 20:06.53 | calmofthestorm7 | so I need to add a do_stage task to gaim.bb? |
| 20:07.06 | zecke | so the gaim file, should stage headers and pkg-config file |
| 20:07.07 | zecke | right |
| 20:07.26 | calmofthestorm7 | what's the syntax for that; is there an example somewhere I can steal from? |
| 20:08.28 | calmofthestorm7 | oe_runmake install DESTDIR="" bindir=${STAGING_BINDIR} includedir=${STAGING_INCDIR} libdir=${STAGING_LIBDIR} prefix=${STAGING_DIR} |
| 20:08.37 | calmofthestorm7 | if I do that it gives me permission denied errors on do_stage |
| 20:08.40 | *** join/#oe [lala] (i=lala@gateway/tor/x-1e2c673efb199170) |
| 20:09.20 | zecke | calmofthestorm7: good question, I leave the answer up to the others... (I'm short on time atm) |
| 20:09.31 | calmofthestorm7 | oh no worries |
| 20:09.34 | calmofthestorm7 | thanks for the thoughts |
| 20:09.37 | calmofthestorm7 | I appreciate it;) |
| 20:20.06 | Kristoffer | Any gcc guru in the house? |
| 20:20.17 | calmofthestorm7 | define guru;) |
| 20:20.26 | calmofthestorm7 | I probably can't help but what's up? |
| 20:20.33 | Kristoffer | one that can tell me if fix-header is needed or not :) |
| 20:20.38 | calmofthestorm7 | no clue! |
| 20:20.40 | calmofthestorm7 | sorry;) |
| 20:20.58 | Kristoffer | no worries |
| 20:24.47 | *** join/#oe Longfield (n=valentin@d83-180-97-167.cust.tele2.ch) |
| 20:25.04 | *** join/#oe andreas__ (n=andreas@host86-132-242-90.range86-132.btcentralplus.com) |
| 20:27.51 | Kristoffer | Arghh I always forget is it SRC_URI_sh3 or sh3_SRC_URI? |
| 20:28.04 | Kristoffer | prefix or suffix? |
| 20:29.49 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 20:31.04 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
| 20:35.16 | hrw|gone | Kristoffer: SRC_URI_sh3 = "...." or SRC_URI_append_sh3 = "...." |
| 20:36.19 | hrw | for moment or two |
| 20:36.45 | koen|gprs | ooooow |
| 20:36.50 | koen|gprs | I need 3 moments |
| 20:36.59 | hrw | koen|gprs: go then |
| 20:37.06 | koen|gprs | ;) |
| 20:38.34 | Kristoffer | anybody know if fix-headers actually does something usefull |
| 20:38.49 | Kristoffer | I read somewhere that its ment to be run when host==target |
| 20:38.57 | Kristoffer | which it certainly isnt when using OE |
| 20:39.15 | hrw | I can easily be trapped in host==target using OE |
| 20:39.40 | hrw | DISTRO=generic MACHINE=progear + building on i686-linux will give it probably |
| 20:39.45 | koen|gprs | fix-headers? |
| 20:39.50 | hrw | have to go - bye |
| 20:39.51 | koen|gprs | gcc or uclibc? |
| 20:40.26 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 20:41.18 | Kristoffer | koen|away, gcc |
| 20:41.29 | Kristoffer | It only happens on sh3 though |
| 20:41.48 | Kristoffer | and its been fixed upstreams (no patch though, just dissapeard) |
| 20:41.48 | *** join/#oe furlongm (n=furlongm@83.70.167.60) |
| 20:42.20 | Kristoffer | Currently Im making a patch that removes the install lines from the Makefile, but would like to be sure before I apply it |
| 20:42.29 | Kristoffer | the patch will of course only affect sh3 |
| 20:48.27 | *** join/#oe dkey (i=somebody@193.170.48.236) |
| 20:51.07 | *** join/#oe furlongm_ (n=furlongm@83.70.32.34) |
| 20:59.21 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:00.01 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 21:00.30 | *** join/#oe furlongm__ (n=furlongm@83.70.45.103) |
| 21:09.35 | CIA-19 | 03kristoffer 07org.oe.dev * r102165bf... 10/ (3 files in 3 dirs): |
| 21:09.35 | CIA-19 | gcc-4.1.1/sh3-installfix-fixheaders.patch : Fix of bug 1525 |
| 21:09.35 | CIA-19 | * When running the installation script in gcc it complains about |
| 21:09.35 | CIA-19 | <PROTECTED> |
| 21:09.35 | CIA-19 | <PROTECTED> |
| 21:09.35 | CIA-19 | <PROTECTED> |
| 21:09.37 | CIA-19 | * Added SRC_URI_append_sh3 for patch in gcc_4.1.1.bb |
| 21:10.44 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 21:14.06 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:15.00 | *** join/#oe furlongm_ (n=furlongm@83.70.44.143) |
| 21:16.21 | likewise | hi all |
| 21:16.36 | likewise | koen|gprs: hey koen |
| 21:16.47 | koen|gprs | hey likewise |
| 21:18.18 | koen|gprs | we should have auditions the The OE Project |
| 21:18.32 | koen|gprs | and find the Recipe of Destiny |
| 21:18.38 | koen|gprs | </movie references> |
| 21:19.13 | koen|gprs | likewise: http://www.flickr.com/photos/koenkooi/sets/72157594506897688/ |
| 21:19.33 | *** join/#oe furlongm___ (n=furlongm@86.40.3.87) |
| 21:21.14 | likewise | THC - The Audience is BitBaking |
| 21:22.53 | likewise | koen|gprs: was it worth seeing? |
| 21:23.13 | koen|gprs | yes, although you get a distinct tourist trap feeling |
| 21:24.37 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:24.50 | *** join/#oe furlongm_ (n=furlongm@83.70.213.243) |
| 21:29.38 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 21:30.28 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-120-225.pools.arcor-ip.net) |
| 21:30.51 | *** join/#oe xerom (n=jack@81.193.133.241) |
| 21:37.35 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 21:38.26 | *** join/#oe Longfield (n=valentin@d83-180-97-167.cust.tele2.ch) |
| 21:40.30 | *** join/#oe zmiq (n=chatzill@59.Red-80-35-121.staticIP.rima-tde.net) |
| 21:43.17 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
| 21:51.02 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 22:15.37 | *** join/#oe xerom (n=jack@81.193.134.30) |
| 22:22.13 | *** join/#oe koen|gprs (n=koen@212.41.157.237) |
| 22:27.12 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-082-224.pools.arcor-ip.net) |
| 22:34.49 | *** join/#oe csmanx (n=csman@190.40.166.234) |
| 22:35.16 | nzg | Can oe run a menuconfig? I want to use the same toolchain to configure a local kernel and it seems dirty to write scripts to use the tools from the tempdir |
| 22:35.32 | nzg | a kernel menuconfig to be specific |
| 22:35.43 | nzg | I tried it but it seems to try to run it in the background or something |
| 22:40.29 | CosmicPenguin | why would you want to run menuconfig? Just hack on the .config direclty |
| 22:43.22 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 22:46.33 | *** join/#oe mithro (n=tim@69.60.120.93) |
| 22:55.59 | nzg | why would I want to hack on the .config when I could run menuconfig |
| 22:56.04 | *** join/#oe xerom (n=jack@bl4-130-154.dsl.telepac.pt) |
| 22:58.25 | cbrake | nzg: for development, build your kernel outside OE, or cd into the tmp/work/... and manually build it. |
| 22:58.44 | cbrake | nzg: once you are happy with it, then store the config in the OE metadata, etc. |
| 23:00.06 | cbrake | nzg: during development of a package, I rarely run bitbake a package. See http://www.openembedded.org/wiki/OeFaq |
| 23:00.54 | cbrake | nzg: this is one of the most powerful concepts of OE. You can cd to the directory where the package is being built and run the scripts in the temp directory (run.do_configure, run.do_compile, etc). |
| 23:01.15 | cbrake | nzg: very hand for debugging where you want to change something, rebuild, etc. |
| 23:01.23 | cbrake_away | later |
| 23:13.15 | *** join/#oe dion (n=dion@xen.inhex.net) |
| 23:17.48 | nzg | That's actually what I'm doing, and I have a working .config |
| 23:17.53 | nzg | But here's the thing |
| 23:18.30 | nzg | I'm building the kernel external to the src, as I have to do a lot of development and it makes patch generation much easier |
| 23:18.51 | nzg | The .config, is therefore stored in an external directory, leaving a pristine source. |
| 23:19.35 | nzg | I want to generate a new object directory with oe. |
| 23:19.52 | nzg | I can just copy in the .config and run oldconfig I suppose |
| 23:20.07 | nzg | nvmd, rambing too much coffee |
| 23:24.31 | *** join/#oe mithro (n=tim@69.60.120.93) |
| 23:26.18 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 23:28.30 | rwhitby | I have a new version of linphone ready (tested in console mode, but I cannot test in GPE mode) - there is no MAINTAINER in the file. |
| 23:28.50 | rwhitby | I will check it in with a DEFAULT_PREFERENCE=-1 and ask for someone to test it in GPE. |
| 23:29.09 | mickeyl | RP: ping |
| 23:29.34 | rwhitby | This new version, plus the new yeaphone package, will allow you to plug a usb phone into an NSLU2 and use it and asterisk running on the nslu2 to make and receive voip calls. |
| 23:29.55 | rwhitby | hey mickeyl |
| 23:30.01 | mickeyl | hi |
| 23:30.26 | mickeyl | did anything change in bitbake regarding BB_COLLECTIONS recently? |
| 23:30.49 | mickeyl | i can't seem to get my local stuff priorized |
| 23:31.01 | mickeyl | it always picks the upstream collection |
| 23:31.12 | mickeyl | (bitbake 1.6.2) |
| 23:41.27 | hvontres|poodle | exit |
| 23:41.32 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 23:58.08 | cbrake_away | mickeyl: I have not noticed any problems with 1.6.3 |
| 23:59.11 | mickeyl | do you have a setting where you have e.g. |
| 23:59.14 | mickeyl | foo_r1 in OE |
| 23:59.25 | mickeyl | and foo_r2 in local? |
| 23:59.43 | mickeyl | foo_pv-r1, foo_pv-r2 even |