00:39.03 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
00:49.27 | *** join/#oe xjqian (n=gordon@68-184-206-142.dhcp.stls.mo.charter.com) |
01:01.19 | *** join/#oe greentux_ (n=lemke@BAA3979.baa.pppool.de) |
01:02.50 | *** join/#oe Guest16802 (n=chatzill@60-249-99-148.HINET-IP.hinet.net) |
01:06.20 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
01:43.04 | *** join/#oe Nine-X_ (i=ninex@NineX.eu.org) |
01:57.28 | *** join/#oe mickey|tw (n=mickey@118-166-77-60.dynamic.hinet.net) |
02:39.31 | *** join/#oe raster (n=raster@124-170-38-16.dyn.iinet.net.au) |
02:54.30 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
03:20.45 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
03:24.54 | *** join/#oe Sinclair73de_ (n=Sinclair@p57B49E51.dip0.t-ipconnect.de) |
03:38.56 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
03:40.07 | *** join/#oe exastr1 (n=go@75.148.80.90) |
03:41.44 | *** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu) |
03:43.24 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
04:04.17 | *** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3) |
04:13.27 | *** join/#oe _12ways_ (n=12ways@121.134.254.81) |
04:18.53 | *** join/#oe __12ways (i=TWWAYS@121.134.254.81) |
04:22.47 | *** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3) |
05:59.25 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
06:14.35 | *** join/#oe pleemans (n=toi@212-123-1-140.iFiber.telenet-ops.be) |
06:17.04 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
06:19.50 | *** join/#oe Gin-geR (i=hacker@pD953B1DE.dip0.t-ipconnect.de) |
06:23.50 | *** join/#oe mickey|tw (n=mickey@118-166-77-60.dynamic.hinet.net) |
06:41.25 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
06:51.08 | *** join/#oe jtaji (n=jtaji@unaffiliated/astro76) |
06:53.01 | *** join/#oe xjqian (n=gordon@68-184-206-142.dhcp.stls.mo.charter.com) |
06:58.54 | *** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net) |
07:04.03 | zarath_ | moin |
07:04.14 | *** join/#oe NineX (i=ninex@NineX.eu.org) |
07:11.57 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
07:13.01 | *** join/#oe rajatp_ (n=rajatp@203.193.154.146) |
07:13.26 | rajatp_ | Hi all |
07:13.39 | *** join/#oe |miska| (n=|miska|@uyulala.karlin.mff.cuni.cz) |
07:15.22 | rajatp_ | Any description regarding variables inside the bitbake.conf? |
07:15.42 | rajatp_ | Where can I get all those variable information? |
07:15.58 | rajatp_ | inside the bitbake.conf |
07:16.04 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
07:18.15 | rajatp_ | like PN,PV,PR,PF |
07:19.12 | rajatp_ | What are all the variables mean(PN,PV,PR,PF) |
07:19.56 | *** join/#oe Jay7 (n=jay@93.81.142.239) |
07:29.34 | *** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
07:32.56 | *** join/#oe kristoffer (n=kristoff@212.27.3.202.bredband.tre.se) |
07:34.17 | CIA-3 | 03 <koen@openembedded.org> 07master * rcb3bc7402b 10OE.dev/packages/mozilla/fennec_hg.bb: fennec: bump SRCREV to get rid of the repaint-entire-screen-every-100ms hack |
07:34.19 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * rcb3bc7402b 10OE.dev/packages/mozilla/fennec_hg.bb: fennec: bump SRCREV to get rid of the repaint-entire-screen-every-100ms hack |
07:39.44 | *** join/#oe JaMa (n=JaMa@chaos.mk.cvut.cz) |
08:02.16 | *** join/#oe ant_work (n=ant_work@host214-85-static.34-85-b.business.telecomitalia.it) |
08:16.10 | *** join/#oe nakul_ (n=nakul@203.193.154.146) |
08:20.33 | *** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-f33defd8c89cf202) |
08:21.31 | *** join/#oe _hc (n=hanschri@195.53.62.237) |
08:26.01 | *** join/#oe Genesis (n=Ronan@246.66.240.87.halloma.com) |
08:27.04 | *** part/#oe xjqian (n=gordon@68-184-206-142.dhcp.stls.mo.charter.com) |
08:28.24 | Genesis | bonjour |
08:34.39 | hrw | morning |
08:34.54 | Genesis | gm marcin |
08:34.55 | hrw | rajatp_: look in conf/documentation.conf or in Poky Linux handbook |
08:35.21 | CIA-3 | 03 <xjqian@openembedded.org> 07org.openembedded.dev * r25b3d4fe48 10OE.dev/packages/zbedic/ (5 files in 2 dirs): |
08:35.21 | CIA-3 | zbedic: bump to 1.2.2. fix build problem |
08:35.21 | CIA-3 | * update patch |
08:35.21 | CIA-3 | * drop version.patch, set VERSION in CXXFLAG |
08:35.21 | CIA-3 | * package help file as ${PN}-doc |
08:35.27 | CIA-3 | 03 <xjqian@openembedded.org> 07master * r25b3d4fe48 10OE.dev/packages/zbedic/ (5 files in 2 dirs): |
08:35.27 | CIA-3 | zbedic: bump to 1.2.2. fix build problem |
08:35.29 | CIA-3 | * update patch |
08:35.31 | CIA-3 | * drop version.patch, set VERSION in CXXFLAG |
08:35.33 | CIA-3 | * package help file as ${PN}-doc |
08:40.00 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
08:41.19 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
08:44.26 | *** join/#oe nakul_ (n=nakul@203.193.154.146) |
08:44.32 | ant_work | hrw: hey |
08:44.57 | *** join/#oe mickey|tw (n=mickey@118-166-77-60.dynamic.hinet.net) |
08:45.13 | rajatp_ | Genesis:Where can I get Poky Linux handbooks |
08:45.16 | ant_work | mickey|tw: #@@ (hi) |
08:46.07 | Genesis | rajatp_ : i don't think there is handbook about poky , but you can read OE manual |
08:46.15 | rajatp_ | ok |
08:46.55 | rajatp_ | But there is not much details for OE variables |
08:47.21 | Genesis | sure , feel free to contribut |
08:47.37 | Genesis | the source code is the best location to know ... |
08:48.38 | rajatp_ | actually I want details about the variables inside bitbake.conf |
08:48.52 | rajatp_ | Genesis |
08:55.50 | rajatp_ | Thanks I got the poky details |
08:57.40 | hrw | rajatp_: http://pokylinux.org/ |
08:58.04 | hrw | PN/PV/PR/PF are Program Name/Version/Revision/noidea |
08:58.57 | rajatp_ | There are so many inside bitbake.conf |
08:59.11 | *** join/#oe Gnutoo (n=gnutoo@host78-55-dynamic.24-79-r.retail.telecomitalia.it) |
08:59.40 | hrw | rajatp_: bitbake.conf is something which you do not even have to read to use it |
09:00.43 | *** join/#oe univac (n=univac@abyh181.neoplus.adsl.tpnet.pl) |
09:00.49 | rajatp_ | Actually I am creating a new DISTRO and for that I need all the variable details thats why |
09:01.26 | rajatp_ | So that I can use those as per my build requirement |
09:03.22 | *** join/#oe NineX (i=ninex@NineX.eu.org) |
09:12.30 | *** join/#oe ribbits (n=bob@host90-152-48-188.ipv4.regusnet.com) |
09:19.43 | hrw | another distro? |
09:20.12 | hrw | rajatp_: are you familiar with OE already? if not then I really, really suggest first use Angstrom |
09:20.32 | hrw | bb in 1h |
09:20.42 | rajatp_ | I am new to OE |
09:23.34 | rajatp_ | I just setup OE in my system and trying to learn it |
09:24.25 | Genesis | yeap use angstrom. |
09:25.35 | *** join/#oe NineX (i=ninex@2001:16b0:1005:0:0:0:0:3) |
09:27.50 | *** join/#oe minipanda (n=hzhang@221.221.154.7) |
09:32.45 | ant_work | hrw: mickey|tw: can you remember what's happened to w100 support in opie? d->m_qteDriver = "W100" is hardcoded in libopie2 but the patch/driver is commented out in qte-common_2.3.10.inc...and there are notes about c7x0 override in opie-init... |
09:38.47 | *** join/#oe NineX (i=ninex@do-ninex-v6.cdp.pl) |
09:38.48 | *** join/#oe mr_nice (n=nice@91-65-152-238-dynip.superkabel.de) |
09:39.57 | *** join/#oe jekhor (n=jek@cpmsq.epam.com) |
09:48.14 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
10:04.51 | *** join/#oe daurnimator (i=daurn@unaffiliated/daurnimator) |
10:06.11 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
10:07.21 | *** join/#oe hans_ (n=hanschri@195.53.62.237) |
10:08.22 | *** join/#oe rschuster (n=rob@e178082247.adsl.alicedsl.de) |
10:19.37 | *** join/#oe zecke (n=ich@92.117.204.79) |
10:26.00 | hrw | re |
10:26.29 | *** join/#oe univac_ (n=univac@abza196.neoplus.adsl.tpnet.pl) |
10:30.39 | ant_work | hrw: wb |
10:34.37 | boris_OmegA | i've got a problem with packet wxbase rom wxwidget...http://pastebin.com/d6c1260ab |
10:36.13 | boris_OmegA | +f |
10:39.33 | hrw | ant_work: I have no idea as I stopped using opie ~2 years ago |
10:39.42 | hrw | ant_work: I am not opie developer too |
10:40.39 | ant_work | hrw: I seldom used it and I'm not interested in Opie too, but it seems w100 on c7x0 was working years ago |
10:41.50 | ant_work | then something broke and someone thought, 'well, let disable it for the moment' |
10:41.57 | ant_work | 2/3 years ago |
10:43.40 | ant_work | hrw: knowing 'who - why - when' could help to revert to the last working state |
10:45.38 | hrw | ant_work: mtn log --diffs packages/qte |
10:45.45 | hrw | or mtn annotate etc |
10:48.07 | ant_work | I'm back |
10:48.41 | ant_work | sorry, I know pfalcon disabled it but why? |
10:48.50 | ant_work | Drop application of w100 accel patch for c7x0. |
10:49.04 | ant_work | Experimental patch, which never worked too good according to |
10:49.10 | ant_work | older OPIE maintainers. |
10:49.40 | ant_work | ^^ older / newer / who ? mickey? koen? |
10:51.52 | jeremy_laine | ant_work: hi! |
10:52.25 | jeremy_laine | ant_work: seconds after you left the channel on Friday I pushed out a fix for the log upload bug on oestats |
10:55.20 | hrw | jeremy_laine: build smpeg and test does it not fail |
10:58.12 | jeremy_laine | hrw: huh? |
10:59.04 | Crofton|work | gnome-python-desktop is failing |
10:59.21 | Crofton|work | I'm told that adding libbonobo to the build machine fixes the problem |
10:59.37 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
10:59.58 | Jin^eLD | re |
11:01.18 | mr_nice | florian: hi |
11:01.40 | mr_nice | florian: do you know who maintains the gowiki? |
11:01.43 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
11:02.20 | florian | mr_nice: I have 'the power' there :) |
11:02.32 | florian | good morning btw. |
11:03.23 | mr_nice | florian: do you know if it is possible to use add ons only for subparts of the moinmoin wiki? |
11:04.18 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
11:04.56 | florian | mr_nice: not offhand, what do you intend to do? |
11:05.02 | mr_nice | florian: we may want to use this add on (http://www.merten-home.de/FreeSoftware/media4moin/) for angstrom. |
11:05.37 | florian | takes a look in a few minutes, lunchtime here |
11:05.50 | mr_nice | florian: many thanks :) |
11:06.37 | Crofton|work | what happened to ltg? |
11:08.50 | hrw | jeremy_laine: ops - that was other package... |
11:11.25 | jeremy_laine | hrw: if it's any comfort, smpeg *does* fail for me :) |
11:11.30 | *** join/#oe kristoffer (n=kristoff@94.191.137.226.bredband.tre.se) |
11:12.46 | hrw | jeremy_laine: no - I got debug output from oestats once - thought that it was on smpeg.. |
11:24.09 | *** join/#oe dcordes (n=dcordes@unaffiliated/dcordes) |
11:32.23 | ant_work | jeremy_laine: thx |
11:32.34 | ant_work | but I think there is something more... |
11:33.39 | ant_work | I spent some time on opie-init (patch was not applying) but I don't see the log of these erros... |
11:34.27 | Crofton|work | python boys: any comments http://tinderbox.openembedded.net/public/logs/1133841.txt |
11:34.42 | jeremy_laine | ant_work: bear in mind you will *only* get a log for tasks written in shell |
11:34.43 | Crofton|work | I'm told installing libbonobo on the build machine solves this problem |
11:35.04 | ant_work | jeremy_laine: oh..find them ... after 4th page ...sorry |
11:35.05 | jeremy_laine | ant_work: when python tasks fail, bitbake does not produce a log, so I have nothing to send |
11:35.25 | ant_work | fake error-report ;-> |
11:35.50 | jeremy_laine | ant_work: do you have your windows/ie machine available? |
11:36.02 | ant_work | yep, typing at it now |
11:36.04 | jeremy_laine | I'd quite like to close the bug concerning the layout and would like to do some testing |
11:36.09 | *** join/#oe Genesis_ (n=Ronan@246.66.240.87.halloma.com) |
11:36.11 | ant_work | no progress |
11:36.29 | ant_work | could be a CMS bug |
11:36.48 | jeremy_laine | ant_work: so, currently the status is that the right-hand bar floats too low (below the main body) |
11:36.58 | jeremy_laine | ant_work: CMS? |
11:36.58 | ant_work | angstrom-site exhibits same behaviour...right now |
11:37.09 | ant_work | Content Management System |
11:37.25 | jeremy_laine | ant_work: that's another thing, I have absolutely no link with the angstrom site, so keep reports on that site separate |
11:37.45 | ant_work | he, exactly same render error with IE6... |
11:38.25 | jeremy_laine | ant_work: there is no "CMS" for oestats, just a django application, custom CSS and HTML |
11:38.48 | ant_work | ah.. no CMS means for me apache+php ... |
11:40.43 | jeremy_laine | ant_work: can you try http://oestats.jerryweb.org/search/ |
11:40.51 | *** join/#oe kristoffer_ (n=kristoff@77.241.131.224.bredband.tre.se) |
11:41.27 | jeremy_laine | ant_work: any improvement? |
11:41.45 | ant_work | bingo ! |
11:42.08 | jeremy_laine | just to check, now it's gone back to the bad behaviour? |
11:42.15 | ant_work | mom |
11:42.30 | ant_work | yes |
11:43.04 | jeremy_laine | now ok? |
11:43.27 | ant_work | no |
11:43.42 | ant_work | now yes.. |
11:44.01 | jeremy_laine | hm well the fix seems to be: |
11:44.02 | jeremy_laine | - width: 33%; |
11:44.04 | jeremy_laine | + width: 32%; |
11:44.22 | jeremy_laine | it's a bit stupid, it wastes space on firefox, but never mind |
11:44.45 | ant_work | I'll check on IE7 later |
11:45.01 | ant_work | probably is ok too |
11:46.17 | ant_work | jeremy_laine: and about logging QA_LOGS ? |
11:46.39 | *** join/#oe rajatp_ (n=rajatp@203.193.154.146) |
11:47.08 | jeremy_laine | ant_work: how are QA_LOGS emitted? |
11:47.48 | ant_work | look at insane.bbclass |
11:48.33 | jeremy_laine | aaaah crap |
11:48.38 | jeremy_laine | closed the wrong bug |
11:49.02 | rajatp_ | Hi all |
11:49.12 | rajatp_ | How can I add a new machine |
11:52.47 | jeremy_laine | ant_work: do you have a package that consistently gices a QA warning? |
11:52.56 | jeremy_laine | (preferably not too long to compile!! |
11:57.07 | cdbot2 | * * OE Bug has been RESOLVED by jeremy.laine(AT)bolloretelecom.eu |
11:57.09 | cdbot2 | * * RFE: display QA_LOGS |
11:57.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id= |
11:58.33 | ant_work | jeremy_laine: several OPIE |
11:59.07 | cdbot2 | * * OE Bug has been REOPENED by jeremy.laine(AT)bolloretelecom.eu |
11:59.09 | cdbot2 | * * RFE: display QA_LOGS |
11:59.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id= |
12:02.32 | ant_work | jeremy_laine: one: ERROR: QA Issue: /oe/build/tmp/angstrom/work/armv5te-angstrom-linux-gnueabi/opie-today-1.2.3+cvs20080906-r0/install/opie-today/usr/lib/opie/apps/1Pim/today.desktop: error: value "today/today_icon" for key "Icon" in group "Desktop Entry" looks like a relative path, instead of being an absolute path to an icon or an icon name |
12:04.33 | ant_work | jeremy_laine: more here http://hentges.net/tmp/logs/irc/%23hentges.net/2008/September/20080912_hentges.net.log |
12:11.35 | jeremy_laine | ant_work: who maintains the QA_LOG feature? |
12:13.39 | rajatp_ | QA_LOG |
12:13.44 | ant_work | jeremy_laine: cyril_romain wrote it iirc. last edit was made by xjqian |
12:15.26 | ant_work | sorry, xjqian only cloed the bug #4459 |
12:16.12 | jeremy_laine | ant_work: if I understand correctly, the QA issues are always written to log.qa_package, unlike other tasks which have their own log |
12:18.23 | jeremy_laine | ant_work: heh, no joy, I can't even compile qte-mt-static for my platform, so I won't get as far as opie-today |
12:22.03 | *** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net) |
12:22.52 | florian | mr_nice: That looks useful for the whole wiki since the syntax is familiar to many users. I'll try to install it... but not right now. |
12:23.18 | florian | just returned from OSiM and Maemo Summit and has some work to do now |
12:24.06 | cdbot2 | * * OE Bug 4566 has been created by santoshbr4(AT)gmail.com |
12:24.08 | cdbot2 | * * Bug in ipkg-cl install |
12:24.09 | mr_nice | florian: nice :) do we need to talk to the projects if they want to use it. can it be used alongside the moinmoin wiki syntax? |
12:24.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4566 |
12:25.42 | Genesis | ipkg ? won't fix ? ... |
12:25.51 | ant_work | jeremy_laine: break a recipe by yourself ... |
12:26.18 | ant_work | http://projects.linuxtogo.org/pipermail/openembedded-devel/2007-March/001594.html |
12:26.31 | florian | mr_nice: I didn't find any note that this was not supported... so I guess it is. |
12:27.19 | mr_nice | florian: very nice. thanks this makes a lot of stuff easier |
12:28.58 | hrw | Genesis: just resolved that |
12:29.06 | cdbot2 | * * OE Bug 4566 has been RESOLVED (INVALID) by <hrw> |
12:29.06 | hrw | !oebug 4566 |
12:29.08 | cdbot2 | * * Bug in ipkg-cl install |
12:29.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4566 |
12:29.12 | cdbot2 | * * Bug 4566, Status: RESOLVED (INVALID), Created: 2008-09-22 14:24 |
12:29.14 | cdbot2 | * * santoshbr4(AT)gmail.com: Bug in ipkg-cl install |
12:29.16 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4566 |
12:31.59 | Genesis | good :) |
12:34.59 | Jin^eLD | guys, AMRISC 20000 - is this one i386 compatible? |
12:35.19 | Jin^eLD | cpuinfo says vendor_id : CyrixInstead, model name: Cx486SLC |
12:35.54 | hrw | Jin^eLD: then it is 486sx |
12:36.09 | Jin^eLD | oh indeed, blind me.. it's in the model name |
12:36.16 | hrw | "uname -a" should give 'i486' |
12:36.32 | philippe | hrw, that is an i486SLC... 486SX with a smaller bus... |
12:36.35 | Jin^eLD | I do not have the device around, one of our users asked me to build a static MT binary for it |
12:37.00 | philippe | hrw, slightly different stuff. |
12:37.36 | philippe | http://en.wikipedia.org/wiki/486SLC |
12:37.55 | hrw | just read that |
12:37.59 | Jin^eLD | so TARGET_ARCH = "i486" should be fine for me? |
12:38.44 | Jin^eLD | Cyrix... now I remember... I think they kind of tried to be in the PC marked but could not compete with Intel and AMD |
12:38.54 | philippe | Jin^eLD, I think so. Unless they try weird stuff with the address bus. As it is smaller than for a normal i486 |
12:39.15 | hrw | Jin^eLD: it have only 16MB ram... who use it now? |
12:39.43 | hrw | Cyrix cpus were cheaper then intel/amd ones so landed in many lowend machines |
12:39.48 | Jin^eLD | hrw: the guy has got an Airlink WMU6500FS NAS with this CPU |
12:40.56 | hrw | interesting.. |
12:41.17 | hrw | wmu6500fs according to one review has 32mb ram but limit of its 24bit addbus is 16mb... |
12:43.43 | jeremy_laine | ant_work: ok, I eventually managed to break a package, but the QA logs seem odd |
12:44.19 | jeremy_laine | ant_work: it looks as though log.qa_package can be written by several tasks => when is the "right time" to send the log |
12:44.48 | jeremy_laine | ant_work: (remember that bitbake has no real concept of "package") |
12:47.36 | ant_work | I see QA is done by task (do_qa_configure, do_qa_staging) |
12:50.50 | jeremy_laine | ant_work: right, but either I think I'll have to send the log whenever the task in do_qa_* |
12:53.09 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
13:02.30 | *** join/#oe ribbits (n=bob@host90-152-48-188.ipv4.regusnet.com) |
13:04.46 | *** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes) |
13:14.45 | CIA-3 | 03 <koen@openembedded.org> 07master * ree0c603fa9 10OE.dev/packages/gnome/gnome-games_2.23.6.bb: gnome-games: _ap_pend, not _pre_pend |
13:18.49 | *** join/#oe birunko (n=birunko@200.184.118.132) |
13:23.28 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * re14d516590 10OE.dev/contrib/angstrom/build-feeds.sh: angstrom feed builder: clean qt3-x11 |
13:23.36 | CIA-3 | 03 <koen@openembedded.org> 07master * re14d516590 10OE.dev/contrib/angstrom/build-feeds.sh: angstrom feed builder: clean qt3-x11 |
13:26.13 | *** join/#oe bin1010 (n=aars@thunder.ecs.baylor.edu) |
13:26.44 | hrw | ~hail reference pcie boards |
13:26.45 | ibot | ACTION bows down to reference pcie boards and chants, "I'M NOT WORTHY!!" |
13:28.16 | *** join/#oe kristoffer_ (n=kristoff@94.191.134.100.bredband.tre.se) |
13:38.08 | jeremy_laine | ant_work: I have a first version of the QA log support working |
13:38.16 | jeremy_laine | ant_work: see http://oestats.jerryweb.org/builds/1708/ |
13:39.34 | jeremy_laine | ant_work: it's not optimal for now, as I send the QA log for every single task if it exists |
13:40.00 | ant_work | good start! |
13:40.01 | jeremy_laine | ant_work: it would be nice if all the QA hooks were in the form do_qa_* |
13:40.18 | jeremy_laine | ant_work: but they are not: do_package_qa |
13:40.43 | jeremy_laine | ant_work: is there any risk in renaming do_package_qa to do_qa_package ? |
13:40.50 | ant_work | yes,I've seen this PACKAGEFUNCS += " do_package_qa " |
13:41.37 | ant_work | I have not oetree here. try a grep and see if get calles in other places |
13:42.40 | jeremy_laine | ant_work: hm, actually I think I might only take do_package_qa into account, the other hooks fail the build if there is an error |
13:44.44 | *** join/#oe infernixx (i=nix@unaffiliated/infernix) |
13:47.50 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * r96e8c4e44b 10OE.dev/packages/wolf3d/ (.mtn2git_empty wolf4sdl_1.6.bb): wolf4sdl: add 1.6 |
13:47.50 | CIA-3 | 03 <oe@openembedded.org> 07org.openembedded.dev * r47e0317410 10OE.dev/: |
13:47.50 | CIA-3 | merge of '746afc454473a4b341411a3247c01c9b83c5606e' |
13:47.50 | CIA-3 | <PROTECTED> |
13:47.59 | CIA-3 | 03 <koen@openembedded.org> 07org.openembedded.dev * rfb67f09979 10OE.dev/packages/cowsay/ (.mtn2git_empty xcowsay_1.1.bb): xcowsay: x11 variant of cowsay |
13:48.01 | CIA-3 | 03 <hrw@openembedded.org> 07master * rd71cf5eeae 10OE.dev/packages/smpeg/ (smpeg/as-fix.patch smpeg/compile.patch smpeg_svn.bb): smpeg: added SVN version (tested only for building) |
13:48.01 | CIA-3 | 03 <hrw@openembedded.org> 07org.openembedded.dev * rd71cf5eeae 10OE.dev/packages/smpeg/ (smpeg/as-fix.patch smpeg/compile.patch smpeg_svn.bb): smpeg: added SVN version (tested only for building) |
13:48.03 | CIA-3 | 03 <oe@openembedded.org> 07master * r47e0317410 10OE.dev/: |
13:48.05 | CIA-3 | merge of '746afc454473a4b341411a3247c01c9b83c5606e' |
13:48.07 | CIA-3 | <PROTECTED> |
13:48.09 | CIA-3 | 03 <koen@openembedded.org> 07master * r96e8c4e44b 10OE.dev/packages/wolf3d/ (.mtn2git_empty wolf4sdl_1.6.bb): wolf4sdl: add 1.6 |
13:48.12 | CIA-3 | 03 <koen@openembedded.org> 07master * rfb67f09979 10OE.dev/packages/cowsay/ (.mtn2git_empty xcowsay_1.1.bb): xcowsay: x11 variant of cowsay |
13:56.55 | *** join/#oe chouimat|work (n=dieu@209.217.106.98) |
13:59.25 | *** join/#oe kgilmer (n=kgilmer@ip-66-80-197-243.atl.megapath.net) |
13:59.57 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
14:06.30 | *** join/#oe cmw_ (n=ice@167.206.176.233) |
14:06.55 | *** join/#oe kgilmer__ (n=kgilmer@ip-66-80-197-243.atl.megapath.net) |
14:09.20 | *** join/#oe rsalveti (n=salveti@200.184.118.132) |
14:12.33 | Jin^eLD | hmm, its not possible to compile gcc with soft float for i486? |
14:14.47 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
14:16.08 | *** join/#oe MarcOChapeau1 (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
14:16.21 | *** join/#oe MarcOChapeau (n=mbarre@bgn92-4-82-238-213-101.fbx.proxad.net) |
14:19.25 | *** join/#oe shap (n=shap@dsl092-046-242.blt1.dsl.speakeasy.net) |
14:21.14 | shap | Has anybody looked at coldfire (the m68k derivative) support in bitbaker? if this isn't the right channel, where should I ask? |
14:22.08 | shap | s/bitbaker/bibake/. Sorry |
14:22.50 | florian | shap: I don't think you need anything from bitbake, just add the necessary bits to oe. It shouldn't be that complicated. |
14:24.11 | hrw | I only wonder will it be m68k-linux or coldfire-linux? |
14:25.06 | shap | florian: perhaps I asked the wrong question then; I'm still spinning up. I didn't see *any* m68k targets in the OE conf files, so I was wondering. Is OE completely cross built, or does it rely on being able to build on the target once a bootstrap env is set up? |
14:25.31 | shap | hrw: Thankfully, that's a question whose answer can be stolen from the ltib environment that Freescale provides. :-) |
14:26.07 | hrw | shap: OE is run only on cross-compiling host |
14:26.17 | hrw | shap: no target device used during building |
14:26.19 | florian | oh... ltib is this nice project that claims that oe relied on scratchbox ;) |
14:26.22 | jeremy_laine | ant_work: ok, the basic support for QA logs is online on tinderbox.oe.net and oestats-client.bbclass is updated |
14:26.39 | ant_work | great...I have a new request..perhaps silly |
14:26.55 | ant_work | it's about embedding some GET data...like http://oestats.jerryweb.org/packages/librfid/ |
14:27.33 | ant_work | as result-page of the query by-package |
14:27.34 | *** join/#oe jmichel (n=jmichel@142.92.36.177) |
14:27.38 | shap | hrw: pure cross build definitely helps. I'm digging in to the OE manuals, but as we all know, spinning up from scratch takes time. |
14:28.08 | shap | florian: hey, I wasn't advocating ltib. Quite the contrary, the trend of comments on the ltib list is that ltib is quite a pain to work with. |
14:28.32 | jeremy_laine | ant_work: what exactly would you like to display? |
14:29.04 | shap | Possible using OE to build a distribution that can then be updated via yum/apt? |
14:29.15 | ant_work | let imagine I want to show you the builds about librfid |
14:29.24 | ant_work | which link should I pass you? |
14:29.27 | hrw | shap: yes it is possible |
14:29.41 | hrw | ltib is good if you want to build and forget |
14:29.43 | jeremy_laine | ant_work: I don't understand, what is wrong with the URL you just gave me? |
14:29.46 | shap | hrw: where should I look to spin up, rather than waste people's time here? |
14:29.56 | ant_work | is hand-made... |
14:30.01 | hrw | shap: I would start from doing arm build to see how it works |
14:30.05 | ant_work | the result page would be http://oestats.jerryweb.org/packages/ |
14:30.13 | shap | hrw: ltib stinks if the vendor needs to make certain kinds of corrections/patches/updates. |
14:30.23 | hrw | shap: famous 'bitbake nano' at start to see how toolchain is built and used |
14:30.38 | florian | shap: I interpreted in this way... for some reason Freescale seems to use it quite frequently. |
14:31.14 | jeremy_laine | ant_work: if you want you can pass me http://oestats.jerryweb.org/packages/?name=librfid |
14:31.29 | florian | hrw: yes... but only if you are interested in using all sorts of strange binaries it downloads somewhere |
14:31.53 | shap | hrw: not clear we are communicating. My concern isn't so much building the tool chain as being able to ship packaged updates into the field after deployment. Is there a particular distribution/target I might bring up to look thinks over? |
14:32.05 | jeremy_laine | ant_work: or even http://oestats.jerryweb.org/packages/?name=librfid&status=Failed |
14:33.29 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
14:33.45 | ant_work | too long! |
14:33.48 | hrw | shap: any OE based distro can provide packages for updates |
14:34.07 | shap | hrw: thanks. Think I probably better put my head back in the docs for now. |
14:34.10 | hrw | shap: as all results of build end in packages (ipk, deb, rpm) |
14:34.18 | shap | hrw: ack |
14:34.19 | ant_work | just try a query with 'builder'..it does what I mean |
14:34.36 | hrw | shap: read also Poky handbook: http://pokylinux.org/ (Poky is subset of OE) |
14:34.54 | jeremy_laine | ant_work: I still don't understand what you want, sorry! |
14:35.00 | ant_work | but if you query by package (from cbobox), the selected package is not passed in url |
14:35.05 | shap | hrw: thanks |
14:35.40 | ant_work | jeremy_laine: 1) All package builds |
14:35.43 | *** part/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
14:35.45 | ant_work | 2) select one |
14:35.54 | ant_work | 3) apply query |
14:36.00 | ant_work | 4) the url does not change |
14:36.18 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
14:36.25 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:36.39 | jeremy_laine | ah, you want to do all requests via POST? |
14:36.48 | jeremy_laine | sorry, via GET |
14:37.16 | ant_work | no, just embed the tag in url, like in query by builder |
14:37.38 | ant_work | I'm suer it GETs already that data |
14:37.58 | jeremy_laine | ant_work: would "link to this page" link be good? |
14:38.10 | jeremy_laine | ant_work: if possible I'd like to keep the URLs clean by defaut |
14:38.29 | ant_work | so you have to clean other searches ;-) |
14:38.49 | ant_work | <PROTECTED> |
14:39.46 | jeremy_laine | ant_work: hm |
14:39.57 | ant_work | you see? |
14:41.06 | jeremy_laine | ant_work: the "by package" / "by builder" are provided for convenience, but if you have multiple search criteria it gets messy |
14:41.43 | jeremy_laine | ant_work: will keep that in mind, for now my priority is to improve the QA log UI, it sucks for now |
14:42.32 | jeremy_laine | ant_work: feel free to open a new RFE bug |
14:43.07 | ant_work | I'll do after a bit more testing... |
14:43.26 | ant_work | but now is definitely better than before...thx |
14:45.24 | *** join/#oe xjqian (n=gordon@68-184-206-142.dhcp.stls.mo.charter.com) |
14:46.47 | boris_OmegA | i have a problem with a paquet ..don't want to build with bitbake :s |
14:46.51 | boris_OmegA | i got errors |
14:49.57 | *** join/#oe rob_w (n=bob@Mac03.m.pppool.de) |
14:50.33 | jeremy_laine | ant_work: could you try building opie-today to see if the QA log shows up on tinderbox.oe.net? |
14:51.30 | ant_work | sure, but in a couple of hours |
14:52.24 | ant_work | btw, someday you should delete my tons of logs :-] |
14:53.02 | jeremy_laine | ant_work: you'll have to ask koen about that, I don't administer tinderbox.oe.net |
14:53.12 | ant_work | even it would be useful to *only* log errors / qa |
14:53.21 | ant_work | (like in Gentoo) |
14:53.39 | ant_work | at least as option |
14:54.13 | ant_work | the rest being mostly uninteresting usually |
14:55.44 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
14:57.22 | jeremy_laine | ant_work: I plan to add a link from the homepage, like "failed packages" currently |
14:57.45 | jeremy_laine | ant_work: ok, off to a meeting for now |
14:57.58 | ant_work | no, I mean filtering the origin |
14:58.08 | ant_work | bbl |
14:58.13 | ant_work | thanks again |
15:05.07 | cdbot2 | * * OE Bug 4227 has been RESOLVED (FIXED) by xjqian(AT)gmail.com |
15:05.09 | cdbot2 | * * please backport fakeroot |
15:05.11 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4227 |
15:09.19 | *** join/#oe kalev (n=kalev@users.smartlink.ee) |
15:09.20 | *** join/#oe Gnutoo (n=gnutoo@host78-55-dynamic.24-79-r.retail.telecomitalia.it) |
15:09.47 | *** join/#oe kalev (n=kalev@users.smartlink.ee) |
15:15.43 | otavio | Hello .. I'm in doubt about how I could make a rrecommended package to not be installed? |
15:20.07 | hrw | make it not recommended? |
15:20.50 | Jin^eLD | hrw: this cyrix chip, from what I can see from cat /proc/cpuinfo it has no fpu, but I can not compile gcc for i386 with --with-float=soft |
15:20.53 | *** join/#oe jeremy_laine (n=sharky@anj75-1-81-57-0-22.fbx.proxad.net) |
15:20.54 | Jin^eLD | any ideas? |
15:20.55 | otavio | hrw: but then I'd need to change the .bb recipe. Can't I do that without changing it? |
15:21.37 | otavio | hrw: I'd like to use ttf-bitstream-vera instead of ttf-dejavu and wouldn't like to change gtk+.inc for it |
15:22.58 | otavio | hrw: and if this is the case, what is the difference between RDEPENDS and RRECOMMENDS? |
15:23.05 | otavio | hrw: in case it cannot be disabled? |
15:23.28 | hrw | otavio: depends are installed and cannot be removed from device. recommends can be removed on device |
15:23.44 | hrw | Jin^eLD: no idea sorry - toolchains are something I prefer to not touch |
15:24.58 | Jin^eLD | I understand why :) |
15:25.06 | cdbot2 | * * OE Bug 4567 has been created by kalev(AT)smartlink.ee |
15:25.08 | cdbot2 | * * Make klibc work on x86 |
15:25.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4567 |
15:25.37 | otavio | hrw: ah ok |
15:26.06 | otavio | hrw: but there's no easy way to override a recommends without changing the recipe, right? |
15:26.15 | hrw | right |
15:26.34 | hrw | otavio: bitstream-vera lack lot of glyphs compared to dejavu |
15:27.10 | *** join/#oe tharvey (n=tharvey@76.205.222.173) |
15:28.40 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
15:28.51 | CIA-3 | 03 <jeremy_laine@openembedded.org> 07master * r569c0d7fd7 10OE.dev/classes/oestats-client.bbclass: oestats-client.bbclass: add support for QA logs (see bug #4345) |
15:28.51 | CIA-3 | 03 <jeremy_laine@openembedded.org> 07org.openembedded.dev * r569c0d7fd7 10OE.dev/classes/oestats-client.bbclass: oestats-client.bbclass: add support for QA logs (see bug #4345) |
15:29.41 | CIA-3 | 03 <xjqian@openembedded.org> 07org.openembedded.stable * r23386ecf6a 10OE.dev/ (11 files in 4 dirs): (log message trimmed) |
15:29.44 | CIA-3 | fakeroot: backport 1.9.6, clean up old. close bug# 4227 |
15:29.46 | CIA-3 | Acked-by Koen Kooi <koen@openembedded.org> and Philip Balister |
15:29.48 | CIA-3 | philip@balister.org |
15:29.50 | CIA-3 | plucked revisions from dev: |
15:29.52 | CIA-3 | d2682ccdf4be68f6b1b181b6a06003be2cc4122c |
15:29.54 | CIA-3 | bf48b6d6236ec7cc942c0fdb3a14fc52a4c3fb36 |
15:29.56 | CIA-3 | 03 <xjqian@openembedded.org> 07org.openembedded.stable * r502a0d5b59 10OE.dev/packages/psplash/ (files/logo-math.patch psplash_svn.bb): (log message trimmed) |
15:29.59 | CIA-3 | psplash: Move startup to S 01, close bug# 4223 |
15:30.01 | CIA-3 | Acked by Koen and xjqian |
15:30.03 | CIA-3 | mtn plucked revisions from dev |
15:30.05 | CIA-3 | b3b92a70ff78c5b326825d71c4c28cc59a7fc00c |
15:30.07 | CIA-3 | cd5d3c7e2ef73f5f2659e33fcb91e8e40b2560cf |
15:30.09 | CIA-3 | applied changes from ccd65c165eacbd088beb1ee1c92fba70caedb583 |
15:33.09 | CIA-3 | 03 <xjqian@openembedded.org> 07master * r9835573e87 10OE.dev/packages/openttd/ (openttd.inc openttd_0.6.0.bb): openttd: help configure to find zlib.a |
15:33.14 | CIA-3 | 03 <xjqian@openembedded.org> 07org.openembedded.dev * r9835573e87 10OE.dev/packages/openttd/ (openttd.inc openttd_0.6.0.bb): openttd: help configure to find zlib.a |
15:34.06 | cdbot2 | * * OE Bug 4568 has been created by kalev(AT)smartlink.ee |
15:34.08 | cdbot2 | * * v86d enchancements |
15:34.10 | cdbot2 | * * http://bugs.openembedded.net/show_bug.cgi?id=4568 |