IRC log for #oe on 20110117

00:04.27ant__mwester: I suppose ./meta/slugos-packages.bb nd ./tasks/task-slugos-extd.bb could have an issue with kexecc-tools
00:04.50mwesterhow so?
00:04.53ant__the recipe splits in 2: kexec and kdump
00:04.58ant__since 2 years...
00:05.14mwesterAh.  I don't use kdump, just kexec.
00:05.22ant__well, anyhow you'd refer to kexec and kdump packages
00:05.37ant__yes, that was the reason: skip beefy kdump
00:05.54mwesterI suppose we should put kdump in the package feeds, though - that would be useful.
00:06.03ant__Jay7 noticed that in task-devimage
00:06.11ant__andd suggested to grep ;)
00:06.44ant__building kexec-tools packages both. you can install each or both
00:06.53mwesterThanks!  I'll make a note to add to teh packages (I think we don't want kdump in the extended image, though).
00:07.33mwesterSo I should RDEPEND on just "kexec"?
00:07.46ant__yes
00:07.49mwesterCool.
00:08.03ant__e.g IMAGE_INSTALL = "kexecboot-klibc" (small version)
00:08.18ant__err.. kexec-klibc
00:09.06mwesterWhat's in that package though?  All I wish to do is to be able to use "kexec" to boot a different kernel -- do I need klibc?
00:10.16ant__kexec-tools recipe PACKAGES =+ "kexec kdump"
00:10.48ant__so you just need 'kexec'
00:11.00ant__sorry for the confusion
00:11.09ant__klibc is a variant of the same soup
00:11.24ant__just a bit thick
00:13.10mwesterActually, according to my notes here, I see that kexec doesn't work on the current preferred kernel for teh NSLU2... so I guess it's rather a moot point until I patch the kernel.
00:13.54mwesternotes that this kernel has been in use for two years, but no users have ever complained... so probably nobody uses kexec except himself.
00:15.23ant__:/
00:17.53mwesterYeah, not enough developers with SlugOS.  And the ones that show up seem to leave as soon as they get their specific software package built...
00:18.26*** join/#oe pespin (~pespin@90.163.51.193)
00:18.49mwesterI'd like to blame OE for being too steep a learning curve, but I don't think that's really a problem.
00:21.54*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
00:24.47RPmwester: general problem I think
00:27.58*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
00:39.42Jay7hmmm..
00:40.13Jay7autom4te complains about wrong m4 version when running inside qemu + native-sdk-image
00:40.25Jay7path to m4 is build path
00:40.35Jay7sysroot even
00:41.48Jay7autom4te: need GNU m4 1.4 or later: /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/m4
00:42.19Jay7called from aclocal which is called by autoreconf
00:42.28Jay7khem: can you have a look?
00:44.18Jay7yeah..
00:44.47Jay7eval 'case $# in 0) exec /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/perl -S "$0";; *) exec /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/perl -S "$0" "$@";; esac'
00:45.10Jay7this is from head of /usr/bin/autom4te
00:45.16Jay7on target
00:45.50Jay7my $m4 = $ENV{"M4"} || '/var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/m4';
00:45.53Jay7from there too
00:46.08*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
00:47.39Jay7/usr/bin/autoheader is broken same way
00:47.55Jay7even worst, wrong path to perl in shebang
00:50.24*** join/#oe sgw (~sgw@70.96.129.163)
00:52.38*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
00:53.19Jay7and all fails on can't locate Autom4te/ChannelDefs.pm in @INC...
00:53.50Jay7gnu-configize line 40
00:54.14khemJay7: yeah some other people have seen it too
00:54.21khemI thought it was fixed by trini
00:54.29khemTartarus I mean
00:54.47Jay7<PROTECTED>
00:54.49Jay7#  '/home/kergoth/code/build-arm/tmp/staging/share/autoconf';
00:55.03Jay7hehe.. seems kergoth was done something with that code ;)
00:55.09kergothhah
00:55.30khemperl must be falling in love with kergoth
00:55.34kergothnoooo
00:56.18Jay7there are other alike comments
00:56.35Jay7well.. too late here
00:58.19Jay7I'll raise this up tomorrow
00:58.23Jay7good night all
00:58.33khemgn
01:10.53*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
01:12.01*** join/#oe thaytan (~jan@ppp121-44-187-119.lns20.syd7.internode.on.net)
01:13.41*** join/#oe GNUtoo (~root@host19-55-dynamic.180-80-r.retail.telecomitalia.it)
01:17.54*** join/#oe _julian_ (~quassel@hmbg-4d06da4b.pool.mediaWays.net)
01:22.07*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
02:15.25*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
02:23.15*** join/#oe vanous (~vanous@4.71.138.187)
02:26.27*** join/#oe wicknix (~matt@29.173-254-151.cellcom.com)
02:29.50*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
02:30.45*** join/#oe vanous (~vanous@4.71.138.187)
02:40.07*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
02:42.33LyosNorezelanyone here interested in running linux on Adtran and/or Cisco routers?
02:42.44*** join/#oe jmpdelos (~polk@outgoing.delos.com)
03:04.19*** join/#oe fraxinas (~quassel@p4FD64586.dip.t-dialin.net)
03:14.37*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
03:14.47*** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net)
03:24.43TartarusJay7, khem, what we're seeing now is a much more frequent occurrance of perl-native messing things up for us by being installed as some other task is going on, using 'perl'.  It can be libperl.so missing, or crazy sounding "can't find Foo.pm" type things
03:25.43*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
03:39.19*** join/#oe kevinsc (~a0214685@nat/ti/x-rqsaptmudfeazjtf)
03:43.04*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
04:10.08*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
04:46.32*** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno)
04:48.26*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
04:50.34*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
05:04.35*** join/#oe sanket (~sanket@114.143.167.46)
05:05.06*** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com)
05:16.14*** join/#oe polyonymous (~hacker@g230197110.adsl.alicedsl.de)
05:45.00*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
06:02.13*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
06:20.54*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
06:21.26*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
06:21.49*** part/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
06:22.06*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
07:05.23*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
07:16.45CIA-10403Khem Raj <raj.khem@gmail.com> 07master * re940cf0f59 10openembedded.git/recipes/linux/ (7 files in 7 dirs):
07:16.46CIA-104linux-2.6.37: Make QEMU machines all use 2.6.37 as default kernel
07:16.46CIA-104Signed-off-by: Khem Raj <raj.khem@gmail.com>
07:23.58*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:40.24*** join/#oe vps (~vitus@145.253.169.210)
07:40.50*** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com)
07:42.09*** join/#oe Romke|off (~Romke@82-170-233-174.ip.telfort.nl)
07:48.16*** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net)
07:51.37*** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de)
07:54.45*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
08:01.46*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
08:02.36eFfeM_workgm
08:12.24mckoangood morning
08:13.10ant_work'morning
08:14.43*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
08:21.47*** join/#oe roza (~ron@nat/cisco/x-kseifofhlvshsufc)
08:22.28*** join/#oe morphis (~morphis@brmn-4dbcdd39.pool.mediaWays.net)
08:27.01*** join/#oe anarsoul (~anarsoul@86.57.155.118)
08:28.34*** join/#oe dth (~dth@a89-182-11-219.net-htp.de)
08:30.17*** part/#oe dth (~dth@a89-182-11-219.net-htp.de)
08:32.58CIA-10403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc4d237d621 10openembedded.git/recipes/pidgin/ (pidgin.inc pidgin_2.7.3.bb):
08:32.58CIA-104pidgin: update to 2.7.9
08:32.58CIA-104Signed-off-by: Koen Kooi <koen@openembedded.org>
08:33.10CIA-10403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4c35cc5cc9 10openembedded.git/recipes/hal/hal_0.5.14+git.bb:
08:33.10CIA-104hal 0.5.15+git: bump SRCREV to fix a segfault
08:33.10CIA-104Signed-off-by: Koen Kooi <koen@openembedded.org>
08:42.34*** join/#oe tws (~Miranda@178.126.198.37)
08:43.46*** join/#oe rschus (~rschus@4.176.73-86.rev.gaoland.net)
08:58.58*** join/#oe hrw (~hrw@linaro/hrw)
08:59.15hrwmorning
08:59.26mckoanhello hrw
09:05.03*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
09:09.05*** join/#oe Ironnads (~Ironnads@host86-144-172-89.range86-144.btcentralplus.com)
09:17.59*** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr)
09:20.24*** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net)
09:34.57*** join/#oe bluelightning (~paul@83.217.123.106)
09:34.57*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:35.58*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
09:45.50*** join/#oe rob_w (~bob@217.237.177.190)
09:56.04*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
10:00.36sankethad anyone worked on friendlyarm mini6410 development board
10:06.40*** join/#oe javier_ (~javier@225.Red-83-57-3.dynamicIP.rima-tde.net)
10:06.59*** join/#oe hrw (~hrw@linaro/hrw)
10:10.43*** join/#oe janp (~janp@mailout.fortiscorp.be)
10:15.30rob_wmy build stands a "preparing run queue"  cpu is 100% but nothing is happing ?
10:15.42*** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk)
10:16.18mckoanrob_w: maybe try disabling tinderbox
10:16.49rob_w? how can i do that ?
10:19.33mckoanlook into your local.conf
10:19.42mckoanor pastebin it
10:19.48mckoan~pastebin
10:19.48ibot[~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
10:20.08rob_wah now i know .. well i dont have it activ ...
10:20.23rob_wlets see  i let it rebuild the cache now ..
10:25.18*** join/#oe mlip (~mlip@62.218.44.194)
10:30.37CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * ra3d8ebc631 10openembedded.git/recipes/freesmartphone/ (3 files in 3 dirs):
10:30.37CIA-104frameworkd: drop fso-abyss from om-gta0* RDEPENDS and disable ogsmd in default config - replaced by fsogsmd
10:30.37CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:30.50CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * r591848643c 10openembedded.git/recipes/freesmartphone/cornucopia.inc:
10:30.50CIA-104freesmartphone: bump cornucopia SRCREV, needed for versions compatible with new vala
10:30.50CIA-104* fsobasics fails to build now
10:30.50CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:30.52CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * r01e1c4ff1c 10openembedded.git/recipes/shr/frameworkd-config-shr_git.bb:
10:30.52CIA-104frameworkd-config-shr: bump SRCREV for new om-gta01 frameworkd.conf
10:30.52CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:34.41mliphej, anyone thought of how to handle the latest kernel renames of ttySx to ttyOx ; SERIAL_CONSOLE is actually pinned by machine configs afaik; we would need to somehow distinguish between kernel version?
10:37.19*** join/#oe Martin-B (~martin@pool-147-65-198-89.dbd-ipconnect.net)
10:38.25blindvt`khem, ping
10:38.36XorAmlip: latest? thats been the case for at least a year now :-D
10:38.43mckoanI have a system based on minimal image, the screen switch off after a while, how could I disable this feature?
10:38.49XorAmlip: and it isnt a rename
10:39.21vadmiumsweet, now I know why my newer kernel wasn't giving any serail output :D
10:39.30mlipXorA: well, Gentoo handled that for me, and i just stumbled upon it because my beagleboard-xm preffered to use 2.6.37
10:39.51XorAbest solution would be to use udev to rename the ports
10:40.15XorAthen it can work whether omap serial is enabled or not
10:40.26mlipXorA: it is not a rename? thought I did read this on some ml now ...
10:40.40XorAmlip: no, it means you enabled omap-serial
10:40.57blindvt`khem, 1) should supported kernel fs be deduced from IMAGE_FSTYPES ?
10:41.28XorAomap ports are partially 8250 compatible so that driver can drive them, or the custom omap-serial to get better performance
10:41.52*** join/#oe otavio (~otavio@debian/developer/otavio)
10:42.37blindvt`khem, 2) Re +FULL_OPTIMIZATION_powerpc = "-O2": How can we say that we want that for gcc pv <= 4.5.x ?
10:43.01mlipXorA: I see, thx; I will have a look and try some udev renaming; u-boot still needs to adapted somehow (if we want it to be runable out of the box)
10:46.23*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
10:46.23*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
11:03.08*** join/#oe risca (~risca@m83-188-209-60.cust.tele2.se)
11:03.45*** join/#oe ldnunes (~ldnunes@189.114.111.55)
11:18.45*** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
11:19.10*** join/#oe incandescant (~joshual@83.217.123.106)
11:26.11*** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it)
11:27.02*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
11:30.40sankethow to include our application in openembedded? i.e how make .bb file for our application? can anyone help me...
11:35.42GNUtoo|laptopit depend on your application
11:35.52GNUtoo|laptopbeside in european time, everybody is eating
11:35.59GNUtoo|laptops/beside/also/
11:36.23vadmiumI think I remember reading about some info on doing that in the manual
11:36.39mckoansanket: in the manual
11:36.43GNUtoo|laptopdoes your application uses autotools?
11:36.54GNUtoo|laptopfirst identify the build system your application use
11:36.59GNUtoo|laptopand then follow the manual
11:37.15GNUtoo|laptopand then send a patch to the mailing list
11:37.22GNUtoo|laptopthere's a howto for that too
11:37.33GNUtoo|laptophttp://docs.openembedded.org/usermanual/usermanual.html
11:37.47GNUtoo|laptophttp://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded
11:38.51sanketya I m refering that manual... but not able to create .bb file...
11:39.12sanketdo you hv some example...
11:39.34vadmiumAny of these useful? http://docs.openembedded.org/usermanual/html/recipes_examples.html
11:42.15*** join/#oe GNUtoo|n900 (~GNUtoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it)
11:44.01sanketthanx I will try this basic example and then to my application.
11:47.40*** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley)
11:49.53*** join/#oe risca (~risca@m83-185-109-30.cust.tele2.se)
11:52.12*** join/#oe Crofton (~balister@static-70-101-255-29.br1.mrtn.wv.frontiernet.net)
11:53.34*** join/#oe woglinde (~henning@p5DDC097C.dip0.t-ipconnect.de)
12:08.40otaviohas a doubt about sdks
12:08.53otaviohost is the host building, right?
12:09.19otaviowhat if I need to build the sdk for ix86 host and I am using an amd64 builder?
12:09.59woglindecandian-cross
12:10.56sanketI hv follow http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded
12:11.05sanketbut I m getting an error
12:11.12sanketcan anyone help me
12:11.33sanketERROR: Task 13 (/media/eeecc9e6-2a1f-42f8-9ecd-f7ef700f894c/sanket/oe/openembedded/recipes/myhelloworld/myhelloworld_0.1.bb, do_compile) failed with 256
12:11.33sanketERROR: '/media/eeecc9e6-2a1f-42f8-9ecd-f7ef700f894c/sanket/oe/openembedded/recipes/myhelloworld/myhelloworld_0.1.bb' failed
12:12.29woglinde?
12:13.15woglindehello world is no new package
12:13.18woglindeor recipe
12:13.45sanketI hd followed that link
12:14.16woglindeI didnt know you want to submit hello-world
12:14.57woglindesanket what is your goal?
12:15.22sanketI want to include my application in oe...
12:15.50sanketbut I m getting an error... not able to make a proper .bb file
12:16.11sanketso I had followed a simple example from that link
12:16.14woglindeso  pastebin the .bb and the error
12:16.38sankethttp://docs.openembedded.org/usermanual/html/recipes_examples.html
12:17.01woglindethats your new application?
12:19.13otaviowoglinde: any example how I use it?
12:20.21woglindeotavio no sorry grep for canadian
12:23.39otavioconfusing; it seems that there're many deprecated classes for it
12:25.01otavioit seems that the current class is cross-canadian however I didn't find usage of it
12:26.56woglindehm
12:27.02woglindebest ask richard
12:27.11woglindehe worked some time on it
12:27.46otaviowoglinde: by Richard you mean RP?
12:28.34ant_workwoglinde: not so OT
12:28.41ant_workquestion:
12:28.48woglindeotavio yes
12:29.20ant_workwoglinde: can it be that adding -isystem does imply we are using sysroot stuff?
12:30.30woglindehm no
12:30.39woglinde-isystem was before sysroot there
12:30.50woglindeif I am not complety wrong
12:31.14ant_worksee e.g. http://tinyurl.com/68vpaqm
12:31.18woglindeand only tolding the compiler to look for system headers under the dir
12:31.28ant_workah, the headers...
12:33.38ant_workyou see, I have to convince klcc that it is running on target and not on buildhost...
12:33.49ant_workklcc, not klcc-cross
12:34.09ant_workI'll have to read the Kbuild better
12:46.01*** join/#oe chouimat (~mathieu@kde/developer/chouinard)
12:56.41*** part/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com)
12:57.42*** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr)
13:10.57mckoanotavio: AFAIK canadian cross doesn't work
13:13.17blindvt`$ grep -q autotools recipes/util-linux/util-linux.inc && echo huh? || echo ok since util-linux really does not use autotools
13:13.17blindvt`huh?
13:20.46*** join/#oe aloisiojr (~aloisio@187.113.165.27)
13:21.51*** join/#oe etrunko (~edulima@201.82.21.177)
13:25.41*** join/#oe valhalla (~valhalla@81-174-24-214.dynamic.ngi.it)
13:35.03*** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk)
13:43.14*** join/#oe rschus (~rschus@4.176.73-86.rev.gaoland.net)
13:43.19*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
13:46.49*** join/#oe ensc (~irc-ensc@fedora/ensc)
13:54.38*** join/#oe sgw (~sgw@70.96.129.163)
14:06.38*** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz)
14:07.28*** part/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au)
14:11.36CIA-10403Klaus Kurzmann <mok@fluxnetz.de> 07master * ra410a3ea8e 10openembedded.git/recipes/tasks/task-shr-feed.bb:
14:11.36CIA-104task-shr-feed: add ttf-droid
14:11.36CIA-104Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
14:12.26CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * r1f4d72bf33 10openembedded.git/ (11 files in 10 dirs):
14:12.26CIA-104frameworkd: merge frameworkd-config-shr_git.bb to frameworkd_git.bb and cleanup
14:12.26CIA-104* move init.d file and all config files applied in OE to frameworkd repo
14:12.26CIA-104* drop PREFERRED_PROVIDER_frameworkd-config as only one provider exists now
14:12.26CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
14:12.38CIA-10403Daniele Ricci <daniele.athome@gmail.com> 07master * rb8eb997da7 10openembedded.git/recipes/mokosuite2/libmokosuite_git.bb:
14:12.38CIA-104libmokosuite: SRCREV bump
14:12.38CIA-104A few GUI functions fixes
14:12.38CIA-104Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
14:12.38CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
14:12.40CIA-10403Daniele Ricci <daniele.athome@gmail.com> 07master * ra57a6f4856 10openembedded.git/recipes/mokosuite2/mokomessages_git.bb:
14:12.40CIA-104mokomessages: SRCREV bump
14:12.40CIA-104Very buggy message writing :)
14:12.40CIA-104Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
14:12.41CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
14:24.15*** join/#oe kevinsc (~a0214685@nat/ti/x-pvsbqmchesqqeqmr)
14:24.21TartarusSo.. what's the uclibc equiv of <ifaddrs.h> ?
14:27.37CIA-10403Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r28fa42b1f4 10openembedded.git/recipes/busybox/ (9 files in 3 dirs):
14:27.37CIA-104busybox: introduce stable version 1.18.2
14:27.37CIA-104which is 1.18.1 + all the patches we already had in OpenEmbedded
14:27.37CIA-104Signed-off-by: Eric Bénard <eric@eukrea.com>
14:27.37CIA-104Acked-by: Khem Raj <raj.khem@gmail.com>
14:29.00CIA-10403Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r8f6eed1719 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc:
14:29.00CIA-104angstrom-2010: prefer busybox 1.18.2
14:29.00CIA-104Signed-off-by: Eric Bénard <eric@eukrea.com>
14:29.00CIA-104Cc: Koen Kooi <koen@openembedded.org>
14:29.00CIA-104Acked-by: Koen Kooi <koen@openembedded.org>
14:29.18XorACrofton: wake up
14:32.13*** join/#oe kevinsc (~a0214685@nat/ti/x-vyhtagscrkmausug)
14:35.23mwesterIs a holiday in the US for many folks, FYI.
14:41.17*** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
14:41.44mckoanmwester: 17 January – Martin Luther King, Jr. Day (3rd Monday of January, traditionally 15 Jan.)
14:41.55mckoanmwester: http://en.wikipedia.org/wiki/List_of_holidays_by_country#United_States_of_America
14:43.39mwesterThat's the one...  Different companies/schools/institutions treat it differently -- my employer marks it as a day off, but one of my customers who's struggling with an issue is at work and is rather upset about it... :D
14:57.47*** join/#oe risca (~risca@c83-253-202-33.bredband.comhem.se)
14:57.52XorAheh, bloomin holidays
15:01.08Croftonurg
15:01.30CroftonXorA, we've been skiing, back home tonight, on the road tomorrow
15:05.09TartarusAnyone up that's a uclibc person?
15:23.35CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r474d7b392a 10openembedded.git/recipes/linux/ (11 files in 8 dirs):
15:23.36CIA-104linux: Add CONFIG_MODULES to qemu{ppc,sh4,mips64}
15:23.36CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:23.37CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r3109a7ee39 10openembedded.git/conf/machine/mpc8315e-rdb.conf:
15:23.37CIA-104mpc8315e-rdb: Setup for xserver-xorg
15:23.37CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:23.48CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r114b1f3c7a 10openembedded.git/conf/machine/p2020ds.conf:
15:23.48CIA-104p2020ds: Setup for xserver-xorg
15:23.48CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:23.51CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r511c190b1f 10openembedded.git/recipes/iscsi-target/ (3 files in 2 dirs):
15:23.52CIA-104iscsi-target: Update for newer kernels
15:23.52CIA-104Bring in some patches from upstream that make this compile when using
15:23.52CIA-1042.6.37.
15:23.52CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:30.45CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r03abc32f95 10openembedded.git/recipes/uclibc/ (12 files in 7 dirs):
15:30.46CIA-104uclibc: Enable UCLIBC_USE_NETLINK and UCLIBC_SUPPORT_AI_ADDRCONFIG
15:30.46CIA-104This keeps all of the older versions in sync with uclibc-git.
15:30.46CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
15:36.34*** join/#oe jmpdelos (~polk@outgoing.delos.com)
15:36.55jmpdelosidentify whatitis
15:45.18CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * rb0af751964 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb:
15:45.19CIA-104frameworkd: fix init.d script permissions and force frameworkd-config-shr removal with RCONFLICTS
15:45.19CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
15:50.23CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * rd1f2f64225 10openembedded.git/recipes/tasks/task-shr-feed.bb:
15:50.23CIA-104task-shr-feed: fix ttf-droid target package names for RDEPENDS
15:50.23CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
16:12.15CIA-10403Martin Jansa <Martin.Jansa@gmail.com> 07master * r18b42a44fc 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb:
16:12.15CIA-104frameworkd: install ogsmd configs for machines with enabled ogsmd (not using fsogsmd yet)
16:12.15CIA-104Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
16:16.54CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r6beb9697a6 10openembedded.git/recipes/linux/ (3 files in 3 dirs):
16:16.54CIA-104linux: Add CONFIG_MODULES to qemush4/mips64
16:16.54CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:18.22*** join/#oe morphis (~morphis@brmn-4d0ae6a1.pool.mediaWays.net)
16:19.59*** join/#oe wicknix (~matt@29.173-254-151.cellcom.com)
16:21.27*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
16:23.45CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rf6433e75a0 10openembedded.git/classes/ (cml1.bbclass kernel.bbclass):
16:23.45CIA-104kernel,cml1.bbclass: Move menuconfig to cml1
16:23.45CIA-104The menuconfig target exists in places other than the kernel that
16:23.45CIA-104use kernel style config.
16:23.45CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:24.08*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
16:25.20*** join/#oe wicknix (~matt@29.173-254-151.cellcom.com)
16:43.00kergoth`meh
16:43.36*** join/#oe incandescant (~joshual@83.217.123.106)
16:43.39*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
16:44.09*** join/#oe nitink (~nitink@134.134.139.70)
16:49.54*** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
16:51.07CIA-10403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r4dfef62dfe 10openembedded.git/classes/kernel.bbclass:
16:51.07CIA-104kernel.bbclass: Drop comment about kernel_do_configure
16:51.07CIA-104After talking with Chris more, the way this is done now is best.
16:51.07CIA-104Signed-off-by: Tom Rini <tom_rini@mentor.com>
17:00.04Tartaruskhem, ping
17:30.52*** join/#oe pespin (~pespin@90.163.51.193)
17:36.46khemTartarus: hi
17:36.53khemwhats up
17:41.16khemblindvt`: right now we can not deduce package versions
17:41.41khemblindvt`: it could be a nice thing to have in OE/bb
17:42.22kergoth`what do you mean by deduce package versions?
17:42.40khemsuppose I want to setup a bitbake var only for gcc 4.5.0
17:42.47khemand not for other gcc versions
17:42.56khemi.e. gcc version in use
17:43.26kergoth`ideally you'd just be able to add PV to overrides
17:43.45kergoth`BBVERSIONS adds it, iirc
17:43.59*** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net)
17:44.17khemif I want to set CFLAGS of uclibc based on what gcc-cross is being picked
17:44.28khemhow can we do it
17:44.49khemat build time
17:47.19kergoth`oh,that's a completely different problem.  one recipe can't poke at another's data at all
17:47.26khemright
17:47.52khemso something like this could help in covering up versions specific bugs or features
17:48.03khematleast for toolchain it can be handy
17:48.14kergoth`it would be really nice if our data was namespaced and you could look at other namespaces, but you'd really have to do so after processing of preferences, since 90% of the time what you care about is what we're currently going to build
17:48.25kergoth`and of course what we have already built
17:48.26khemwe can also have a gcc override of some sort
17:48.50kergoth`nods, there's ways around it, but it would be nice to have a better general mechanism in the very long term
17:48.58khemtrue
17:49.10kergoth`hmm
17:49.15khemI think if bb could keep recipe specific data around
17:49.41khemor may be create a global table of package versions that can be asked at any time
17:49.56khemwhat version of package x am I building ?
17:50.28kergoth`i think itd be best to just have a hook/event at the point where we know what tasks of what recipe's of what versions we're going to run or have run, and can look at that information
17:50.46kergoth`then we can save that for later or whatever else we want to do with it
17:51.47khemhmm do u mean wait until the task executes
17:52.22kergoth`no, i mean just after the runqueue is prepared, and we're about to run the tasks
17:52.36khemok yeah
17:52.43khemthat would be ok too
17:52.57kergoth`i think the stampupdate event has some of the info, but not sure if it has it all
17:53.06kergoth`something more explicit would be best
17:53.38khemyeah explicit is better
17:54.20khemmay be we can access it like a normal variable or some python call
17:54.42khemI saw that gentoo has something to solve it
17:54.50khemI did not look how they really solved it
17:55.45kergoth`well, an event is an object
17:55.47kergoth`it can carry anything
17:55.52Tartaruskhem, first, qemuppc defconfig for .37 is very different than the rest, can you explain a little? :)
17:56.08khemTartarus: I just put what was needed
17:56.15kergoth`we can just carry in the event the list of recipes/tasks/versions, or a list of the recipe info objects for them, from the cache
17:56.18kergoth`hmm
17:56.21khemand let the rest upto config
17:56.59khemkergoth: is this information already kept in some form or will it be extra
17:58.18kergothkhem: bitbake holds a certain amount of recipe data, as pulled from the cache, to be used when generating the runqueue.  the question is whether we could just pass the generated runqueue, or if we'd want more of the source information that fed into the runqueue
18:00.41khemhmmm I think adding version info as a factor to runqueue would be nice
18:00.41khemthen we can depend upon a given version
18:00.43khemtoo
18:00.48khemwhich kind of is nice
18:01.31Tartaruskhem, yes, that's very different
18:01.48TartarusI'm not happy off the bat since that made me miss fixing CONFIG_MODULES on it
18:02.03khemTartarus: actually we should do that for all configs
18:02.11TartarusIt also hides how long it's been since someone actually audited it
18:02.13kergothversion specific deps is a different ballgame, and really requires that we implement per recipe staging areas to avoid conflicts
18:02.36kergoththough we could just error out i suppose
18:02.43Tartaruskhem, I really don't like the idea of relying on the default values for everything else
18:02.47Tartarussince that's supposed to be n
18:03.37khemTartarus: KCONFIG_ALLCONFIG=<minimal config>
18:03.41khemis right think imp
18:03.43khemimo
18:03.46*** join/#oe mr_nice (~nice@188-195-80-208-dynip.superkabel.de)
18:03.56khemand whatever you need from a kernel add to your minimal config
18:04.11TartarusRight
18:04.22TartarusI'm fine with storing a minimal config, I just think it should be filled out
18:04.54TartarusSince the kernel doesn't work from config fragments normally and it breaks a lot of mental assumptions with I assume more than just me about what you can tell about the kernel before running -c configure
18:06.49*** join/#oe playya (~playya@unaffiliated/playya)
18:06.53khemTartarus: I have been thinking of adding this KCONFIG_ALLCONFIG thing forever
18:07.08khemit will reduce out defconfig to something readable
18:07.18khemand portable across versions
18:07.31TartarusRFC it please
18:07.37TartarusI really disagree about it being more readable
18:07.48khemheh
18:08.14khemwell some users really can get distracted by tonnes of things in .config
18:08.14Tartarusso anyhow
18:08.30Tartarusthanks for fdixing up a ton of uclibc things i saw :)
18:08.44Tartaruskicked my builder off <1h ago
18:09.16Tartarus(and feeding baby, short/1handed typing now, heh)
18:09.17khemI think storing while .config is a bit not nice
18:19.25*** join/#oe anarsoul (~anarsoul@46.28.101.19)
18:25.00*** join/#oe bluelightning_ (~paul@83.217.123.106)
18:25.00*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
18:28.11*** join/#oe wicknix (~matt@29.173-254-151.cellcom.com)
18:35.47*** join/#oe Heinervdm (~thomas@pD9E172D4.dip.t-dialin.net)
18:39.31*** join/#oe methril_ (~methril@189.27.131.171.dynamic.adsl.gvt.net.br)
18:44.05*** join/#oe mtr (~michael@v29762.1blu.de)
18:44.05*** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net)
18:50.36*** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de)
19:02.54*** join/#oe martin_B (~martin@pool-219-66-198-89.dbd-ipconnect.net)
19:21.06*** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
19:41.15CIA-10403Chris Larson <chris_larson@mentor.com> 07master * ra25c0750c7 10openembedded.git/recipes/busybox/ (busybox.inc files/syslog): (log message trimmed)
19:41.15CIA-104busybox: move syslog config to /etc/default
19:41.15CIA-104The busybox syslog syslog.conf is parsed by the /etc/init.d script, not by the
19:41.15CIA-104syslog process itself, so it belongs in /etc/default. In addition, the file
19:41.15CIA-104format is *completely* different from the standard sysklogd configuration, so
19:41.15CIA-104while we should resolve the file conflict between busybox-syslog and sysklogd,
19:41.16*** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com)
19:41.16CIA-104we should not use update-alternatives for it, so this is a cleaner solution.
19:41.32CIA-10403Chris Larson <chris_larson@mentor.com> 07master * r2f8634120c 10openembedded.git/recipes/pciutils/pciutils_3.1.2.bb:
19:41.32CIA-104pciutils: install binaries in bindir
19:41.32CIA-104We need to ensure that busybox and pciutils install their binaries in the same
19:41.32CIA-104paths, and debian also places pciutils binaries in /usr/bin.
19:41.32CIA-104Signed-off-by: Chris Larson <chris_larson@mentor.com>
19:57.18*** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com)
20:00.37CIA-10403Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r3b45adc95c 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc:
20:00.37CIA-104slugos: prefer busybox 1.18.2
20:00.37CIA-104Signed-off-by: Eric Bénard <eric@eukrea.com>
20:00.37CIA-104Cc: Mike Westerhof <mike@mwester.net>
20:00.37CIA-104Acked-by: Khem Raj <raj.khem@gmail.com>
20:00.37CIA-104Acked-by: Mike Westerhof <mike@mwester.net>
20:00.39CIA-10403Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * ra3c5ede85f 10openembedded.git/recipes/busybox/ (17 files in 3 dirs):
20:00.39CIA-104busybox-1.18.1: remove recipe
20:00.39CIA-104now that SlugOS and Angstrom-2010.x prefer 1.18.2
20:00.39CIA-104Signed-off-by: Eric Bénard <eric@eukrea.com>
20:00.40CIA-104Acked-by: Khem Raj <raj.khem@gmail.com>
20:03.59*** join/#oe mrj10 (~mrj10@63.252.64.254)
20:07.39eFfeMthe busybox patches trigger the following remark:./files/default.script does not seem to be used so probably it should be removed (and if it is used and I overlooked something probably it should force run-parts to be included in defconfig, like some kernel recipes force certain settings)
20:08.43*** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de)
20:14.32ericbenhi eFfeM
20:14.43ericbendefault.script seems used by bb 1.7.2
20:18.29eFfeMericben: hi, actually I misgrepped, it seems everyone uses default.script
20:18.31eFfeM./busybox.inc:  file://default.script
20:19.01ericbenyou're right, I grepped on *.bb :-D
20:19.40*** part/#oe mrj10 (~mrj10@63.252.64.254)
20:20.16*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
20:20.44eFfeMbut default.script does need run-parts, i just checked and all of our defconfigs have it enabled (but ofc the other day I nuked it in our overlay while searching for some bytes to save)
20:21.08ericbeneFfeM: I plan to update defconfig for 1.18.2
20:21.13ericbenbut I have to make more tests
20:21.45florianre
20:22.59eFfeMericben: linux.inc forces some settings for the kernel, we might want to use a similar sed construct to force run-parts in
20:24.30ericbeneFfeM: well where is it disabled ?
20:28.13*** join/#oe rsalveti (~rsalveti@187.35.180.22)
20:29.06eFfeMericben: it is not disabled in any OE defconfig, but I guess some people (like me) use a tuned (minimal) defconfig and the dependency from the script on RUN_PARTS is not obvious. If the script is pushed in, I feel RUN_PARTS should also be enabled
20:29.38ericbeneFfeM: ok I understand, I put this on my todo list :)
20:29.46eFfeMis sometimes still in systems that need to fit in 8MB :P
20:29.51*** join/#oe ant_mob (~ant_mob@host153-250-dynamic.1-79-r.retail.telecomitalia.it)
20:30.09eFfeMso I use heavily pruned busybox and kernel (among other things)
20:36.48eFfeMgone for now, cya
20:37.07ericbenbye
20:39.48*** join/#oe tdebrouw` (~tdebrouw@91.182.222.253)
20:43.16*** join/#oe gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net)
20:48.12*** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr)
20:48.16*** join/#oe iyad (~Iyad@adsl-99-153-219-69.dsl.pltn13.sbcglobal.net)
20:54.28*** join/#oe timtimred (~meh@79-67-234-46.dynamic.dsl.as9105.com)
20:58.15*** join/#oe dj-death_ (~djdeath@potipota.net)
20:58.16*** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr)
21:02.31*** join/#oe xxiao (~xxiao@li41-126.members.linode.com)
21:04.06*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
21:09.46*** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com)
21:09.47*** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com)
21:09.47*** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning)
21:14.07*** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net)
21:22.33*** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel)
21:29.39*** join/#oe mrc3_ (~mrc3@nat/ti/x-ivothrgirqeubtdg)
21:43.59*** join/#oe woglinde (~heinold@f052232186.adsl.alicedsl.de)
21:46.03*** join/#oe Ironnads (~Ironnads@host86-166-52-189.range86-166.btcentralplus.com)
21:47.30*** join/#oe rsalveti (~rsalveti@201.82.72.47)
22:15.35*** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel)
22:16.18*** join/#oe arun_ (~arun@unaffiliated/sindian)
22:24.25*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
22:26.38*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
22:27.50*** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net)
22:34.41*** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel)
22:53.03*** join/#oe kevinsc1 (~a0214685@nat/ti/x-hidnoaiawixetfbk)
22:55.16*** join/#oe dth (~dth@a89-182-137-218.net-htp.de)
22:55.23*** part/#oe dth (~dth@a89-182-137-218.net-htp.de)
22:57.13*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
23:11.44*** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net)
23:31.59*** join/#oe edude03 (8ed67a15@gateway/web/freenode/ip.142.214.122.21)
23:32.04edude03Hello everyone
23:32.22edude03Is it true that handhelds.org is down permanently ?
23:33.54*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
23:33.59*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
23:33.59*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
23:35.11kergothedude03: ype
23:35.12kergothyep
23:36.28*** join/#oe coreyfro (~coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net)
23:36.29edude03:'(
23:36.30edude03Why?
23:37.38kergothdon't know, don't really care much.  ideally we'd have gotten an archive of the cvs for a few things to retain their history, but beyond that they weren't providing much of anything worthwhile
23:38.47edude03So then what happened to all the data and its "owner"
23:39.24kergothnot sure what you mean.
23:39.44kergothopkg-utils was there, but it wasn't maintained to begin with
23:39.47kergother, ipkg-utils
23:40.11*** join/#oe sgw (~sgw@118.sub-72-102-240.myvzw.com)
23:41.32grgneither opkg-utils nor ipkg-utils are maintained right now
23:43.03edude03Oh
23:43.15edude03I was going to offer to take over hosting if the site if need by
23:43.17edude03*be

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