00:00.16 | ant_ | FILES_${KLIBC_UTILS_PKGNAME}-gzip = "${base_bindir}/gzip ${base_bindir}/gunzip ${base_bindir}/zcat" |
00:01.42 | khem | hmm it packages them ? |
00:01.51 | khem | why not let gzip package them |
00:02.04 | ant_ | igzip is listed in FILES |
00:02.16 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
00:02.21 | ant_ | and has pkgname |
00:02.45 | khem | ok but my question is if this gzip is built external to klibc ? |
00:02.56 | khem | or is it built from klibc bundle |
00:03.05 | ant_ | it seems budled, mom |
00:03.43 | khem | then you dont need dep |
00:03.46 | ant_ | yep, in the src |
00:04.15 | ant_ | is it static? |
00:04.21 | ant_ | hm |
00:04.50 | ant_ | I never needed this gzip so have never tried to install the shared binary |
00:06.03 | ant_ | i suppose the normal version needs klibc.so |
00:06.43 | ant_ | to run |
00:06.54 | khem | ok |
00:07.33 | ant_ | but hey, it's like this since the beginning..I was wondering whether there is a reason or not... |
00:09.34 | ant_ | anyway, many thanks |
00:09.40 | ant_ | good night |
00:16.29 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
00:31.11 | *** join/#oe dth (~dth@a89-183-0-198.net-htp.de) |
00:51.48 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
00:58.07 | *** join/#oe dth_ntb (~dieter@a89-183-0-198.net-htp.de) |
00:59.12 | *** join/#oe dth_ntb (~dth@a89-183-0-198.net-htp.de) |
01:23.45 | *** join/#oe Taalas (~Taalas@p5B165DAD.dip.t-dialin.net) |
01:34.21 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
01:40.25 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
01:40.33 | *** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
01:40.35 | *** join/#oe nitin1 (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
01:54.45 | *** join/#oe aloisiojr (~aloisio@187.90.62.164) |
01:57.08 | *** join/#oe raster (raster@enlightenment/developer/raster) |
01:58.43 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
02:01.23 | *** join/#oe fraxinas (~quassel@p4FD63E22.dip.t-dialin.net) |
02:06.36 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
02:07.18 | *** join/#oe johncylee (~john@61.57.131.211) |
02:12.25 | *** join/#oe raster (raster@enlightenment/developer/raster) |
02:15.19 | *** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
02:28.45 | *** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
02:38.31 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
02:52.34 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
03:00.21 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
03:02.06 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
03:05.47 | *** join/#oe borg_ (~olaf@p548684BD.dip0.t-ipconnect.de) |
03:13.52 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
03:15.06 | *** join/#oe BlindMan (~othmar@h081217021188.dyn.cm.kabsi.at) |
03:32.56 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
03:46.41 | *** join/#oe pcacjr_ (~pcacjr@187.78.207.250) |
03:46.42 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
05:01.59 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
05:11.08 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-uhmgpuieplsebtqq) |
05:17.26 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-iwfwljvtwxukcglf) |
05:30.51 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
05:37.05 | eFfeM | gm |
05:42.31 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
05:49.30 | ka6sox-work | oops...too late |
06:17.36 | *** join/#oe tuxfan (~quassel@dsl-emcali-190.99.236.17.emcali.net.co) |
06:21.50 | *** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net) |
06:37.17 | CIA-4 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r49ddf7eeda 10openembedded.git/recipes/u-boot/ (2 files in 2 dirs): |
06:37.18 | CIA-4 | u-boot: beagleboard: adjusted clocks to match PSP |
06:37.18 | CIA-4 | Signed-off-by: Jason Kridner <jkridner@beagleboard.org> |
06:37.18 | CIA-4 | Signed-off-by: Koen Kooi <koen@beagleboard.org> |
06:42.32 | *** join/#oe vps1 (~vitus@145.253.169.210) |
06:57.12 | *** join/#oe rsv (7aa750b3@gateway/web/freenode/ip.122.167.80.179) |
06:58.05 | rsv | Which QT application will give me a GUI to configure my wifi and ethernet interfaces, dhcp, netmask and so on |
06:58.23 | *** join/#oe Heinervdm (~thomas@pD9E1371D.dip.t-dialin.net) |
07:00.27 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:05.02 | *** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
07:15.26 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:19.15 | *** join/#oe aloisiojr (~aloisio@187.58.102.170) |
07:24.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
07:28.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
07:33.10 | *** join/#oe aloisiojr (~aloisio@187.58.102.170) |
07:45.40 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
07:45.50 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
07:46.21 | *** join/#oe rschus (~rschus@192.163.71-86.rev.gaoland.net) |
08:01.11 | rsv | can anyone tell me which QT Package will give me a GUI for configuring my wireless interface? |
08:02.26 | Jay7 | seems nobody know |
08:02.55 | Jay7 | not sure if there exists any |
08:05.26 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:09.21 | rsv | okay, looking at opie |
08:09.47 | zub | rsv: wpa_supplicant sources include a Qt gui, but I don't know if/how OE packages that |
08:10.07 | JaMa|Wrk | yes.. there is wpa-gui |
08:10.18 | JaMa|Wrk | which is also in QT |
08:13.34 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
08:16.50 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
08:22.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
08:28.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
08:42.11 | *** join/#oe hrw (~hrw@apn-95-40-37-102.dynamic.gprs.plus.pl) |
08:48.26 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
08:57.32 | rsv | zub: JaMa|Wrk: when i go to that website i find http://hostap.epitest.fi/wpa_supplicant - which are wpa_supplicant sources, does the GUI part be in it? |
08:59.23 | JaMa|Wrk | rsv: S = "${WORKDIR}/wpa_supplicant-${PV}/wpa_supplicant/wpa_gui-qt4" |
08:59.34 | JaMa|Wrk | rsv: that's path to wpa_gui sources |
09:02.09 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
09:10.15 | zub | rsv: e.g. http://hostap.epitest.fi/releases/wpa_supplicant-0.6.10.tar.gz, wpa_supplicant-0.6.10/wpa_supplicant/wpa_gui* |
09:10.17 | rsv | JaMa|Wrk: thank you |
09:10.25 | rsv | zub: thank you |
09:10.48 | rsv | Isnt Opie also based on QT? |
09:24.45 | *** join/#oe hrw (~hrw@apn-95-40-102-86.dynamic.gprs.plus.pl) |
09:30.02 | tasslehoff | which recipe do I need to get udp filesrc for gstreamer? I tried adding gst-plugins-base,good,bad and ugly to IMAGE_INSTALL, but that didn't do it. |
09:32.00 | hrw|gprs | tasslehoff: gst-plugins-(base,good,bad,ugly) generate lot of packages - one per plugin |
09:32.28 | hrw|gprs | you need to check and probably it will be sth like gst-plugin-udp-filesrc |
09:35.05 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
09:35.40 | tasslehoff | hrw|gprs: that last one I didn't understand |
09:37.07 | tasslehoff | hrw|gprs: ah. I see that I have pkgdata/armv7a-angstrom-linux-gnueabi/runtime/gst-plugin-udp-dev |
09:37.10 | hrw|gprs | tasslehoff: 'bitbake gst-plugins-base' generated set of gst-plugin-* packages. you need to check which of them is the one you need |
09:37.31 | hrw|gprs | "find tmp/deploy -name gst-plugin-udp*ipk" then |
09:38.07 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
09:38.47 | tasslehoff | hrw|gprs: yep, it's there. does that mean it should be in my image? |
09:39.09 | hrw|gprs | yes |
09:39.20 | hrw|gprs | IMAGE_INSTALL contains list of *packages* not recipes |
09:39.46 | hrw|gprs | IMAGE_INSTALL = "Iwantthispackage andthis andthat andthisonetoo" |
09:39.58 | hrw|gprs | thats how it works |
09:45.29 | tasslehoff | hrw|gprs: ah, thanks |
10:25.43 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r44ded83e91 10openembedded.git/recipes/urjtag/urjtag_git.bb: |
10:25.43 | CIA-4 | urjtag: added git version |
10:25.43 | CIA-4 | added git version as git head supports jtag over gpio. |
10:25.43 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
10:34.00 | florian | good morning |
10:38.45 | pb_ | hi florian |
10:40.17 | *** join/#oe CMoH|office (~cipi@89.238.251.90) |
11:00.20 | eFfeM | hi florian |
11:01.15 | florian | hi eFfeM |
11:01.52 | florian | Interesting commit... I wonder of one of these cheap boards would make a good jtag appliance |
11:01.55 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
11:02.32 | eFfeM | florian: the recipe could use some autotools improvement |
11:03.08 | eFfeM | i've managed to see my fpga board yesterday |
11:03.56 | florian | eFfeM: The last time I uesd it is some time ago but I remember the build system was not the best ever |
11:03.58 | eFfeM | but gpio is not really very fast & the gpio definition uses the sys interface to communicate |
11:04.42 | florian | it might be interestign to check if we could "misuse" soem serial interface for this ourpose |
11:04.48 | eFfeM | the 10.2 version worked like a charm, the git version had lots autostuff changed and has some issue that files are being linked before being created |
11:04.54 | florian | can't type any more |
11:04.59 | eFfeM | :-) |
11:05.34 | eFfeM | there is support for all kind of cables in it |
11:05.35 | florian | added ixp3xx suport to it some time ago... |
11:06.02 | eFfeM | kudo's go to khem for fixing libftdi, so now that part is also supported |
11:06.57 | *** join/#oe kws_ (~kws@bas8-toronto01-1177861110.dsl.bell.ca) |
11:07.02 | florian | openocd used to be pretty good aswell but the last time i tried i found it was hard to use and far from stable |
11:07.31 | *** join/#oe rschus (~rschus@192.163.71-86.rev.gaoland.net) |
11:11.35 | eFfeM | i only use opencd if i have to reflash my sheevaplug |
11:18.11 | eFfeM | RP__: peeked at http://www.pokylinux.org/getit/, this one still has the old OE logo and this link mentioned on it gives a 404 and some python code: http://svn.o-hand.com/view/poky |
11:18.17 | eFfeM | guess the svn link is dead |
11:20.49 | RP__ | eFfeM: yes, we moved to git |
11:21.02 | RP__ | I will get that removed, thanks for the pointer |
11:21.07 | RP__ | and will look at the logo |
11:23.21 | eFfeM | RP__, great |
11:25.44 | eFfeM | RP__ (or someone else) could you by any chance help me with adding an error message in src_distribute_local.bbclass as described in http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022613.html |
11:26.20 | eFfeM | i also tried things like bb.error but my python knowledge is not good enough, the problem seems to be in ${SRC} |
11:27.23 | RP__ | eFfeM: You're tring to raise a python eception from a shell script |
11:27.24 | eFfeM | src_distribute_local.bbclass should give an error if it can't find a file (e.g. a patch file, now do_patch fails but the root cause is here (and if the file is not a patch but a config file the build may fail later or result in a missing file in the ipk or so) |
11:27.41 | RP__ | do an "exit 1" instead |
11:28.10 | eFfeM | ok, understood, and first do an echo of the error message I assjme |
11:28.12 | eFfeM | assume |
11:28.18 | RP__ | eFfeM: right |
11:28.19 | eFfeM | can do *that* |
11:28.42 | eFfeM | np, will fix, test, submit patch |
11:29.04 | eFfeM | after the current build is finished (probably tonight) |
11:33.54 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:45.49 | *** join/#oe B_Lizzard (~havoc@athedsl-425116.home.otenet.gr) |
11:48.49 | ant_work | RP__: we are severely beaten by the f@@@ing klibc do_stage. Maybe you can see the culprit |
11:52.27 | RP__ | ant_work: Sorry but at the moment I don't have time to go into that :( |
11:53.11 | ant_work | np, by chance |
11:53.16 | ant_work | tia |
11:59.08 | Taalas | Is ruby in OE compiled without socket library? |
12:02.37 | eFfeM | Taalas: dunno, I'd say read the recipe |
12:04.39 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
12:08.59 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
12:13.59 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:16.55 | *** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz) |
12:17.23 | *** join/#oe methril_work (~methril@201.35.65.90) |
12:27.56 | *** join/#oe GNUtoo|laptop (~gnutoo@ABordeaux-152-1-7-254.w82-125.abo.wanadoo.fr) |
12:40.05 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
12:42.57 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
12:43.03 | JaMa|Wrk | hrw|gprs: GNUtoo|laptop says that he didn't have those alignment traps on htcdream |
12:44.23 | *** join/#oe Hrww (~hrw@chello087207212063.chello.pl) |
12:44.32 | GNUtoo|laptop | indeed |
12:48.22 | GNUtoo|laptop | JaMa|Wrk, should we switch the discussion here? |
12:49.35 | JaMa|Wrk | GNUtoo|laptop: I think you provided enough information for me, thanks :) |
12:49.43 | GNUtoo|laptop | ok |
12:50.17 | GNUtoo|laptop | btw on my bug device+angstrom not everything have alignement trapped,only the dhcpc client |
12:50.32 | GNUtoo|laptop | I wonder why it's not anymore udhcpc btw |
12:50.57 | JaMa|Wrk | GNUtoo|laptop: you also need gcc-4.5+eglibc-2.12 which is not the case in normal Angstrom.. |
12:51.14 | GNUtoo|laptop | ok |
12:52.32 | ant_work | JaMa|Wrk: have you read about linaro gcc4.5 25% faster than FSF4.4.4 in one bench? |
12:53.27 | JaMa|Wrk | no, but we had similar results with LTO enabled |
12:55.18 | GNUtoo|laptop | nice you have r21 kernels |
12:58.21 | *** join/#oe broonie (broonie@cassiel.sirena.org.uk) |
12:59.03 | *** join/#oe hrw (~hrw@chello087207212063.chello.pl) |
13:22.57 | *** join/#oe mnabil (~mnabil@41.234.70.128) |
13:47.13 | *** join/#oe kws_ (~kws@bas8-toronto01-1177861117.dsl.bell.ca) |
13:53.45 | jconnolly | what's the convention for specifying PARALLEL_MAKE by recipe in a conf? |
13:53.57 | jconnolly | i have PARALLEL_MAKE_openjade-native = "-j1 " |
13:53.58 | *** join/#oe pcacjr (~pcacjr@187.78.150.2) |
13:54.03 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
13:54.10 | jconnolly | but it looks like i still have some parallel make related build issues |
13:54.28 | jconnolly | am I not specifying that correctly? |
13:56.29 | jconnolly | maybe should be PARALLEL_MAKE_pn-openjade-native ? |
13:58.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
13:59.47 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
14:00.11 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
14:00.15 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-rtxmeiabsvxqzexq) |
14:10.53 | *** join/#oe th1 (~th@cpc1-cmbg15-2-0-cust361.cmbg.cable.virginmedia.com) |
14:12.07 | *** join/#oe kgilmer (~kgilmer@host-72-175-249-108.static.bresnan.net) |
14:13.26 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
14:14.13 | *** join/#oe darkstar62 (~darkstar6@97-126-99-222.tukw.qwest.net) |
14:15.46 | *** join/#oe Heinervdm_ (~thomas@pD9E1797B.dip.t-dialin.net) |
14:15.51 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
14:16.45 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
14:18.36 | *** join/#oe hrw (~hrw@apn-77-115-32-252.dynamic.gprs.plus.pl) |
14:19.31 | GNUtoo|laptop | jconnolly, hmmm hi |
14:19.49 | GNUtoo|laptop | jconnolly, I don't remember but there is a variable to disable paralell make |
14:19.54 | GNUtoo|laptop | in recipes |
14:19.57 | jconnolly | I just modded the recipe directly |
14:20.14 | hrw|gprs | GNUtoo|laptop: PARALLEL_MAKE = "" you mean? |
14:20.14 | jconnolly | PARALLEL_MAKE="" |
14:20.17 | jconnolly | indeed |
14:20.20 | jconnolly | hi hrw|gprs |
14:20.24 | jconnolly | nice n900 post |
14:20.25 | jconnolly | ;D |
14:20.26 | GNUtoo|laptop | jconnolly, I don't remember but something in theses lines |
14:20.27 | hrw|gprs | thx |
14:20.42 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:22.01 | kergoth | morning |
14:22.48 | hrw|gprs | hi Chris |
14:24.31 | *** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net) |
14:25.12 | *** join/#oe steve44224 (~user@cpe-98-27-148-71.neo.res.rr.com) |
14:28.11 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
14:32.23 | *** join/#oe kgilmer (~kgilmer@host-72-175-249-108.static.bresnan.net) |
14:36.45 | steve44224 | I was over on the Little Chips site last night, and I was looking at their procedures for building a 2.6 kernel. They call for the use of a 2.95 rev of gcc. Do I still need to use this old compiler? |
14:37.19 | khem | steve44224: you dont have to |
14:37.24 | kergoth | no idea what little chips is, but no |
14:37.28 | khem | hi kergoth |
14:37.31 | kergoth | hey khem |
14:37.39 | kergoth | i'll ack your srctree patch in a moment |
14:37.44 | khem | thx |
14:37.46 | kergoth | so much for inbox zero.. dedicated not empty :) |
14:37.54 | khem | heh |
14:37.54 | kergoth | er, decidedly |
14:38.00 | kergoth | stupid brain |
14:38.06 | khem | cbrake has tested it extensively |
14:38.09 | kergoth | can't blame his fingers for an entire word replacement :) |
14:38.13 | kergoth | khem, nice |
14:38.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
14:38.28 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
14:38.30 | kergoth | i'm just glad it was that simple to fix |
14:38.39 | khem | final test is to build a kernel |
14:38.46 | khem | that he will do today |
14:38.58 | khem | kergoth: yeah |
14:39.10 | kergoth | i wonder if you can combine amend.bbclass + INHERIT += "srctree" safely, or .bbappend and srctree. woudl be handy to redirect an existing recipe to a local tree |
14:39.14 | kergoth | probably will work fine |
14:39.26 | steve44224 | Little Chips is a board manufacturer. I acquired an ARM based development platform, and I was wondering. Thanks. |
14:39.34 | kergoth | ah |
14:39.56 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
14:40.01 | khem | kergoth: yeah interesting |
14:40.14 | khem | I havent played with bbappend so much yet |
14:40.20 | khem | but will try this combo |
14:40.24 | kergoth | the kernel particularly would be nice for that. take the stock linux-2.6 and point it at your local development git tree |
14:40.36 | khem | nods |
14:41.12 | kergoth | I think my logging module support for bitbake is finally cleaned up enough to be merged. opens up some cool things you can do |
14:41.25 | khem | nice |
14:41.47 | RP__ | is still chasing bugs in the task based prebuilts code |
14:41.53 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
14:42.01 | kergoth | hehe, i'm sure thats nontrivial |
14:42.17 | kergoth | hah - http://zeus.ugent.be:4011/ |
14:42.17 | khem | hrw|gprs: linaro gcc 4.5 is from CSL ? |
14:42.35 | hrw|gprs | khem: Linaro gcc 4.4 4.5 have many csl parts |
14:42.47 | hrw|gprs | khem: CodeSourcery is Linaro member |
14:42.57 | RP__ | kergoth: Its highlighted some nice problems in the metadata |
14:43.15 | khem | hrw|gprs: I see. |
14:43.26 | khem | hrw|gprs: do you use there 4.5 branch ? |
14:43.36 | kergoth | I'm not surprised, there's some crazy stuff happening in there :) |
14:43.42 | hrw|gprs | khem: I provide 4.4 and 4.5 cross compilers |
14:43.54 | kergoth | hacks that never got cleaned up.. |
14:43.56 | kergoth | heh |
14:44.17 | hrw|gprs | khem: but my work is mostly packaging related - I do not even use those compilers for more then helloworld checks |
14:44.43 | khem | hrw|gprs: are the sources available somehwere for public |
14:44.49 | hrw|gprs | yes |
14:45.05 | hrw|gprs | http://launchpad.net/ search for gcc-linaro |
14:45.23 | hrw|gprs | there are bzr branches and recently there was 2008.08 release of them |
14:45.44 | hrw|gprs | khem: we do as much as possible in open way |
14:45.47 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
14:46.33 | hrw|gprs | khem: Ubuntu gcc 4.4 uses Linaro patches, do not remember how is with 4.5 |
14:47.30 | kergoth | thinks about releasing the current 1.10 branch as 1.10.0, can always backport more fix commits from master after that.. |
14:48.09 | hrw|gprs | do it, do it |
14:48.29 | *** join/#oe borg_ (~olaf@p548684BD.dip0.t-ipconnect.de) |
14:48.41 | kergoth | tries to recall the process... git-archive, git-tag, upload to berlios, email lists |
14:48.46 | kergoth | thats it, isn't it? |
14:48.48 | hrw|gprs | and bump OE to require it ;D |
14:49.56 | *** join/#oe gchiii (~gchiii@76.255.12.150) |
14:52.55 | *** join/#oe kevinsc (~a0214685@nat/ti/x-xesxnamjhaiwmzzh) |
15:06.42 | *** join/#oe th1 (~th@cpc1-cmbg15-2-0-cust361.cmbg.cable.virginmedia.com) |
15:12.59 | kergoth | I'm looking to gather a list of the major changes to OE over time, where possible. thoughts? thinking in particular the rather invasive ones. clearly there's new style staging, packaged staging, bbclassextend, could mention srcrev/autorev, .. |
15:15.59 | kergoth | The creation of sanity/insane was a great step for our QA |
15:16.01 | kergoth | hmm |
15:18.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
15:18.34 | kergoth | its hard to highlight just what is major, of course |
15:21.06 | *** join/#oe hrw|gprs (~hrw@apn-77-115-32-252.dynamic.gprs.plus.pl) |
15:24.20 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r9e1bbdf672 10openembedded.git/ (22 files in 7 dirs): |
15:24.21 | CIA-4 | xorg: add latest versions for 2010-08-12 |
15:24.21 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
15:24.23 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r367d28ff1b 10openembedded.git/ (17 files in 4 dirs): |
15:24.23 | CIA-4 | qt-4.7.0-beta1: move to beta2 |
15:24.23 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
15:24.23 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r686b238437 10openembedded.git/recipes/navit/ (files/navit.xml navit-icons_svn.bb navit.inc navit_svn.bb): |
15:24.24 | CIA-4 | navit: bump SRCREV a bit |
15:24.24 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
15:24.51 | kergoth | wait, events didn't exist initially.. they were added pretty quickly, but that was an addition.. lets see.. |
15:29.22 | *** join/#oe borg_ (~olaf@p548684BD.dip0.t-ipconnect.de) |
15:31.01 | kergoth | wtf |
15:31.08 | kergoth | this worked fine just a week or two ago |
15:31.10 | kergoth | now it doesn't |
15:32.14 | kergoth | http://web.archive.org/web/20030513111311/www.openembedded.org/phpwiki/index.php/BuildSystem - robots.txt retrieval exclusion :( |
15:33.38 | hrw|gprs | first I had to ask 'we used phpwiki?' but then I looked at date. at that time it was rather you then we |
15:34.20 | kergoth | heh, indeed |
15:34.22 | kergoth | damnit |
15:34.29 | kergoth | i wonder if its using the *current* robots.txt, not the old one |
15:34.40 | kergoth | the current http://openembedded.org/robots.txt blocks everything |
15:34.50 | kergoth | who runs that? |
15:34.59 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
15:35.44 | *** join/#oe methril__ (~methril@189.27.131.205.dynamic.adsl.gvt.net.br) |
15:35.55 | hrw|gprs | linuxtogo.org? |
15:36.00 | hrw|gprs | no idea |
15:38.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
15:38.35 | kergoth | damn. |
15:38.44 | kergoth | i should have sucked that down while it was still accessible |
15:38.51 | kergoth | now i have to go from memory |
15:41.33 | florian | hrw|gprs: no |
15:42.15 | khem | hrw|gprs: where is your repo to get gcc 4.5 |
15:42.22 | khem | hrw|gprs: I mean on launchpad |
15:42.58 | hrw|gprs | khem: moent |
15:43.23 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
15:43.43 | kergoth | i hope I can remember enough |
15:43.46 | kergoth | perhaps |
15:43.56 | hrw|gprs | khem: https://edge.launchpad.net/gcc-linaro |
15:44.35 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
15:44.47 | hrw|gprs | khem: 'Code' page has bzr branches |
15:45.36 | hrw|gprs | you will there more infos |
15:45.51 | *** join/#oe rschus (~rschus@192.163.71-86.rev.gaoland.net) |
15:46.03 | hrw|gprs | I am on gprs most of time today - train area does not have 3G coverage too often |
15:48.57 | jconnolly | just found another hrw|gprs gem... |
15:48.58 | jconnolly | 11:05 < hrw> if [ ethernet-on-usb ] then if [ no mac address ] then usb0 else eth0 fi fi |
15:49.10 | jconnolly | just sorted out smsc95xx mac issue on bug20 finally |
15:49.41 | jconnolly | mysteriously came up eth0 when i gave it a valid mac, without udev rename rule... i was mystified, but remembered that |
15:57.42 | *** join/#oe borg_ (~olaf@p548684BD.dip0.t-ipconnect.de) |
15:58.54 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
16:02.23 | *** join/#oe hrw (~hrw@apn-77-114-196-172.dynamic.gprs.plus.pl) |
16:06.51 | CIA-4 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1e3f1f1225 10openembedded.git/recipes/mythtv/ (3 files): |
16:06.51 | CIA-4 | mythtv: upgraded to SRCREV 25609 |
16:06.51 | CIA-4 | This includes the 0.23.1 patches |
16:06.51 | CIA-4 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
16:08.09 | *** join/#oe Crofton (~balister@adsl-76-201-143-217.dsl.pltn13.sbcglobal.net) |
16:11.20 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
16:16.06 | jconnolly | anyone familiar with the oe patch submission process... would you be so kind as to look here and see if it looks right? http://bugcommunity.com/wiki/index.php/Submitting_a_patch_to_Openembedded |
16:17.07 | jconnolly | it's intended for the n00b |
16:23.27 | *** part/#oe steve44224 (~user@cpe-98-27-148-71.neo.res.rr.com) |
16:24.13 | *** join/#oe borg_ (~olaf@p548684BD.dip0.t-ipconnect.de) |
16:42.16 | GNUtoo|laptop | jconnolly, hi |
16:42.20 | GNUtoo|laptop | I'll look |
16:42.23 | *** join/#oe mrc3 (~ddiaz@189.157.111.231) |
16:42.47 | GNUtoo|laptop | jconnolly, git add before git commit |
16:43.05 | GNUtoo|laptop | or is it an easier syntax that I am not aware of? |
16:43.10 | GNUtoo|laptop | I always do: |
16:43.14 | GNUtoo|laptop | git add ./path/ |
16:43.19 | GNUtoo|laptop | git commit |
16:43.30 | GNUtoo|laptop | the git format-patch should have -s |
16:43.35 | GNUtoo|laptop | for signed off |
16:43.55 | GNUtoo|laptop | not shure if your git send-email works |
16:44.09 | GNUtoo|laptop | also |
16:44.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
16:44.18 | GNUtoo|laptop | maybe putting that on oe's wiki would be better |
16:44.19 | GNUtoo|laptop | no? |
16:44.27 | GNUtoo|laptop | and linking to it from buglabs wiki |
16:45.25 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r157bb114df 10openembedded.git/recipes/binutils/binutils.inc: |
16:45.25 | CIA-4 | binutils.inc: Drop spurious CC definition. |
16:45.25 | CIA-4 | There's always been a definition of CC here that gets out of sync |
16:45.25 | CIA-4 | with bitbake.conf. Drop. |
16:45.25 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:47.14 | GNUtoo|laptop | git send-email --compose --to "openembedded-devel@lists.openembedded.org" --subject "[PATCH] update bug2.0 confi " --smtp-server [...] --smtp-server-port=[...] --smtp-pass [...] --smtp-user patch.patch |
16:47.44 | hrw | subject is taken from patch file |
16:48.02 | hrw | smtp things is better to set in ~/.git/config |
16:48.11 | GNUtoo|laptop | ah ok |
16:48.19 | hrw | mailing list set in repository/.git/config |
16:48.27 | GNUtoo|laptop | ok thanks a lot |
16:48.30 | GNUtoo|laptop | nice to know |
16:48.42 | hrw | then it is just 'git send-email --compose PATCHFILE' |
16:48.49 | GNUtoo|laptop | nice |
16:48.52 | hrw | and compose is needed only if you want to add something |
16:48.58 | GNUtoo|laptop | I'll do that next time that I'll have to send a patch |
16:49.13 | hrw | I use it only when sending few patches and want to give description for series |
16:49.26 | hrw | otherwise commit message has to be enough |
16:49.45 | hrw | not using --compose teach to write good commit descriptions |
16:51.24 | *** join/#oe CMoH (~cipi@95.76.71.81) |
16:54.46 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
16:59.03 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
16:59.26 | *** join/#oe hrw (~hrw@apn-95-41-174-137.dynamic.gprs.plus.pl) |
16:59.43 | GNUtoo|laptop | ok |
17:00.09 | hrw | another hole in gsm coverage |
17:01.38 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r7245c191e2 10openembedded.git/conf/bitbake.conf: |
17:01.39 | CIA-4 | bitbake.conf: Add ext[23].bz2 images |
17:01.39 | CIA-4 | Boards with small flash and large ram need all the compression they can get. |
17:01.39 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
17:02.41 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
17:04.05 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r60df02db6f 10openembedded.git/recipes/gnome/ (gnome-panel_2.30.0.bb metacity_2.30.0.bb): |
17:04.05 | CIA-4 | metacity: bump PR |
17:04.05 | CIA-4 | gnome-panel: bump PR |
17:12.56 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r066d2f7b28 10openembedded.git/recipes/octave/octave_3.2.4.bb: octave: check in WIP recipe for 3.2.4 |
17:16.08 | eFfeM | RP__: I have change do_distribute_sources as you suggested (with exit 1), the odd thing is that even though it fails, do_patch is still started. |
17:16.11 | eFfeM | from the log: |
17:16.12 | eFfeM | ERROR: Build of /home/frans/oe/openembedded/recipes/cdparanoia/cdparanoia_svn.bb do_distribute_sources failed |
17:16.12 | eFfeM | NOTE: Running task 527 of 539 (ID: 1, /home/frans/oe/openembedded/recipes/cdparanoia/cdparanoia_svn.bb, do_patch) |
17:16.12 | eFfeM | ERROR: Task 13 (/home/frans/oe/openembedded/recipes/cdparanoia/cdparanoia_svn.bb, do_distribute_sources) failed |
17:16.24 | eFfeM | is this a bug? feature? |
17:16.58 | *** join/#oe methril (~methril@189.27.131.205.dynamic.adsl.gvt.net.br) |
17:17.02 | eFfeM | I would expect do_patch to depend on successful completion of do_distribute_sources |
17:20.50 | andyj | http://pastebin.com/UEna3hgB so how do I resolve the conflict between these two conf files? this was output from do_rootfs on a clean angstrom-gnome-image-big build... |
17:21.43 | khem | andyj: you need to remove ipks |
17:21.46 | khem | from deploy |
17:22.00 | khem | oh its a clean build |
17:22.01 | khem | hmm |
17:30.34 | *** join/#oe britneypire (~britneypi@212-198-248-35.rev.numericable.fr) |
17:34.15 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
17:35.02 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
17:36.25 | hrw|gprs | hi Ken |
17:42.15 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
17:46.08 | hrw|gprs | WarGames watched |
17:46.33 | hrw|gprs | 8" disks, acoustic modem - nice things |
17:47.07 | hrw|gprs | now something more modern - Hackers with Angelina Jolie in 720p |
17:47.15 | hrw|gprs | yes, I am bored ;D |
17:55.57 | *** join/#oe likewise (~likewise@82-170-243-215.ip.telfort.nl) |
17:59.53 | *** join/#oe Crofton (~balister@adsl-76-201-143-217.dsl.pltn13.sbcglobal.net) |
18:01.49 | soltys | hrw|gprs: I think that some day I come and visit you with portable hdd ;) |
18:02.20 | hrw|gprs | soltys: take sata one - will be faster ;D |
18:02.43 | hrw|gprs | soltys: 17GB of DL_DIR want too? |
18:03.17 | hrw|gprs | soltys: but I thought that you are studying so you should not have a problems with movies availability |
18:06.49 | soltys | hrw|gprs: with new ones there is no problem, but with the older.. |
18:07.10 | soltys | hrw|gprs: I had only usb2.0 portable hdd none sata.. |
18:08.13 | hrw|gprs | soltys: fine. if its 2.5" and more then 200GB then sata is inside but no worry - I have ~15 usb ports available in desktop |
18:08.50 | soltys | hrw|gprs: 2.5" and 500GB :) |
18:09.23 | hrw|gprs | soltys: 1.5TB 3.5" as /media/storage/ |
18:09.56 | soltys | hrw|gprs: If I had 200 pln more I'd buy external 1.5TB ;) |
18:12.42 | hrw|gprs | I planned to buy 1TB but price difference was too small |
18:12.43 | hrw|gprs | 1.5TB 5400rpm was 370pln and 1TB 7200 was ~300 |
18:14.17 | hrw|gprs | storage is cheap |
18:14.19 | soltys | It was the same when I bought my one, but I lacked of money |
18:16.26 | hrw|gprs | happens |
18:16.40 | hrw|gprs | ETA: one hour to Warsaw |
18:18.18 | Jin^eLD | hrw|gprs: are you ever travelling through austria? :) I'm looking for a special paint that is made in Poland :) |
18:19.22 | hrw|gprs | Jin^eLD: never was in Austria |
18:19.38 | Jin^eLD | well, if you ever plan a visit... ;) |
18:19.57 | hrw|gprs | ;) |
18:20.14 | hrw|gprs | Jin^eLD: ever heard of internet shops? |
18:20.37 | hrw|gprs | ;D |
18:20.51 | Jin^eLD | hrw|gprs: shipment from germany costs more than the can of paint itself, which is kind of stupid |
18:21.05 | Jin^eLD | and I was not able to figure out a shop in poland |
18:22.55 | hrw|gprs | Jin^eLD: mail me vendor, name etc - will check in september |
18:23.05 | hrw|gprs | remind me if I will forget |
18:23.19 | Jin^eLD | thanks! btw what is in september? planning a visit? |
18:23.30 | hrw|gprs | no, I will be after vacations |
18:23.39 | Jin^eLD | aah |
18:24.01 | hrw|gprs | what is a vendor btw? |
18:24.29 | Jin^eLD | APP |
18:24.42 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
18:24.55 | Jin^eLD | auto plast produkt I think |
18:24.57 | Jin^eLD | or whatever the spelling is |
18:26.11 | hrw|gprs | never heard |
18:26.53 | Jin^eLD | http://www.app.com.pl/products/?grid=11&gridn=3&prid=52 |
18:27.17 | hrw|gprs | what kind of paint it is? |
18:27.17 | hrw|gprs | ok, send me vendor, website, name of paint (url if exists) etc |
18:27.17 | hrw|gprs | back to Hackers |
18:27.47 | Jin^eLD | will do |
18:31.32 | hrw|gprs | ugh... Hackers should be rated in US - there are naked tits there |
18:39.40 | Jin^eLD | :) |
18:39.47 | Jin^eLD | l8r |
18:44.36 | *** join/#oe andyj (~andy@74.61.55.68) |
18:46.56 | *** join/#oe Xobs (~smc@ip65-44-204-2.z204-44-65.customer.algx.net) |
18:56.20 | *** join/#oe andy_ (~andy@74.61.55.68) |
19:03.16 | *** join/#oe GNUtoo|laptop (~gnutoo@ABordeaux-152-1-7-254.w82-125.abo.wanadoo.fr) |
19:03.31 | *** join/#oe hansdampf (~moritz@212.77.182.93) |
19:08.52 | *** join/#oe hansdampf (~moritz@212.77.182.89) |
19:09.38 | *** join/#oe d_th (~dth@a89-183-14-175.net-htp.de) |
19:09.52 | *** join/#oe methril (~methril@189.27.131.205.dynamic.adsl.gvt.net.br) |
19:12.16 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
19:15.23 | *** join/#oe stefan_schmidt (~stefan@p5B034C52.dip.t-dialin.net) |
19:31.14 | *** join/#oe likewise (~likewise@095-097-098-130.static.chello.nl) |
19:31.42 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
19:34.09 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rc9b7719013 10openembedded.git/recipes/klibc/klibc_1.5.18.bb: |
19:34.09 | CIA-4 | klibc: Fix staging and PR |
19:34.09 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
19:41.00 | *** join/#oe dth (~dth@a89-183-14-175.net-htp.de) |
19:44.53 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * re592f51ed3 10openembedded.git/recipes/openjdk/openjdk-6-common.inc: |
19:44.53 | CIA-4 | openjdk-6-common.inc: Switch to FILESPATHPKG =. |
19:44.54 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
19:44.57 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r04f85931f4 10openembedded.git/recipes/initscripts/initscripts-slugos_1.0.bb: |
19:44.57 | CIA-4 | initscripts-slugos: Switch to FILESPATHPKG =. |
19:44.57 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
19:44.57 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rede632c6df 10openembedded.git/recipes/squashfs-tools/squashfs-tools.inc: |
19:44.58 | CIA-4 | squashfs-tools.inc: Switch to FILESPATHPKG =. |
19:44.58 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
19:45.58 | *** join/#oe kristoffer (~kristoffe@c-c1d9e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
19:51.30 | *** join/#oe hansdampf (~moritz@212.77.182.214) |
19:59.35 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
20:08.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
20:20.36 | Tartarus | http://wiki.openembedded.org/index.php/OpenEmbeddedJanitors now talks about FILESDIR stuff, if anyone is looking for something :) |
20:21.15 | *** join/#oe Martin-B (~martin@pool-41-67-198-89.dbd-ipconnect.net) |
20:22.41 | *** part/#oe dth (~dth@a89-183-14-175.net-htp.de) |
20:24.27 | eFfeM | Tartarus: my preference is to delete |
20:24.58 | eFfeM | FILESPATHPKG is an error prone mechanism |
20:25.19 | *** join/#oe kristoffer (~kristoffe@c-c1d9e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
20:25.35 | eFfeM | if you point it to another dir someone might at some point remove the older version and leave a non functioning build without being aware of it |
20:25.40 | eFfeM | biab, reboot |
20:27.19 | kergoth | huh? |
20:33.08 | *** join/#oe eFfeM (~Frans@j200125.upc-j.chello.nl) |
20:34.14 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r37df60115d 10openembedded.git/recipes/nano/nano.inc: |
20:34.14 | CIA-4 | nano: RRECOMMENDS ncurses-terminfo |
20:34.14 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:34.16 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb3c61f19e8 10openembedded.git/recipes/htop/htop_0.7.bb: |
20:34.16 | CIA-4 | htop: RRECOMMENDS ncurses-terminfo |
20:34.16 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:34.17 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r925829fdf7 10openembedded.git/recipes/procps/procps.inc: |
20:34.17 | CIA-4 | procps: RRECOMMENDS ncurses-terminfo |
20:34.17 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:34.20 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rb3cd464790 10openembedded.git/recipes/joe/joe_3.1.bb: |
20:34.21 | CIA-4 | joe: RRECOMMENDS ncurses-terminfo |
20:34.21 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:34.24 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rad112ee1ce 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
20:34.24 | CIA-4 | task-shr-feed: add supertux-qvga wesnoth |
20:34.24 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:35.33 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
20:42.17 | *** join/#oe cdhm (~charles@74.27.69.111.dynamic.snap.net.nz) |
20:45.05 | cdhm | I need to change some files in an existing rootfs image build. I put my changed files in a package and added the package to IMAGE_INSTALL but the bitbaking fails due to two sources for the same file. |
20:45.26 | cdhm | There must be a simple way to overlay files ... |
20:45.27 | kergoth | yep, that will happen |
20:45.47 | kergoth | if the recipe uses file:// to get the files (i.e. config files), you can leverage FILESPATHBASE to override them in the existing packages |
20:46.00 | kergoth | otherwise you can manipulate the fs directly with ROOTFS_POSTPROCESS_COMMAND (it's a shell snippet) |
20:47.02 | eFfeM | otherwise you might need to deal with update-alternatives |
20:47.49 | eFfeM | or more dirty, put the files in a different dir and whack init to copy them to the proper location (really ugly imho) |
20:47.52 | kergoth | yeah, i was thinking about mentioning that too, but for that one you'd really have to modify the recipes |
20:48.07 | eFfeM | or make a patch for your recipe and put it in an overlay |
20:48.09 | eFfeM | kergoth: yes |
20:48.10 | kergoth | though, with .bbappend and bitbake master, or with amend.bbclass, you could adjust the recipe that way |
20:48.10 | cdhm | OK, I understand how to do the rootfs post processing and can do manual patching from a dir, but is there an easy way to get at the guts of files in a package |
20:48.35 | kergoth | cdhm, you can't modify what goes into a package without modifying the recipe in some way. |
20:48.38 | eFfeM | cdhm: i don't understand you |
20:48.53 | kergoth | effeM: he wants to inject his changes in the packaging process, as far as i can tell |
20:48.55 | eFfeM | ah ok |
20:49.30 | eFfeM | if you are only into updating the rootfs, there is no point in change the packaging, that is only useful if you are going to distribute the package |
20:49.37 | cdhm | I did make a recipe that builds my overlay patch then added it to IMAGE_INSTALL but that causes problems becaue the original and new files conflict. |
20:49.43 | kergoth | yes, it does |
20:50.03 | kergoth | you can't just throw files into a filesystem that another package also installs, how would it know which should win? |
20:50.22 | eFfeM | cdhm: copy the original recipe, put it in an overlay, patch your files |
20:50.30 | cdhm | Perhaps by order... I was hoping... |
20:50.48 | eFfeM | cdhm: what files do you want to toss in (and what package) |
20:50.57 | kergoth | most package managers have special mechanisms for this. update-alternatives, debian's .. shit, what was that feature called.. debian has a thing where a later package can force its own file to be used instead of an existing one, without modifying the original package, but i can't remember what it's called |
20:51.06 | kergoth | but opkg doesn't have that capability |
20:51.43 | kergoth | you could also do something like.. require conf/foo.inc in local.conf, then in conf/foo.inc, define do_install_append_pn-<the name of the recipe> () {} |
20:51.55 | kergoth | and have that install your files from whereever on your filesystem, replacing the originals |
20:52.25 | cdhm | It is my own package. Files from svn that I want to override (eg. init scripts). If I have these in a directory I can do it with rootfs post processing. It seemed ugly to have rootfs post processing create a dir, extract svn files too it, then copy yhem in. |
20:52.25 | kergoth | install -m 0644 ${TOPDIR}/files/${PN}/thefileiwant ${D}${sysconfdir}/ |
20:52.27 | kergoth | or whatever |
20:52.37 | kergoth | why are you failing to grasp this? |
20:52.39 | kergoth | it's not that complex |
20:52.57 | kergoth | you can't have the files in your own package replace those of another, without installing with --force, which our rootfs stuff does not do |
20:53.07 | kergoth | so once again, to modify what goes into ap ackage, you have to modify the recipe |
20:53.10 | kergoth | (not yours, the other) |
20:53.43 | cdhm | Modifying other packages to turn stuff off sucks badly. |
20:53.49 | kergoth | either by copying the recipe to an overlay, as effeM suggests, modifying it in place in the oe tree, using amend.inc, or using a pn-${PN} override, which i just suggested |
20:53.59 | kergoth | well, welcome to the world of package management |
20:54.09 | kergoth | no package manager worth a damn lets you just replace packages in another package from yours |
20:54.11 | eFfeM | kergoth: ;-) |
20:54.14 | kergoth | not rpm, not dpkg, not pkg |
20:54.16 | kergoth | s/pkg$/opkg/ |
20:54.20 | cdhm | I'll just do a manual hacky thing in rootfs |
20:54.28 | kergoth | we've told you like 7 different ways to do this |
20:55.45 | cbrake | cdhm: have you looked at RREPLACES_${PN} |
20:55.45 | cdhm | " install -m 0644 ${TOPDIR}/files/${PN}/thefileiwant ${D}${sysconfdir}/" where do I do this? In my overlay package or in the rootfs post processing. |
20:56.07 | cdhm | I'll look at RREPLACE. |
20:56.13 | cbrake | cdhm: my understanding is this tells opkg its OK to replace files in another package |
20:56.14 | kergoth | no, i just told you |
20:56.22 | kergoth | the two lines i just said above the one with the install command |
20:56.24 | kergoth | tell you where to put it |
20:56.28 | kergoth | you should try reading everything, not just snippets |
20:57.36 | eFfeM | bedtime, here cya all tomorrow & stay well! |
20:57.42 | kergoth | night |
20:58.04 | cdhm | Ah ok... so do_install_append does stuff after the IMAGE_INSTALL stuff is processed and will overwrite existing files |
20:58.08 | kergoth | no |
20:58.16 | kergoth | do_install_append runs after the do_install task |
20:58.30 | kergoth | it modifies what files go into the package for the original pckage |
20:58.38 | kergoth | it has nothing to do with IMAGE_INSTALL, which is image creation / rootfs population |
20:59.51 | kergoth | you know what would be useful, instead of making the user use ROOTFS_POSTPROCESS_COMMAND to inject files, add a ROOTFS_EXTRA variable, which is a path, and everything in that path gets cpoied into the rootfs after the packages are installed, automatically |
21:00.04 | kergoth | then you could just put a file in ${ROOTFS_EXTRA}/etc/ to override the config file |
21:00.12 | kergoth | and set ROOTFS_EXTRA to something, of course |
21:00.28 | kergoth | thinks he'll do a quick prototype of that |
21:01.18 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
21:01.47 | cdhm | so do_install_append just overrides the end part of a package build? That's fine for just overwriting one file in one package but is unwieldy if I need to do this for quite a few packages. |
21:02.31 | kergoth | are these all configuration files you're dealing with? |
21:02.47 | cdhm | No, some data files etc too |
21:04.54 | cdhm | I'm replacing the init sequence with my own scripts (coz the default start up is too slow), then changing some config files (which come from a few packages) + adding some default web pages/cgi etc. |
21:05.15 | cdhm | Some of the stuff does not conflict and some stuff does. |
21:08.02 | cdhm | I don't think RREPLACES would work. IIRC It replaces a whole package. I just want to replace a file or two. |
21:10.23 | cdhm | This is surely something that many embedded folk do, which is why I was expecting a one-liner answer of the form IMAGE_OVERRIDE = "package I want to drop on top" |
21:14.10 | cbrake | cdhm: I've not tried RREPLACES yet, but I plan to at some point. A quick hack is: http://pastebin.com/rh22XFaA |
21:14.16 | cbrake | cdhm: that is my current solution |
21:16.26 | cdhm | Thanks cbrake. While I'm sure force-overwrite does work, it is dangerous if there are unintended conflicts. |
21:17.04 | cdhm | Also don't like forking classes to make stuff work.... |
21:17.07 | cbrake | cdhm: agreed |
21:21.32 | Jay7 | oh.. bitbake interactive mode is really needed.. |
21:22.58 | Jay7 | kergoth: ping |
21:29.01 | cdhm | How do I find the package file name that gets generated? ie. I'm thinking of building foo-overlay which will make something like tmp/.../foooverlay-0.10-r0/, then just getting at those files and doing a copy from rootfs_post_process |
21:30.22 | *** join/#oe thayward_ (thayward@nat/wsulug/x-ykgoqgbupoofpfdn) |
21:31.19 | *** join/#oe janinges (j@ninge.net) |
21:31.57 | *** join/#oe jamuraa_ (~jamuraa@c-75-72-149-7.hsd1.mn.comcast.net) |
21:33.06 | *** join/#oe Spz0` (~a@97-120-169-45.ptld.qwest.net) |
21:33.41 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
21:34.03 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
21:35.05 | *** join/#oe htns (~htns@61.6.64.6) |
21:35.16 | *** join/#oe Taalas (~Taalas@p5B165DAD.dip.t-dialin.net) |
21:35.16 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
21:35.16 | *** join/#oe darkschneider (~gab@93-32-56-140.ip32.fastwebnet.it) |
21:36.02 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
21:38.54 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
21:39.33 | kergoth | cdhm, here's a suggestion. Don't add your package to IMAGE_INSTALL, install it in ROOTFS_POSTPROCESS_COMMAND. |
21:39.41 | *** join/#oe kerim (~kerim@81.214.22.138) |
21:39.41 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
21:39.41 | *** join/#oe htns (~htns@61.6.64.6) |
21:39.41 | *** join/#oe jamuraa_ (~jamuraa@c-75-72-149-7.hsd1.mn.comcast.net) |
21:39.41 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
21:39.41 | *** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net) |
21:39.41 | *** join/#oe likewise (~likewise@095-097-098-130.static.chello.nl) |
21:39.41 | *** join/#oe methril (~methril@189.27.131.205.dynamic.adsl.gvt.net.br) |
21:39.41 | *** join/#oe Xobs (~smc@ip65-44-204-2.z204-44-65.customer.algx.net) |
21:39.41 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
21:39.42 | *** join/#oe Crofton (~balister@adsl-76-201-143-217.dsl.pltn13.sbcglobal.net) |
21:39.42 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
21:39.42 | *** join/#oe aloisiojr (~aloisio@187.113.98.213) |
21:39.42 | *** join/#oe CMoH (~cipi@95.76.71.81) |
21:39.42 | *** join/#oe darkstar62 (~darkstar6@97-126-99-222.tukw.qwest.net) |
21:39.42 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-iwfwljvtwxukcglf) |
21:39.42 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
21:39.42 | *** join/#oe BlindMan (~othmar@h081217021188.dyn.cm.kabsi.at) |
21:39.42 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
21:39.42 | *** join/#oe johncylee (~john@61.57.131.211) |
21:39.42 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
21:39.42 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
21:39.42 | *** join/#oe univac (~univac@148.81.171.50) |
21:39.42 | *** join/#oe Ironnads (~Ironnads@host109-152-210-124.range109-152.btcentralplus.com) |
21:39.42 | *** join/#oe Jay7 (jay@95-29-190-94.broadband.corbina.ru) |
21:39.42 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0563.bb.online.no) |
21:39.43 | *** join/#oe mrmoku|away (~mrmoku@ppp-188-174-23-243.dynamic.mnet-online.de) |
21:39.43 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
21:39.43 | *** join/#oe julian_ (~julianpid@62.200.22.2) |
21:39.43 | *** join/#oe betheg (betheg@unaffiliated/betheg) |
21:39.43 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
21:39.43 | *** join/#oe valhalla (~valhalla@81-174-22-2.dynamic.ngi.it) |
21:39.43 | *** join/#oe j24 (~j24@ns32433.ovh.net) |
21:39.43 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
22:39.06 | *** join/#oe ibot (~ibot@rikers.org) |
22:39.07 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
22:39.09 | khem | tell me exactly which recipe are you having trouble with |
22:39.22 | ant_ | kexecboot but try kexec-tools-klibc-static |
22:39.30 | ant_ | *after* cleaning klibc |
22:40.12 | khem | does it have dependency on klibc ? |
22:40.21 | khem | so that it will pull it in if I clean klibc |
22:40.33 | ant_ | it will pull it, it'sn not the point |
22:41.17 | ant_ | if you rebuild from scratch you'll miss klcc |
22:41.27 | khem | ok cleaned and not running bitbake kexec-tools-klibc-static |
22:41.40 | ant_ | it's not yet in the staging package, thus was not in sysroots |
22:41.57 | khem | ant_: are you using packaged staging ? |
22:42.27 | ant_ | yes, is default, but now I built from scratch |
22:42.31 | khem | right now it just installs this into staging area forcibly during klibc/do_install |
22:42.56 | khem | it gets into native sysroot ok here |
22:43.21 | khem | ok kexec-tools-klibc-static built fine here |
22:43.52 | khem | lemme delete klcc from staging manually |
22:43.57 | ant_ | pls do |
22:47.17 | khem | ant_: works ok |
22:47.22 | khem | I removed klcc manually |
22:47.38 | khem | then bitbake -c clean klibc kexec-tools-klibc-static |
22:47.42 | khem | bitbake kexec-tools-klibc-static |
22:47.45 | khem | worked again |
22:47.54 | khem | and I see klcc is staged properly |
22:48.22 | ant_ | I don't know what to say..here no |
22:49.06 | khem | you have updated to latest on git ? |
22:49.11 | ant_ | yes |
22:49.13 | khem | including my patch today |
22:49.16 | khem | alright |
22:49.18 | ant_ | pls remove the staging-ipk |
22:49.30 | likewise | good luck guys, I am off. cya |
22:49.35 | ant_ | I'm inspecting it and it has just target stuff |
22:49.55 | khem | what do you expect in that |
22:50.11 | khem | I dont think target and cross binaries can coexist in a given ipk |
22:50.52 | ant_ | with do_stage had both |
22:50.58 | khem | btw I dont use packaged staging |
22:51.10 | ant_ | have you disabled it? |
22:51.20 | ant_ | it's default |
22:51.20 | khem | packaged staging ? |
22:51.23 | ant_ | yes |
22:51.23 | khem | no |
22:51.42 | kergoth | the TSC made a decision to make it default, iirc, but it hasn't been implemented yet, as far as i know |
22:51.45 | kergoth | (iirc) |
22:51.54 | ant_ | the staging-package is reused, is never deleted |
22:52.10 | ant_ | so after -c clean klibc you get the contents of this |
22:52.18 | ant_ | doing bitbake klibc |
22:52.30 | ant_ | if I'm not too wrong |
22:53.21 | ant_ | actually klcc is just a perl wrapper around gcc(cross) |
22:53.29 | Jay7 | -> sleep |
22:53.31 | *** join/#oe Angelox_123 (~root@201-68-254-89.dsl.telesp.net.br) |
22:53.37 | Angelox_123 | hello |
22:53.53 | Angelox_123 | there is anyone online? |
22:54.21 | khem | ant_: I guess to get it working properly in packages staging we might need a klcc-cross package |
22:54.28 | khem | or rather recipe |
22:54.29 | Angelox_123 | hello |
22:54.43 | Angelox_123 | i m trying to compile OE - OPIE and i get some errors |
22:55.11 | Angelox_123 | on bitbake -b /mnt/hd/stuff/openembedded/recipes/opie-tictac/opie-tictac_1.2.2.bb |
22:55.14 | Angelox_123 | i get |
22:55.15 | Angelox_123 | http://pastebin.com/Ud0Qqb0g |
22:56.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
22:56.48 | khem | Angelox_123: did you build a full image on the same box ? |
22:56.53 | khem | Angelox_123: sqlite3.OperationalError: attempt to write a readonly database |
22:57.18 | khem | that means some file permission issue on your tmpdir |
22:57.18 | Angelox_123 | i tried bitbake nano and i get the same error |
22:57.29 | Angelox_123 | hum |
22:57.41 | khem | is this local disk |
22:57.49 | Angelox_123 | i am using another partition |
22:58.31 | khem | ant_: let me see how packaged staging packages are generated |
22:58.43 | Angelox_123 | how to fix this? |
22:58.46 | khem | ideally it should just use the ipk's from deploy |
22:59.04 | khem | Angelox_123: partition on same disk ? |
22:59.11 | khem | or is it some nfs mounted |
22:59.13 | Angelox_123 | yes |
22:59.16 | Angelox_123 | same disk |
22:59.23 | khem | that should be ok |
22:59.54 | Angelox_123 | i need change permissions of any directory? |
23:00.54 | khem | Angelox_123: I would suggest a fresh git clone |
23:01.06 | khem | of oe and bitbake |
23:01.09 | khem | and go from there |
23:01.12 | Angelox_123 | i cloned 2 minutes back |
23:01.18 | khem | ok |
23:01.37 | khem | what was first thing you did with bitbake |
23:01.57 | Angelox_123 | trying to run bitbake -b /mnt/hd/stuff/openembedded/recipes/opie-tictac/opie-tictac_1.2.2.bb |
23:02.02 | Angelox_123 | only for test |
23:02.04 | khem | heh |
23:02.21 | khem | well you need to parse the recipes |
23:02.36 | khem | I would suggest read about OE and bitbake |
23:02.57 | khem | bitbake -b wont parse stuff it will expect that its already done |
23:03.09 | Angelox_123 | i aready had this problem but i dont remember how i fixed! |
23:03.19 | khem | bitbake opie-tictac |
23:03.22 | khem | will fix it |
23:03.38 | Angelox_123 | same error |
23:03.44 | khem | ant_: do you have old staged tree somewhere |
23:04.11 | ant_ | yes |
23:04.13 | ant_ | mom |
23:04.23 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:05.02 | khem | Angelox_123: you are not running bitbake as root on the box |
23:05.15 | Angelox_123 | no |
23:05.39 | Angelox_123 | i am running as oe user ( i created ) |
23:05.56 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rc5a4936846 10openembedded.git/recipes/squashfs-tools/ (5 files): |
23:05.56 | CIA-4 | squashfs-tools: Switch to BBCLASSEXTEND, drop legacy staging, bump PR |
23:05.56 | CIA-4 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
23:05.58 | khem | ok |
23:06.14 | khem | Angelox_123: check file permissions on tmp/cache/bb_persist_data.sqlite3 |
23:06.59 | Angelox_123 | do u want to view my local.conf ? i dont have this file.. |
23:07.05 | Angelox_123 | ops |
23:07.07 | Angelox_123 | i found |
23:07.09 | Angelox_123 | sorry |
23:07.23 | Angelox_123 | -rw-r--r-- |
23:07.33 | Angelox_123 | i do : chmod 777 bb_persist_data.sqlite3 ?????? |
23:07.43 | khem | and who is the owner |
23:07.50 | Angelox_123 | root |
23:08.03 | khem | well then at some point you ran bb as root |
23:08.21 | Angelox_123 | yes |
23:08.27 | Angelox_123 | by accident |
23:08.28 | Angelox_123 | =( |
23:08.36 | ant_ | khem, http://filebin.ca/czvvac |
23:08.39 | khem | well I asked you this before |
23:08.44 | khem | and you said no |
23:08.48 | ant_ | heh |
23:08.50 | Angelox_123 | sorry..my english is bad |
23:09.06 | khem | now delete your tmp |
23:09.20 | Angelox_123 | i will try NOW !! thanks by time! |
23:09.24 | khem | and do bitbake opie-tictac |
23:09.38 | Angelox_123 | i cannot do -b ? |
23:09.50 | khem | btw you will need root to delete your tmp |
23:10.05 | khem | -b does not build dependencies |
23:10.17 | khem | whats the use unless you have a populated build |
23:10.22 | Angelox_123 | my pc is too old and slow.... |
23:10.28 | ant_ | khem, the link was renamed: original is http://filebin.ca/czvvac/staging-klibc-c7x0-angstrom-linux-gnueabi_1.5.18-r17.2_c7x0-linux-gnueabi.ipk |
23:10.36 | Angelox_123 | Pentium 4 1GB Memory |
23:10.36 | khem | then buy a new one |
23:10.47 | khem | I have similar PC |
23:11.00 | Angelox_123 | i cannot use a existing rootfs to OE install ? |
23:11.06 | khem | and I know its limitations and I know by compiling OE what I am asking for |
23:11.42 | Angelox_123 | i cannot use a existing rootfs to OE install ? |
23:12.03 | kergoth_ | we heard you the first time |
23:13.10 | Angelox_123 | now i get another error |
23:13.15 | Angelox_123 | http://pastebin.com/76LDRKB4 |
23:14.10 | Angelox_123 | trying chmod -R 777 stuff |
23:14.26 | Angelox_123 | now compiling |
23:15.09 | Xobs | Angelox_123: You'll need to do sudo rm -rf /mnt/hd/stuff/tmp first. |
23:15.18 | Angelox_123 | i aready |
23:15.19 | Jin^eLD | khem: just reminding me of something... :) guys at the company did not have a linux PC, but needed an image till monday, so they let it run on an asus netbook ;) hehe |
23:15.21 | Angelox_123 | now compiling |
23:15.24 | ant_ | khem: see the klibc_xyz.so and klibc.so symlink libs were in /lib/klibc/lib and now are in /lib of armv5te sysroot too |
23:15.28 | Angelox_123 | thanks all help |
23:15.29 | ant_ | now twice |
23:15.31 | Jin^eLD | took well, friday till monday or so :) but worked |
23:16.01 | khem | Angelox_123: sudo chown -R oe /mnt/hd/stuff |
23:16.28 | Angelox_123 | done |
23:16.33 | khem | btw chmod 777 is a bad idea |
23:16.48 | Angelox_123 | why? |
23:16.53 | khem | ant_: OK |
23:17.17 | khem | Angelox_123: security risk |
23:17.28 | Angelox_123 | im compiling now |
23:17.39 | Angelox_123 | thanks khem for all help |
23:18.03 | khem | Jin^eLD: heh did it compile in 2 days |
23:18.08 | khem | or needed another day |
23:18.27 | khem | in computing world we have to follow moore's law |
23:18.31 | Angelox_123 | khem: i can pause the compile,turn off computer,and re-start ?? |
23:18.47 | khem | we can not keep churning software in 2010 on machines build in 2006 |
23:18.53 | khem | its will be awfully slow |
23:19.09 | khem | Angelox_123: you can do whatever you want |
23:19.20 | khem | make sure you Ctrl+c bitbake |
23:19.21 | Jin^eLD | khem: well, on monday there was some minor issue, but it was at about 90% of all tasks, so it needed a couple of more hours on top but was ok :) |
23:19.33 | khem | Jin^eLD: heh ok |
23:19.40 | khem | and no smoke or anything :) |
23:19.57 | Jin^eLD | yeah, the white color of the casing went grey ;) |
23:19.58 | Angelox_123 | do u know by my machine how time it take to compile? |
23:20.11 | khem | Angelox_123: it depends what you are compiling |
23:20.12 | Jin^eLD | no just kidding, it survived, I think they used it a couple of times more, until they got the buildserver |
23:20.27 | khem | it could take 24 hours to 3 days |
23:20.36 | Xobs | Here's a new one to me: Somehow mtd-utils-dev is getting included in my image, and apparently both mtd-utils-dev and linux-libc-headers-dev provide e.g. /usr/include/mtd/inftl-user.h. How can I either (1) figure out where in the chain mtd-utils-dev is getting included and remove it, or (2) remove linux-libc-headers-dev? |
23:21.06 | khem | Xobs: bitbake -g <your image> |
23:21.16 | khem | will spit out some .dot files |
23:21.23 | khem | which will list the depchain |
23:21.25 | Angelox_123 | i am using to compile uclibc...the time takes down ????? |
23:21.36 | khem | Angelox_123: yes a bit |
23:21.43 | khem | about 1.5hrs |
23:22.09 | khem | there are machines where people have 16G RAM |
23:22.30 | khem | and they use rm_work and ramfs to build the beast in RAM |
23:22.41 | khem | takes about 1:30 hrs for 6000 tasks |
23:22.55 | khem | OE uses around 8GB at peak |
23:23.12 | Angelox_123 | nice.......i m using Slackware 13...i can get any error ? |
23:23.30 | khem | see wiki |
23:23.39 | khem | someone might have some rants about slackware |
23:23.43 | khem | I dont use it here |
23:23.52 | Angelox_123 | what u use? |
23:23.59 | khem | do you care > |
23:24.21 | khem | I use debian/ubuntu/suse sometimes fedora |
23:24.22 | Angelox_123 | only to know... |
23:24.56 | Angelox_123 | personally what is the best(fast) ? |
23:25.25 | khem | for OE ubuntu is easier to get it going |
23:25.33 | khem | it may not be fastest |
23:25.39 | khem | in executing |
23:25.44 | khem | people use gentoo |
23:25.55 | khem | to tune it for machine for best perf |
23:26.11 | khem | but on your machine you will need like 2 days to install gentoo first |
23:26.14 | khem | so dont do that |
23:26.32 | Angelox_123 | hum.ok..khem this page http://wiki.openembedded.net/wiki/OeFaq dont exists? |
23:27.50 | Angelox_123 | lol 2551 tasks for my build |
23:27.57 | khem | http://wiki.openembedded.net/index.php/Category_talk:FAQ |
23:28.28 | khem | ant_: I think it should be ok to have klibc in /lib |
23:29.35 | ant_ | ok |
23:29.36 | grg | Angelox_123, i'm use slackware/x86_64 13.1 |
23:29.39 | grg | works fine |
23:30.01 | grg | i used slackware/x86 13 before that |
23:30.06 | grg | worked fine too |
23:30.16 | Angelox_123 | grg..what is configuration of u machine? |
23:30.31 | grg | i7, 6gb ram |
23:30.45 | Angelox_123 | how time takes? |
23:31.04 | grg | ~45 minutes for minimal/minimal-image |
23:31.23 | grg | 2-3hours for something with a gui and gui apps |
23:31.32 | grg | like angstrom/gpe-image |
23:31.33 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r04a9722f7d 10openembedded.git/classes/srctree.bbclass: |
23:31.33 | CIA-4 | srctree.bbclass: Also account fot deptask |
23:31.33 | CIA-4 | * Use exec_func instead of exec_task |
23:31.33 | CIA-4 | * Use a new name for meta task |
23:31.33 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:31.46 | khem | forgot to add the ACKS args |
23:31.50 | khem | anyway |
23:31.53 | Angelox_123 | lol...on my machine it will take days.... |
23:32.10 | Angelox_123 | =( |
23:32.35 | khem | grg: whats your box's config |
23:32.55 | grg | khem, what do you mean? |
23:33.29 | Angelox_123 | i thing hes mean console ? |
23:34.16 | grg | i doubt it |
23:34.39 | Angelox_123 | local.conf ? |
23:35.44 | khem | grg: configuration of the build machine |
23:36.11 | Angelox_123 | after i run bitbake opie-tictac i run bitbake opie-image i need the bitbake will re-do all tasks ???? |
23:36.11 | *** join/#oe raster (raster@enlightenment/developer/raster) |
23:36.14 | Angelox_123 | after i run bitbake opie-tictac i run bitbake opie-image i need the bitbake will re-do all tasks ???? |
23:36.30 | *** join/#oe raster_ (raster@enlightenment2.osuosl.org) |
23:37.24 | grg | khem, P6T deluxe motherboard, i7/2.67GHz, 6gb ram |
23:37.28 | kergoth_ | Angelox_123: repeating yourself isn't helping anything, and it is annoying people. stop it. |
23:37.49 | Angelox_123 | sorry..i pressed two times for accident ! |
23:38.11 | ant_ | grg: hi, any news about /var/lib/opkg ? Can be safely removed? |
23:38.45 | grg | ant_, yep, i don't see why it needs to be present after do_rootfs |
23:39.03 | *** part/#oe raster (raster@enlightenment/developer/raster) |
23:39.06 | ant_ | JaMa once said needs further tests |
23:39.14 | ant_ | he got broken feeds |
23:39.21 | grg | hmm.. ok |
23:39.26 | khem | grg: cool box is it i7 870 or something ? |
23:39.46 | grg | khem, uhhh.. dunno... i forgot 5 seconds after it was purchased |
23:39.51 | khem | there is new 970 with 6 cores releases recently |
23:40.10 | khem | but 899 is little too much for a CPU |
23:40.32 | grg | /proc/cpuinfo lists 8 procs, model name : Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz |
23:42.38 | grg | yikes, 970 has a *lot* of power |
23:42.53 | *** join/#oe mnabil (~mnabil@41.234.70.210) |
23:43.09 | grg | a lot of cache |
23:43.51 | *** join/#oe fraxinas (~quassel@p4FD66D27.dip.t-dialin.net) |
23:44.26 | ant_ | hm..khem |
23:44.28 | ant_ | configure:2607: arm-angstrom-linux-gnueabi-klcc conftest.c >&5 |
23:44.43 | ant_ | ->/oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi-ld: /oe/build/tmp/work/c7x0-angstrom-linux-gnueabi/klibc-1.5.18-r18.0/image/lib/klibc/lib/crt0.o: No such file: No such file or directory |
23:50.48 | khem | ant_: which recipe is giving that issue |
23:51.05 | ant_ | that's config.log of kexec-tools-.. |
23:51.46 | khem | I seem to have image/lib/klibc/lib/crt0.o |
23:52.10 | ant_ | I have rm_work |
23:52.23 | khem | ok actually it should have been staged |
23:52.27 | ant_ | and seems wrong that kexec-tools is peeking there |
23:53.00 | ant_ | let me rebuild from scratch once more |
23:53.15 | ant_ | we'll continue tomorrow ;) |
23:53.36 | ant_ | thanks again for your time |
23:55.57 | khem | ok |
23:56.03 | Angelox_123 | after i run bitbake opie-tictac i run bitbake opie-image i need the bitbake will re-do all tasks ???? |
23:56.08 | khem | klibc seems like a bad recipe |
23:56.22 | khem | Angelox_123: no |
23:56.33 | ant_ | you know when one says 'a can of worms' |
23:56.33 | khem | it will only do the tasks which are needed |
23:56.41 | Angelox_123 | oh |
23:56.44 | Angelox_123 | thanks again |
23:56.46 | khem | ant_: yeah I think it should be done properly |
23:56.54 | khem | ant_: what recipes use klibc |
23:57.13 | ant_ | just kexecboot (kexec klibc static) |
23:57.41 | ant_ | ah, and a couple of initramfs-* images |
23:58.05 | khem | I wonder if we can use it as yet another system C library |
23:58.08 | ant_ | some moved to uclibc + busybox |
23:58.26 | ant_ | for initramfs, yes, definitely |
23:58.28 | khem | like uclibc/eglibc/glibc/klibc |
23:58.43 | khem | which means you can only select one of them |
23:58.56 | khem | is that how it is used now |
23:59.00 | ant_ | iirc there are a lot of missing headers |
23:59.05 | khem | or do you have some recipes use it |
23:59.21 | khem | well if there are images which only include specific recipes + klibc |
23:59.23 | khem | then we are ok |
23:59.25 | ant_ | I don't think most recipes would build |
23:59.32 | khem | they dont have to |
23:59.48 | khem | but we have images based on klibc |
23:59.56 | ant_ | true |
23:59.58 | khem | like maybe kexecboot-image |