IRC log for #oe on 20080922

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.03zarath_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.26rajatp_Hi all
07:13.39*** join/#oe |miska| (n=|miska|@uyulala.karlin.mff.cuni.cz)
07:15.22rajatp_Any description regarding variables inside the bitbake.conf?
07:15.42rajatp_Where can I get all those variable information?
07:15.58rajatp_inside the bitbake.conf
07:16.04*** join/#oe boris_OmegA (n=boris@194.51.141.172)
07:18.15rajatp_like PN,PV,PR,PF
07:19.12rajatp_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.17CIA-303 <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.19CIA-303 <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.24Genesisbonjour
08:34.39hrwmorning
08:34.54Genesisgm marcin
08:34.55hrwrajatp_: look in conf/documentation.conf or in Poky Linux handbook
08:35.21CIA-303 <xjqian@openembedded.org> 07org.openembedded.dev * r25b3d4fe48 10OE.dev/packages/zbedic/ (5 files in 2 dirs):
08:35.21CIA-3zbedic: bump to 1.2.2. fix build problem
08:35.21CIA-3* update patch
08:35.21CIA-3* drop version.patch, set VERSION in CXXFLAG
08:35.21CIA-3* package help file as ${PN}-doc
08:35.27CIA-303 <xjqian@openembedded.org> 07master * r25b3d4fe48 10OE.dev/packages/zbedic/ (5 files in 2 dirs):
08:35.27CIA-3zbedic: bump to 1.2.2. fix build problem
08:35.29CIA-3* update patch
08:35.31CIA-3* drop version.patch, set VERSION in CXXFLAG
08:35.33CIA-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.32ant_workhrw: hey
08:44.57*** join/#oe mickey|tw (n=mickey@118-166-77-60.dynamic.hinet.net)
08:45.13rajatp_Genesis:Where can I get Poky Linux handbooks
08:45.16ant_workmickey|tw: #@@ (hi)
08:46.07Genesisrajatp_ : i don't think there is handbook about poky , but you can read OE manual
08:46.15rajatp_ok
08:46.55rajatp_But there is not much details for OE variables
08:47.21Genesissure , feel free to contribut
08:47.37Genesisthe source code is the best location to know ...
08:48.38rajatp_actually I want details about the variables inside bitbake.conf
08:48.52rajatp_Genesis
08:55.50rajatp_Thanks I got the poky details
08:57.40hrwrajatp_: http://pokylinux.org/
08:58.04hrwPN/PV/PR/PF are Program Name/Version/Revision/noidea
08:58.57rajatp_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.40hrwrajatp_: 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.49rajatp_Actually I am creating a new DISTRO and for that I need all the variable details thats why
09:01.26rajatp_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.43hrwanother distro?
09:20.12hrwrajatp_: are you familiar with OE already? if not then I really, really suggest first use Angstrom
09:20.32hrwbb in 1h
09:20.42rajatp_I am new to OE
09:23.34rajatp_I just setup OE in my system and trying to learn it
09:24.25Genesisyeap 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.45ant_workhrw: 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.00hrwre
10:26.29*** join/#oe univac_ (n=univac@abza196.neoplus.adsl.tpnet.pl)
10:30.39ant_workhrw: wb
10:34.37boris_OmegAi've got a problem with packet wxbase rom wxwidget...http://pastebin.com/d6c1260ab
10:36.13boris_OmegA+f
10:39.33hrwant_work: I have no idea as I stopped using opie ~2 years ago
10:39.42hrwant_work: I am not opie developer too
10:40.39ant_workhrw: I seldom used it and I'm not interested in Opie too, but it seems w100 on c7x0 was working years ago
10:41.50ant_workthen something broke and someone thought, 'well, let disable it for the moment'
10:41.57ant_work2/3 years ago
10:43.40ant_workhrw: knowing 'who - why - when' could help to revert to the last working state
10:45.38hrwant_work: mtn log --diffs packages/qte
10:45.45hrwor mtn annotate etc
10:48.07ant_workI'm back
10:48.41ant_worksorry, I know pfalcon disabled it but why?
10:48.50ant_workDrop application of w100 accel patch for c7x0.
10:49.04ant_workExperimental patch, which never worked too good according to
10:49.10ant_workolder OPIE maintainers.
10:49.40ant_work^^ older / newer / who ? mickey? koen?
10:51.52jeremy_laineant_work: hi!
10:52.25jeremy_laineant_work: seconds after you left the channel on Friday I pushed out a fix for the log upload bug on oestats
10:55.20hrwjeremy_laine: build smpeg and test does it not fail
10:58.12jeremy_lainehrw: huh?
10:59.04Crofton|workgnome-python-desktop is failing
10:59.21Crofton|workI'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.58Jin^eLDre
11:01.18mr_niceflorian: hi
11:01.40mr_niceflorian: do you know who maintains the gowiki?
11:01.43*** join/#oe mithro (n=tim@unaffiliated/mithro)
11:02.20florianmr_nice: I have 'the power' there :)
11:02.32floriangood morning btw.
11:03.23mr_niceflorian: 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.56florianmr_nice: not offhand, what do you intend to do?
11:05.02mr_niceflorian: we may want to use this add on (http://www.merten-home.de/FreeSoftware/media4moin/) for angstrom.
11:05.37floriantakes a look in a few minutes, lunchtime here
11:05.50mr_niceflorian: many thanks :)
11:06.37Crofton|workwhat happened to ltg?
11:08.50hrwjeremy_laine: ops - that was other package...
11:11.25jeremy_lainehrw: 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.46hrwjeremy_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.23ant_workjeremy_laine: thx
11:32.34ant_workbut I think there is something more...
11:33.39ant_workI spent some time on opie-init (patch was not applying) but I don't see the log of these erros...
11:34.27Crofton|workpython boys: any comments http://tinderbox.openembedded.net/public/logs/1133841.txt
11:34.42jeremy_laineant_work: bear in mind you will *only* get a log for tasks written in shell
11:34.43Crofton|workI'm told installing libbonobo on the build machine solves this problem
11:35.04ant_workjeremy_laine: oh..find them ... after 4th page ...sorry
11:35.05jeremy_laineant_work: when python tasks fail, bitbake does not produce a log, so I have nothing to send
11:35.25ant_workfake error-report ;->
11:35.50jeremy_laineant_work: do you have your windows/ie machine available?
11:36.02ant_workyep, typing at it now
11:36.04jeremy_laineI'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.11ant_workno progress
11:36.29ant_workcould be a CMS bug
11:36.48jeremy_laineant_work: so, currently the status is that the right-hand bar floats too low (below the main body)
11:36.58jeremy_laineant_work: CMS?
11:36.58ant_workangstrom-site exhibits same behaviour...right now
11:37.09ant_workContent Management System
11:37.25jeremy_laineant_work: that's another thing, I have absolutely no link with the angstrom site, so keep reports on that site separate
11:37.45ant_workhe, exactly same render error with IE6...
11:38.25jeremy_laineant_work: there is no "CMS" for oestats, just a django application, custom CSS and HTML
11:38.48ant_workah.. no CMS means for me apache+php ...
11:40.43jeremy_laineant_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.27jeremy_laineant_work: any improvement?
11:41.45ant_workbingo !
11:42.08jeremy_lainejust to check, now it's gone back to the bad behaviour?
11:42.15ant_workmom
11:42.30ant_workyes
11:43.04jeremy_lainenow ok?
11:43.27ant_workno
11:43.42ant_worknow yes..
11:44.01jeremy_lainehm well the fix seems to be:
11:44.02jeremy_laine-   width: 33%;
11:44.04jeremy_laine+   width: 32%;
11:44.22jeremy_laineit's a bit stupid, it wastes space on firefox, but never mind
11:44.45ant_workI'll check on IE7 later
11:45.01ant_workprobably is ok too
11:46.17ant_workjeremy_laine: and about logging QA_LOGS ?
11:46.39*** join/#oe rajatp_ (n=rajatp@203.193.154.146)
11:47.08jeremy_laineant_work: how are QA_LOGS emitted?
11:47.48ant_worklook at insane.bbclass
11:48.33jeremy_laineaaaah crap
11:48.38jeremy_laineclosed the wrong bug
11:49.02rajatp_Hi all
11:49.12rajatp_How can I add a new machine
11:52.47jeremy_laineant_work: do you have a package that consistently gices a QA warning?
11:52.56jeremy_laine(preferably not too long to compile!!
11:57.07cdbot2* * OE Bug  has been RESOLVED by jeremy.laine(AT)bolloretelecom.eu
11:57.09cdbot2* * RFE: display QA_LOGS
11:57.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=
11:58.33ant_workjeremy_laine: several OPIE
11:59.07cdbot2* * OE Bug  has been REOPENED by jeremy.laine(AT)bolloretelecom.eu
11:59.09cdbot2* * RFE: display QA_LOGS
11:59.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=
12:02.32ant_workjeremy_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.33ant_workjeremy_laine: more here  http://hentges.net/tmp/logs/irc/%23hentges.net/2008/September/20080912_hentges.net.log
12:11.35jeremy_laineant_work: who maintains the QA_LOG feature?
12:13.39rajatp_QA_LOG
12:13.44ant_workjeremy_laine: cyril_romain wrote it iirc. last edit was made by xjqian
12:15.26ant_worksorry, xjqian only cloed the bug #4459
12:16.12jeremy_laineant_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.23jeremy_laineant_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.52florianmr_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.18florianjust returned from OSiM and Maemo Summit and has some work to do now
12:24.06cdbot2* * OE Bug 4566 has been created by santoshbr4(AT)gmail.com
12:24.08cdbot2* * Bug in ipkg-cl install
12:24.09mr_niceflorian: 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.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4566
12:25.42Genesisipkg ? won't fix ? ...
12:25.51ant_workjeremy_laine: break a recipe by yourself ...
12:26.18ant_workhttp://projects.linuxtogo.org/pipermail/openembedded-devel/2007-March/001594.html
12:26.31florianmr_nice: I didn't find any note that this was not supported... so I guess it is.
12:27.19mr_niceflorian: very nice. thanks this makes a lot of stuff easier
12:28.58hrwGenesis: just resolved that
12:29.06cdbot2* * OE Bug 4566 has been RESOLVED (INVALID) by <hrw>
12:29.06hrw!oebug 4566
12:29.08cdbot2* * Bug in ipkg-cl install
12:29.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4566
12:29.12cdbot2* * Bug 4566, Status: RESOLVED (INVALID), Created: 2008-09-22 14:24
12:29.14cdbot2* * santoshbr4(AT)gmail.com: Bug in ipkg-cl install
12:29.16cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4566
12:31.59Genesisgood :)
12:34.59Jin^eLDguys, AMRISC 20000 - is this one i386 compatible?
12:35.19Jin^eLDcpuinfo says vendor_id       : CyrixInstead, model name: Cx486SLC
12:35.54hrwJin^eLD: then it is 486sx
12:36.09Jin^eLDoh indeed, blind me.. it's in the model name
12:36.16hrw"uname -a" should give 'i486'
12:36.32philippehrw, that is an i486SLC... 486SX with a smaller bus...
12:36.35Jin^eLDI do not have the device around, one of our users asked me to build a static MT binary for it
12:37.00philippehrw, slightly different stuff.
12:37.36philippehttp://en.wikipedia.org/wiki/486SLC
12:37.55hrwjust read that
12:37.59Jin^eLDso TARGET_ARCH = "i486" should be fine for me?
12:38.44Jin^eLDCyrix... 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.54philippeJin^eLD, I think so. Unless they try weird stuff with the address bus. As it is smaller than for a normal i486
12:39.15hrwJin^eLD: it have only 16MB ram... who use it now?
12:39.43hrwCyrix cpus were cheaper then intel/amd ones so landed in many lowend machines
12:39.48Jin^eLDhrw: the guy has got an Airlink WMU6500FS NAS with this CPU
12:40.56hrwinteresting..
12:41.17hrwwmu6500fs according to one review has 32mb ram but limit of its 24bit addbus is 16mb...
12:43.43jeremy_laineant_work: ok, I eventually managed to break a package, but the QA logs seem odd
12:44.19jeremy_laineant_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.48jeremy_laineant_work: (remember that bitbake has no real concept of "package")
12:47.36ant_workI see QA is done by task (do_qa_configure, do_qa_staging)
12:50.50jeremy_laineant_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.45CIA-303 <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.28CIA-303 <koen@openembedded.org> 07org.openembedded.dev * re14d516590 10OE.dev/contrib/angstrom/build-feeds.sh: angstrom feed builder: clean qt3-x11
13:23.36CIA-303 <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.44hrw~hail reference pcie boards
13:26.45ibotACTION 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.08jeremy_laineant_work: I have a first version of the QA log support working
13:38.16jeremy_laineant_work: see http://oestats.jerryweb.org/builds/1708/
13:39.34jeremy_laineant_work: it's not optimal for now, as I send the QA log for every single task if it exists
13:40.00ant_workgood start!
13:40.01jeremy_laineant_work: it would be nice if all the QA hooks were in the form do_qa_*
13:40.18jeremy_laineant_work: but they are not:  do_package_qa
13:40.43jeremy_laineant_work: is there any risk in renaming do_package_qa to do_qa_package ?
13:40.50ant_workyes,I've seen this  PACKAGEFUNCS += " do_package_qa "
13:41.37ant_workI have not oetree here. try a grep and see if get calles in other places
13:42.40jeremy_laineant_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.50CIA-303 <koen@openembedded.org> 07org.openembedded.dev * r96e8c4e44b 10OE.dev/packages/wolf3d/ (.mtn2git_empty wolf4sdl_1.6.bb): wolf4sdl: add 1.6
13:47.50CIA-303 <oe@openembedded.org> 07org.openembedded.dev * r47e0317410 10OE.dev/:
13:47.50CIA-3merge of '746afc454473a4b341411a3247c01c9b83c5606e'
13:47.50CIA-3<PROTECTED>
13:47.59CIA-303 <koen@openembedded.org> 07org.openembedded.dev * rfb67f09979 10OE.dev/packages/cowsay/ (.mtn2git_empty xcowsay_1.1.bb): xcowsay: x11 variant of cowsay
13:48.01CIA-303 <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.01CIA-303 <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.03CIA-303 <oe@openembedded.org> 07master * r47e0317410 10OE.dev/:
13:48.05CIA-3merge of '746afc454473a4b341411a3247c01c9b83c5606e'
13:48.07CIA-3<PROTECTED>
13:48.09CIA-303 <koen@openembedded.org> 07master * r96e8c4e44b 10OE.dev/packages/wolf3d/ (.mtn2git_empty wolf4sdl_1.6.bb): wolf4sdl: add 1.6
13:48.12CIA-303 <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.33Jin^eLDhmm, 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.14shapHas anybody looked at coldfire (the m68k derivative) support in bitbaker? if this isn't the right channel, where should I ask?
14:22.08shaps/bitbaker/bibake/. Sorry
14:22.50florianshap: I don't think you need anything from bitbake, just add the necessary bits to oe. It shouldn't be that complicated.
14:24.11hrwI only wonder will it be m68k-linux or coldfire-linux?
14:25.06shapflorian: 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.31shaphrw: Thankfully, that's a question whose answer can be stolen from the ltib environment that Freescale provides. :-)
14:26.07hrwshap: OE is run only on cross-compiling host
14:26.17hrwshap: no target device used during building
14:26.19florianoh... ltib is this nice project that claims that oe relied on scratchbox ;)
14:26.22jeremy_laineant_work: ok, the basic support for QA logs is online on tinderbox.oe.net and oestats-client.bbclass is updated
14:26.39ant_workgreat...I have a new request..perhaps silly
14:26.55ant_workit's about embedding some GET data...like  http://oestats.jerryweb.org/packages/librfid/
14:27.33ant_workas result-page of the query by-package
14:27.34*** join/#oe jmichel (n=jmichel@142.92.36.177)
14:27.38shaphrw: 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.08shapflorian: 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.32jeremy_laineant_work: what exactly would you like to display?
14:29.04shapPossible using OE to build a distribution that can then be updated via yum/apt?
14:29.15ant_worklet imagine I want to show you the builds about librfid
14:29.24ant_workwhich link should I pass you?
14:29.27hrwshap: yes it is possible
14:29.41hrwltib is good if you want to build and forget
14:29.43jeremy_laineant_work: I don't understand, what is wrong with the URL you just gave me?
14:29.46shaphrw: where should I look to spin up, rather than waste people's time here?
14:29.56ant_workis hand-made...
14:30.01hrwshap: I would start from doing arm build to see how it works
14:30.05ant_workthe result page would be http://oestats.jerryweb.org/packages/
14:30.13shaphrw: ltib stinks if the vendor needs to make certain kinds of corrections/patches/updates.
14:30.23hrwshap: famous 'bitbake nano' at start to see how toolchain is built and used
14:30.38florianshap: I interpreted in this way... for some reason Freescale seems to use it quite frequently.
14:31.14jeremy_laineant_work: if you want you can pass me http://oestats.jerryweb.org/packages/?name=librfid
14:31.29florianhrw: yes... but only if you are interested in using all sorts of strange binaries it downloads somewhere
14:31.53shaphrw: 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.05jeremy_laineant_work: or even http://oestats.jerryweb.org/packages/?name=librfid&status=Failed
14:33.29*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
14:33.45ant_worktoo long!
14:33.48hrwshap: any OE based distro can provide packages for updates
14:34.07shaphrw: thanks. Think I probably better put my head back in the docs for now.
14:34.10hrwshap: as all results of build end in packages (ipk, deb, rpm)
14:34.18shaphrw: ack
14:34.19ant_workjust try a query with 'builder'..it does what I mean
14:34.36hrwshap: read also Poky handbook: http://pokylinux.org/ (Poky is subset of OE)
14:34.54jeremy_laineant_work: I still don't understand what you want, sorry!
14:35.00ant_workbut if you query by package (from cbobox), the selected package is not passed in url
14:35.05shaphrw: thanks
14:35.40ant_workjeremy_laine: 1) All package builds
14:35.43*** part/#oe vivijim (n=vivijim@unaffiliated/vivijim)
14:35.45ant_work2) select one
14:35.54ant_work3) apply query
14:36.00ant_work4) 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.39jeremy_laineah, you want to do all requests via POST?
14:36.48jeremy_lainesorry, via GET
14:37.16ant_workno, just embed the tag in url, like in query by builder
14:37.38ant_workI'm suer it GETs already that data
14:37.58jeremy_laineant_work: would "link to this page" link be good?
14:38.10jeremy_laineant_work: if possible I'd like to keep the URLs clean by defaut
14:38.29ant_workso you have to clean other searches ;-)
14:38.49ant_work<PROTECTED>
14:39.46jeremy_laineant_work: hm
14:39.57ant_workyou see?
14:41.06jeremy_laineant_work: the "by package" / "by builder" are provided for convenience, but if you have multiple search criteria it gets messy
14:41.43jeremy_laineant_work: will keep that in mind, for now my priority is to improve the QA log UI, it sucks for now
14:42.32jeremy_laineant_work: feel free to open a new RFE bug
14:43.07ant_workI'll do after a bit more testing...
14:43.26ant_workbut 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.47boris_OmegAi have a problem with a paquet ..don't want to build with bitbake :s
14:46.51boris_OmegAi got errors
14:49.57*** join/#oe rob_w (n=bob@Mac03.m.pppool.de)
14:50.33jeremy_laineant_work: could you try building opie-today to see if the QA log shows up on tinderbox.oe.net?
14:51.30ant_worksure, but in a couple of hours
14:52.24ant_workbtw, someday you should delete my tons of logs :-]
14:53.02jeremy_laineant_work: you'll have to ask koen about that, I don't administer tinderbox.oe.net
14:53.12ant_workeven it would be useful to *only* log errors / qa
14:53.21ant_work(like in Gentoo)
14:53.39ant_workat least as option
14:54.13ant_workthe rest being mostly uninteresting usually
14:55.44*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
14:57.22jeremy_laineant_work: I plan to add a link from the homepage, like "failed packages" currently
14:57.45jeremy_laineant_work: ok, off to a meeting for now
14:57.58ant_workno, I mean filtering the origin
14:58.08ant_workbbl
14:58.13ant_workthanks again
15:05.07cdbot2* * OE Bug 4227 has been RESOLVED (FIXED) by xjqian(AT)gmail.com
15:05.09cdbot2* * please backport fakeroot
15:05.11cdbot2* * 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.43otavioHello .. I'm in doubt about how I could make a rrecommended package to not be installed?
15:20.07hrwmake it not recommended?
15:20.50Jin^eLDhrw: 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.54Jin^eLDany ideas?
15:20.55otaviohrw: but then I'd need to change the .bb recipe. Can't I do that without changing it?
15:21.37otaviohrw: I'd like to use ttf-bitstream-vera instead of ttf-dejavu and wouldn't like to change gtk+.inc for it
15:22.58otaviohrw: and if this is the case, what is the difference between RDEPENDS and RRECOMMENDS?
15:23.05otaviohrw: in case it cannot be disabled?
15:23.28hrwotavio: depends are installed and cannot be removed from device. recommends can be removed on device
15:23.44hrwJin^eLD: no idea sorry - toolchains are something I prefer to not touch
15:24.58Jin^eLDI understand why :)
15:25.06cdbot2* * OE Bug 4567 has been created by kalev(AT)smartlink.ee
15:25.08cdbot2* * Make klibc work on x86
15:25.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4567
15:25.37otaviohrw: ah ok
15:26.06otaviohrw: but there's no easy way to override a recommends without changing the recipe, right?
15:26.15hrwright
15:26.34hrwotavio: 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.51CIA-303 <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.51CIA-303 <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.41CIA-303 <xjqian@openembedded.org> 07org.openembedded.stable * r23386ecf6a 10OE.dev/ (11 files in 4 dirs): (log message trimmed)
15:29.44CIA-3fakeroot: backport 1.9.6, clean up old. close bug# 4227
15:29.46CIA-3Acked-by Koen Kooi <koen@openembedded.org> and Philip Balister
15:29.48CIA-3philip@balister.org
15:29.50CIA-3plucked revisions from dev:
15:29.52CIA-3d2682ccdf4be68f6b1b181b6a06003be2cc4122c
15:29.54CIA-3bf48b6d6236ec7cc942c0fdb3a14fc52a4c3fb36
15:29.56CIA-303 <xjqian@openembedded.org> 07org.openembedded.stable * r502a0d5b59 10OE.dev/packages/psplash/ (files/logo-math.patch psplash_svn.bb): (log message trimmed)
15:29.59CIA-3psplash: Move startup to S 01, close bug# 4223
15:30.01CIA-3Acked by Koen and xjqian
15:30.03CIA-3mtn plucked revisions from dev
15:30.05CIA-3b3b92a70ff78c5b326825d71c4c28cc59a7fc00c
15:30.07CIA-3cd5d3c7e2ef73f5f2659e33fcb91e8e40b2560cf
15:30.09CIA-3applied changes from ccd65c165eacbd088beb1ee1c92fba70caedb583
15:33.09CIA-303 <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.14CIA-303 <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.06cdbot2* * OE Bug 4568 has been created by kalev(AT)smartlink.ee
15:34.08cdbot2* * v86d enchancements
15:34.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4568

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.