IRC log for #oe on 20090817

00:06.53*** join/#oe NvrBst (n=nb@66.183.110.9)
00:18.43*** join/#oe Crofton|work (n=balister@pool-71-171-22-222.nwrknj.east.verizon.net)
00:29.38*** join/#oe raster (n=raster@enlightenment/developer/raster)
00:34.59*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
00:36.23*** join/#oe mithro (n=tim@unaffiliated/mithro)
01:16.07*** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net)
01:39.45grgI want to override the preferred version for something in angstrom-2008-preferred-versions.inc from my local.conf. It currently uses '=' instead of '?='.
01:40.25grgIs this likely to break any preferred versions? sed -i -re 's/([ \t]+)=/\1?=/' angstrom-2008-preferred-versions.inc
01:42.05grgI mean, is there an easy way to determine if all the preferred versions are still the same after this change?
01:42.55grgI don't want to find that something is being overridden in that preferred-versions.inc for a good reason and I'm breaking it.
01:56.34khembest is to ?= assign it in distro conf and override it in local.conf dont do re stuff
01:59.13grgoh, no i was just using that as an illustration of what i planned to do to the .inc file (which is included in the distro conf) in my local tree
01:59.44grgi replaced all '=' with '?=' in that file
02:00.03*** join/#oe zecke (n=ich@123-192-185-227.dynamic.kbronet.com.tw)
02:00.24grgbut i'm concerned that something else sets a wrong preferred version which that was overriding. and my change will break that
02:01.25grgjust build and find out i suppose...
02:04.06*** join/#oe fraxinas (n=quassel@p54AA6E68.dip.t-dialin.net)
02:10.58kergothgrg: you can override it without changing it to use ?=, if you leverage OVERRIDES.  PREFERRED_VERSION_foo_local = "someversion" in local.conf will do it
02:28.37grgkergoth, yes that works nicely.
02:28.58grgI see that is how all the foo_${ARCH} and foo_${MACHINE} settings work :)
02:29.06kergothyup
03:27.48*** join/#oe BenLauDC (n=benlau@221.125.8.105)
03:56.07*** part/#oe bazbell (n=bazbell@nat/ti/x-pmsicfuymqmcxbbk)
03:56.08*** join/#oe mrc3 (n=ddiaz@189.157.108.164)
04:22.03*** join/#oe raster_ (n=raster@124-170-95-105.dyn.iinet.net.au)
04:53.39*** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
05:46.18*** join/#oe freddy (n=freddy@hotel742.server4you.de)
05:46.59khemkergoth: this local overriding did not work for me
05:47.07khemI tried it did not honor it
06:15.02kergothwell, dunno what to tell you.  local is in OVERRIDES.  run bitbake -e and see if things are what you think they are
06:15.54*** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl)
06:19.35debio264could I get some help with a fairly simple question about embedded linux that doesn't really involve oe?
06:21.56tsjsiebonly if it's not about kernel modules ( ;) joking )
06:22.00*** join/#oe pleemans (n=toi@cust-240-101-110-94.dyn.versateladsl.be)
06:22.59debio264well
06:23.24debio264it's the same question I asked in elinux, and while I hate to ask in two channels, elinux looks pretty dead
06:24.44debio264the basic problem is that I switched root filesystems and now I'm getting a kernel panic for reasons I don't really understand
06:24.53debio264because I've used this same rootfs image elsewhere
06:25.03debio264with a newer kernel, if that changes anything
06:25.18debio264the boot log is at http://pastebin.com/m188ab733
06:25.27debio264it's odd because it mounts root and then kernel panics
06:25.34debio264but it doesn't reall give an error message?
06:25.40debio264at least not that I can see
06:32.52tsjsiebI think the last line is quite an error
06:33.36tsjsiebAs init is not allowed to die
06:34.15*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
06:34.45debio264yes
06:34.50debio264but I have no idea why it's dying
06:35.07tsjsieband 'EXT2-fs warning (device sda1): ext2_fill_super: mounting ext3 filesystem as ext2' doesn't look normal to me (but I might be wrong) Can't you trie to add ext3 drivers to kernel (fixed in kernel, not module)
06:35.09debio264is that a symptom of something I should know about?
06:35.16debio264yea
06:35.21debio264the kernel doesn't have ext3
06:35.24debio264I'm going to fix that
06:35.32debio264but the old root was on the same filesystem
06:35.42debio264I just deleted all the files and added the new ones
06:36.09tsjsiebbut that was used with a different kernel you said, did that kernel have ext3 drivers?
06:36.37debio264sorry, I was kinda confusing there
06:36.40debio264it's the same kernel
06:36.52debio264the kernel is stored in flash memory on the board itself
06:37.00debio264I'm making it use a flash drive as the root filesystem
06:37.26debio264the comment you saw on #elinux was that I didn't copy the kernel modules from the old root to the new root
06:37.40debio264I've done that, and it still panics in the same place
06:38.19debio264so it was mounting an ext3 partition as ext2 before as well
06:38.24debio264the same warning was there
06:39.32tsjsiebo.k. and its a usb flash drive you use for rootfs?
06:40.04debio264yes
06:41.55grgwhen you say you switched root filesystems, what exactly do you mean?
06:42.37grgdifferent file system image? different filesystem on root? different pysical location of root filesystem?
06:43.23debio264well
06:43.27debio264root is on a flash drive
06:43.34debio264so I popped that drive into my laptop
06:43.40debio264moved all the files to a backup directory
06:43.47debio264and then unzipped an ARM distro image on there
06:44.02debio264the image is compiled for ARMv4t
06:44.09grgunzip does not retain file permissions
06:44.13debio264and my board uses ARM920t
06:44.15grgthat could be an issue
06:44.22debio264well, I untarred it, actually
06:44.27grgok.
06:44.27debio264tar -xjf
06:44.34grgas root?
06:44.38debio264tes
06:44.39debio264yes*
06:44.40grggood
06:45.01debio264although I'll check that to be sure...
06:45.21grgi guess that your kernel cannot execute that init binary
06:45.26grgfor whatever reason
06:45.45debio264hrmmm
06:45.53tsjsiebor you might have to wait before the usb-drive is proper initialized
06:46.05debio264it's getting root mounted
06:46.17debio264I have rootdelay=10 in the kernel command line
06:46.33tsjsiebthat should be enought indeed :)
06:47.20debio264I don't think the kernel was optimized for ARM920t, but if it was, would that make it unable to run ARMv4t binaries?
06:47.59grgmaybe
06:48.21grgif ARMvt is a subset of ARM920t (i don't know arm very well)
06:48.32debio264well
06:48.44debio264it's basically ARMv4 vs ARMv9
06:48.50debio264ARM is backwards compatible
06:48.57grgall the arm versioning confuses me...
06:49.01debio264so an ARMv9 CPU can execute ARMv4 binaries
06:49.13debio264so... ergh
06:49.19debio264I think I just answered my own question XD
06:49.40debio264well, at any rate, I guess I'll try building a new kernel on my other ARM system that uses the same OS image
06:49.54grggcc allows you to tune for a processor, but still run on others in the same family
06:50.00grg-march vs -mtune
06:50.09grgcheck the gcc docs
06:50.26debio264well, the issue is that I don't remember how the kernel was initially compiled
06:50.33grg:)
06:50.34debio264I built it, but it was like a year ago
07:09.35*** join/#oe greentux (n=lemke@BAA3105.baa.pppool.de)
07:16.20*** join/#oe pleemans (n=toi@d51A49C45.access.telenet.be)
07:21.37*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
07:22.59*** join/#oe MWelchUK (n=welchma@65.91.2.71)
07:23.27*** join/#oe thebohemian (n=rschus@p5DDC66F5.dip.t-dialin.net)
07:26.56grgall three networkmanager-applet recipes are broken
07:28.28*** join/#oe JavaJim (n=rof@195.145.229.154)
07:31.09*** part/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net)
07:32.41tsjsiebShould it be possible to create an dir with 700 permissions from an OE receipe? (I tried but the dir in the rootfs ends with 774
07:33.43tsjsiebAnd I see only 1 other recipe in the recipes dir wicht uses "install -m 0700 -d ${D}"
07:34.36*** join/#oe ZaPPaS (n=moritz@129.69.51.130)
07:35.38tsjsieb(I'm now testing if that recipe is able to create a dir with 700 rights)
07:37.52tsjsiebmm, It does, at least in work dir... what are the differences
07:56.50*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
08:08.13*** join/#oe sx (n=eray@87-126-142-238.btc-net.bg)
08:08.17sxmorning
08:09.21sxdoes someone knows why does not work this part in the .bb file? ROOTFS_POSTPROCESS_COMMAND += "opkg-cl ${IPKG_ARGS} -force-depends remove ${PACKAGE_REMOVE};"
08:09.57XorAmorning
08:16.48*** join/#oe ArteK (n=Artur@81.15.241.96)
09:07.03*** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com)
09:07.48*** join/#oe Stecchino_ (n=quassel@d54C56B80.access.telenet.be)
09:10.11*** join/#oe florian (n=fuchs@port-217-146-132-69.static.qsc.de)
09:10.35floriangood morning
09:15.11DJWillisMorning florian
09:16.10*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:18.07zeckeXorA: are you an angstrom developer?
09:18.18XorAzecke: yes
09:18.54zeckeXorA: it seems tht the repo browser is broken
09:20.07XorAzecke: I have no access to that machine, koen does the coding on that
09:23.07DJWillisQuestion: What package is loadkeys in? console-tools? (only if someone knows off the top of there head before I grep).
09:24.26DJWillisDoes anyone else actively use the XFCE recipies in OE? Been upgrading them and beating them into some sort of shape but I wondered if there was other users.
09:31.28*** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net)
09:39.21*** join/#oe dos1 (n=dos@unaffiliated/dos1)
09:39.39pb__florian: good morning
09:39.40pb__zecke: good morning
09:40.52zeckepb__: hey
09:41.00zeckepb__: could you take a look ath the glibc patch I sent?
09:43.12pb__zecke: is this the one for ports?
09:43.27zeckepb__: yes
09:43.37pb__okay.  I'll try it out this morning.
09:43.48pb__I need to update my tree first, I haven't touched it for about six weeks.
09:44.06zeckepb__: six weeks? that is bad :)
09:44.16pb__heh.  well, I have been on vacation :-)
09:44.57pb__not for 6 weeks, admittedly, but the knock-on effects of that have meant I haven't had much time for oe lately.
09:52.01*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-qiwnzazcrdrsxlar)
10:03.23*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
10:08.08*** join/#oe Spyro (n=ian@benden.mnementh.co.uk)
10:09.28*** join/#oe ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net)
10:12.21*** join/#oe ade|desk (n=ade|desk@195.153.131.254)
10:15.49*** join/#oe Jeff__ (n=jeff@80.237.209.41)
10:19.50Jeff__Hi! I have the following problem: there are some packages which have a postinst script which will be run by /etc/rcS/S98configure to setup some systemusers and then run /etc/init.d/populate_volatile.sh update
10:20.34Jeff__but if there are more then one postinst script which does adduser and populate the first will fail
10:21.04Jeff__in my system its hal and pulseaudio
10:22.33Jeff__S98configure runs "opkg-cl configure". in my case this selects pulseaudio first. It adds the pulseaudio user and group and then runs populate volatile
10:23.28Jeff__but hal is not configured at this time, so the populate-volatile run by pulseaudio-server.postinst will fail and leaves pulseaudio-server in state unpacked
10:24.52Jeff__my quickhack is to replace the "/etc/init.d/populate_volatile.sh update" line with /e/i.d/p_v.sh update || /bin/true" but this is just a quick hack
10:25.01Jeff__is there any better solution?
10:27.05pb__I guess you should teach populate_volatile.sh to work on a single package at a time.
10:28.34pb__That'd be desirable anyway, since there's no point re-creating the data for every package whenever a single one is updated.
10:29.04*** join/#oe mnabil (n=mnabil@82.201.217.239)
10:31.10Jeff__pb__: ok, this sounds reasonable
10:31.26*** join/#oe rkirti (n=oespirit@203.199.213.3)
10:31.30*** join/#oe Wiedi (n=wiedi@newton-air.w.fruky.net)
10:40.51XorAJeff__: I would love you if you fixed that problem, its been annoying me for years, but I never got round to it
10:49.47*** join/#oe sprinter_ (i=70421e4e@gateway/web/freenode/x-mokguidcjxkiotbn)
10:50.14sprinter_hi @all
10:50.41*** join/#oe freddy (n=freddy@hotel742.server4you.de)
10:51.42sprinter_did anyone tried the mini2440 build in the stable branch recently?
10:56.03*** join/#oe Sprinter123 (n=sven@112.66.30.78)
10:59.25*** part/#oe Sprinter123 (n=sven@112.66.30.78)
11:02.59*** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net)
11:08.30*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
11:14.13th1_I have installed bash in my image but /bin/sh is still symlinked to busybox, what do I need to do to stop that from happening?
11:15.05pb__install bash as a higher-priority alternative for sh, I guess.
11:15.18th1_I thought it was
11:15.28pb__what priority is it using?
11:15.49pb__looks like busybox is 50, if I'm reading the bb file right
11:16.06th1_I think it only installs as bash by default
11:16.22th1_it doesn't have any alternatives magic in its bb
11:16.42th1_dash does, however, so I guess I can copy/paste that
11:16.46pb__ah, well then.  that'd certainly be an issue.
11:16.52pb__yeah, you should be able to copy it from dash.
11:19.16th1_ok I'll try with priority 60
11:19.52*** join/#oe marex (n=marex@thor.hackndev.com)
11:19.54th1_I guess it should be higher than busybox by default, since if you install bash it's probably because you detest the busybox sh
11:21.16pb__mm, I dunno.  there's a bit of a conflict there between /bin/sh as used for scripts (for which you might want busybox, since it's faster) and /bin/sh as used as a login shell (for which I could understand wanting bash since it sucks less)
11:21.40pb__also, you might want to install bash just to satisfy some script which requires #!/bin/bash, without necessarily making everything else use bash all of a sudden.
11:22.14*** join/#oe mnabil (n=mnabil@82.201.217.239)
11:23.07pb__so, it's not completely clear to me that either one of them is necessarily "better" as /bin/sh.  I think both of them do implement all the stuff that POSIX mandates for /bin/sh (and hence all the stuff that scripts are entitled to rely on).
11:23.41pb__it's also interesting to note that other distros are tending to move away from installing bash as /bin/sh, replacing it with things like dash instead.
11:23.42th1_mmm
11:23.58th1_you got a point, then I guess the solution would be for /etc/passwd to use /bin/bash as login shell by default
11:24.08th1_or /bin/interactive-shell which could be alternatives-driven
11:24.12pb__if your main complaint is just that busybox sh sucks for interactive use then you might be better off just changing your login shell selection in /etc/passwd
11:24.15pb__right, yeah, exactly
11:24.46tzangerwhat's the advantage of dash over bash, just a size thing?
11:24.56th1_size and allegedly speed
11:25.03th1_while being more bash like than other alternatives
11:25.11th1_not that I'd use it unless I had to
11:25.17tzangerI put bash back since I had an app that complained bitterly about it, but I can't recall now what exactly it was
11:25.26tzangerubuntu uses it by default
11:25.31XorAthe shell gets loaded hundreds of times in linux initscripts, smaller means faster
11:25.42XorAas for some reason linux doesnt cache that sort of thing well
11:25.48tzangerXorA: not necessarily, there's only one copy in memory at any given time
11:25.54pb__I think it's partly speed, partly memory usage, and partly a desire to identify (and eliminate) scripts which use bash-only features by mistake.
11:25.58tzangerbss and data would be instantiated for each of course
11:26.05tzangerbut there's only one .text area around
11:26.26XorAtzanger: ubuntu benchmarks pretty much speak for themselves, whole seconds saved on boot time
11:26.30tzanger... unless you're nommu... in which case yes, smaller is very much better :-)
11:26.48tzangerXorA: I doubt very much dash has anything to do with that and more things like upstart
11:26.58tzangercurses the gpio gods this morning
11:27.05XorAtzanger: except they run sysvinit under upstart
11:27.12XorAtzanger: so there is no different there
11:28.01tzangerI'd have to benchmark it myself to be sure
11:28.13tzangerbut right now I'm lusting after this bdi2000 and the 3000 across from me
11:28.45th1_tzanger, OpenEmbedded manual specifies that dash doesn't cut it if it's symlinked to /bin/sh, for building OE
11:28.59th1_maybe that's where you saw it?
11:29.00pb__tzanger: the bss/data/heap requirements for bash are certainly not negligible, there seems to be several hundred kilobytes there judging from my machine.
11:29.20pb__th1: heh, yeah, that is a longstanding piece of oe suckage.
11:29.33pb__rather like the various weird restrictions on where you can put your build tree and what you can call it.
11:29.33tzangerth1_: coudl be yes
11:30.34th1_pb__, well compared to Buildroot it's pretty unrestricted
11:30.39XorApb__: the most fun one is putting it in /usr/src :-)
11:32.53th1_what do I have to put in local.conf, to have my dev pc act as a package repository for deployed images? e.g. http://mymachine.intra/oe/
11:34.52zecketh1_: see recipes/meta/distro-feed-configs.bb?
11:35.14th1_nice thx
11:38.18*** join/#oe delayen (n=c0a801fe@gateway/web/cgi-irc/ufmg/x-ovtoowbdvrkympeg)
11:38.45*** join/#oe emachado (n=edjunior@201.82.64.173)
11:39.31delayenhello
11:41.54delayencan someone please let me know how to compile a specific application with debugging information. I'm building the default console-image but would like to enable the -g switch in the "ls" utility.
11:42.45*** join/#oe mpoullet (n=mpoullet@proxye.avm.de)
11:45.22delayenthis seems like a simple task but i cant find it documented anywhere
11:51.39*** join/#oe vo5 (n=vo@bd21096b.virtua.com.br)
11:57.09msmith_delayen: i think you just have to set DEBUG_BUILD = "1" in your conf/local.conf, then rebuild your pkg
12:04.57*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
12:06.16*** join/#oe mario-goulart (n=user@201-40-162-47.cable.viacabocom.com.br)
12:07.08delayenthanks msmith. I just checked that the poky handbook also mentions the same method.
12:10.12*** join/#oe otavio (n=otavio@debian/developer/otavio)
12:20.34th1_delayen, I'd guess you could do DEBUG_BUILD_packagename = "1" but I'm not sure if it would work
12:30.55*** join/#oe Laibsch (n=Laibsch@p5B3B15CA.dip.t-dialin.net)
12:32.37CIA-103Felix Domke <felix.domke@multimedia-labs.de> 07org.openembedded.dreambox * r066d7cb132 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: create meta- for plugin metadata
12:40.57th1_<PROTECTED>
12:47.08*** join/#oe aloisiojr (n=aloisio@200.184.118.130)
12:47.41*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
12:48.43*** join/#oe Elleo (n=Elleo@libre.fm/hacker/elleo)
12:49.39*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
12:51.04ElleoI'd like to build the python bindings for farsight2 and telepathy-farsight but they're packaged in the main farsight2 and telepathy-farsight releases (and the recipies currently add --disable-python to them), can anyone point me at an existing package that works in the way and produces a separate package for the python bindings?
12:51.21ElleoOr is the only option to --enable-python and have the bindings bundled in with the main packages?
12:51.43Elleos/the way/that way/
13:01.19sxI'm compiling a qt application using openembedded. I've created a .bb file and just bitbaking it and it generates .ipk file. How to generate .tar.bz2 file too?
13:01.39sxWhat should I add to my .bb file to do this?
13:02.40zeckesx: nothing to your .bb file, tar.bz2 would be another packaging option and I think it is currently broken...
13:02.55zeckesx: INHERIT += package_tar in your local.conf should do it...
13:04.14Crofton|workzecke, thanks, I was trying to remember how to do that :)
13:07.12sxzecke, thanks, I'll try it now
13:11.12th1_will a patch which adds interactive-shell to alternatives, uses it in /etc/passwd, and adds busybox and bash in increasing priority order be accepted?
13:12.04*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
13:12.06zeckesx: remove the IMAGE_PKGTYPE line from classes/package_tar.bbclass
13:12.36pb__th1_: so long as it's arranged in such a way as to not break existing installations, and with the appropriate dependency constraints between the different packages, yes, I can't see why not.
13:12.47th1_ok :)
13:13.43*** join/#oe jipi (n=jipi@bb121-6-204-181.singnet.com.sg)
13:15.29sxzecke, it is  INHERIT += package_tar or  INHERIT += " package_tar " ? which one?
13:15.55Elleo1/24
13:15.56Elleooops
13:16.44zeckesx: haeh? INHERIT+= "package_tae" in the local.conf and remove the IMAGE_PKGTYPE line in classes/package.bbclass
13:18.27zeckeCrofton|work: acked-by: you for removing IMAGE_PKGTYPE ?= "tar" from classes/package.bbclass, as rootfs_tar.bbclass does not exist and inherit image.bbclass will fail..
13:18.43*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
13:23.54*** join/#oe vo5 (n=vo@bd21096b.virtua.com.br)
13:27.34*** join/#oe oneshel (n=jim@c-98-216-198-0.hsd1.nh.comcast.net)
13:27.35chouimatmorning
13:28.42*** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
13:33.06CIA-103Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r2dd3dd7304 10openembedded.git/site/ix86-common:
13:33.06CIA-1site/ix86-common: fix grave bug in ac_cv_sizeof_unsigned_char
13:33.06CIA-1ac_cv_sizeof_unsigned_char definition accidentally redefines
13:33.06CIA-1ac_cv_sizeof_unsigned_int to 1. Luckily, not many packages are using that
13:33.06CIA-1but for example it completely breakes gnutls.
13:33.08CIA-1Fix that.
13:33.10CIA-1Acked-by: Holger Freyther <zecke@selfish.org>
13:41.14*** join/#oe marcosmamorim (n=marcos@c9063203.virtua.com.br)
13:43.19mpoulletmorning
13:44.30mpoulletto do a rebuild I delete the tmp/ dir but this rebuilds the cross compiler everytime, is there a way to do a complete rebuild without having to rebuild the cross compiler?
13:45.32*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
13:46.38zeckempoullet: using bitbake -cclean on the files you don't want?
13:47.27zeckempoullet: you could write a cleanall target for base.bbclass that will recursively clean but stop at the toolchain
13:47.29mpoullethi zecke, no sometimes I'd like to rebuild everything but the cross compiler
13:48.21*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
13:48.22mpoulletzecke: interesting, how can I determine which package is the toolchain, aren't there multiple packages for it?
13:48.23*** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net)
13:54.46jic23Hi All. What is the best way to go about submitting a large set of recipes etc for a new board? Split it up into lots of small patches over several days or post big set to mailing list in one go?
13:56.17*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
13:56.50zeckempoullet: mostly not... virtual/libc and virtual/gcc-for-${TA.. is the toolchain (see base.bbclass were these depdencies get injected)
13:58.07*** join/#oe Gnutoo (n=gnutoo@ABordeaux-152-1-78-211.w86-196.abo.wanadoo.fr)
13:58.42mpoulletzecke: ok, thanks for the infos
14:01.25th1_jic23, in a developer branch and post a link to the list?
14:03.35pb__jic23: if you have patches for existing files, post them to the list individually.
14:03.49pb__if you're just adding new files, you can probably post them in a big batch or a separate git branch.
14:07.03Elleodoes bitbake have an equivelant to debian's .install files, so I can list what files I want included in what packages?
14:07.04*** join/#oe methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net)
14:07.34*** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
14:08.42jic23Thanks, I'll probably try and get the new packages out the way first in seperate posts then do the board specific stuff later.
14:09.56*** join/#oe mithro (n=tim@unaffiliated/mithro)
14:10.34*** join/#oe alecrim (n=alecrim@189.2.128.130)
14:17.26*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
14:18.15LaibschElleo: Look at FILES_*
14:18.28LaibschElleo: http://docs.openembedded.org
14:18.39LaibschThe manual should have the information you need
14:20.19ElleoLaibsch: yeah, found it thanks
14:20.27Elleodtnrg seems to be a good example of what I want to do
14:26.45CruX|can you please update git repository ?
14:26.46CruX|http://www.angstrom-distribution.org/unstable/sources/git_git.denx.de.u-boot.git.tar.gz
14:26.53CruX|this link is invalid
14:29.53*** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl)
14:31.42CIA-103John Willis <John.Willis@Distant-earth.com> 07org.openembedded.dev * r48011a79e2 10openembedded.git/recipes/gamin/ (files/configure_ucred.patch gamin_0.1.8.bb):
14:31.42CIA-1gamin-0.1.8: Fix build issue with recent GCC/GLibC combos.
14:31.42CIA-1Update gamin_0.1.8.bb to build with recent GCC and GLibC 2.8 > via addition
14:31.42CIA-1of configure.in patch (use AC_USE_SYSTEM_EXTENSIONS instead of
14:31.44CIA-1AC_ISC_POSIX).
14:31.46CIA-1Signed-off-by: David-John Willis <John.Willis@Distant-earth.com>
14:31.48CIA-1Signed-off-by: Holger Freyther <zecke@selfish.org>
14:31.50CIA-103Holger Hans Peter Freyther <zecke@selfish.org> 07org.openembedded.dev * r0907be2124 10openembedded.git/site/ (mipsel-linux mipsel-linux-uclibc):
14:31.53CIA-1site: Add ac value for mipsel-linux and mipsel-linux-uclibc
14:31.55CIA-1The results were found using google and applying
14:31.57CIA-1common sense.
14:40.17*** join/#oe fraxinas (n=quassel@p54AA7E35.dip.t-dialin.net)
14:49.17*** join/#oe fraxinath (n=quassel@p54AA5C14.dip.t-dialin.net)
15:02.36*** part/#oe thebohemian (n=rschus@p5DDC66F5.dip.t-dialin.net)
15:15.11*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
15:20.48*** join/#oe vo5 (n=vo@bd21096b.virtua.com.br)
15:31.27*** join/#oe marcosmamorim (n=marcos@c9063203.virtua.com.br)
15:32.22th1_how can I export my packages from deploy into a repository that opkg on the target expects? I use the angstrom distro and it's looking for e.g. "ipkg/glibc/i686/{base|debug|gstreamer|perl|python}/Packages" etc. but my deploy dir only has all packages in one level, not split like that
15:32.49th1_or must I provide a new angstrom-feeds-config.bb to override that behaviour?
15:49.04*** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
15:58.55*** join/#oe dos11 (n=dos@adko47.neoplus.adsl.tpnet.pl)
16:02.44*** join/#oe e-ffi (n=cybercom@dslb-088-068-175-198.pools.arcor-ip.net)
16:04.17*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
16:09.01*** part/#oe ade|desk (n=ade|desk@195.153.131.254)
16:13.23*** join/#oe msmith__ (n=michael@scesoc.engsoc.carleton.ca)
16:13.46*** join/#oe Laibsch (n=Laibsch@p5B3B15CA.dip.t-dialin.net)
16:16.58CIA-103Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc661fd43a2 10openembedded.git/ (6 files in 5 dirs): linux-omap* 2.6.29: add patch that should solve the memhole problem
16:18.35Gnutoohi,is there a good calculator that is like shr's calc
16:18.41Gnutooit's for testing xorg
16:18.48Gnutoomaybe xcalc
16:25.08*** join/#oe moiamond (i=7c9ba881@gateway/web/freenode/x-jnrhehbfgkelfbsc)
16:26.04*** join/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
16:26.19*** part/#oe moiamond (i=7c9ba881@gateway/web/freenode/x-jnrhehbfgkelfbsc)
16:26.40*** join/#oe rddDavid51 (n=roudoudo@lns-bzn-55-82-255-155-5.adsl.proxad.net)
16:45.07*** join/#oe msmith_ (n=michael@scesoc.engsoc.carleton.ca)
16:45.20CIA-103Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3de2a694e2 10openembedded.git/recipes/python/python-sip_4.8.2.bb:
16:45.20CIA-1python-sip_4.8.2.bb: set DEFAULT_PREFERENCE = -1
16:45.20CIA-1Signed-off-by: Khem Raj <raj.khem@gmail.com>
16:47.10*** join/#oe stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94)
16:59.29Laibschkhem: I haven't tested yet, but I'm kind of suspicious the problem will be fixed when -1 is set
17:04.19*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com)
17:12.58*** join/#oe Laibsch (n=Laibsch@p5B3B15CA.dip.t-dialin.net)
17:13.05*** join/#oe sabrod (n=sabrod@mic92-8-82-234-143-184.fbx.proxad.net)
17:23.32*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
17:34.25*** join/#oe BenLauDC (n=benlau@221.125.8.105)
17:36.07*** join/#oe msmith__ (n=michael@scesoc.engsoc.carleton.ca)
17:48.47*** join/#oe Martin-B (n=Martin@pool-28-65-198-89.dbd-ipconnect.net)
17:57.39*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
18:04.09*** join/#oe denix (n=denys@nat/ti/x-rvfxiytacdvqxmpz)
18:09.24denixanyone had any issues building openssl-native on x86_64?
18:14.50Crofton|workwhen does it build?
18:17.33denixgit-native depends on it... only for IMAPS, I believe, which is overkill
18:18.23denixeither way, it builds fine on x86 32bit, but throws some weird register-related issues on x86_64...
18:18.31*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
18:21.23Croftonlooks like it builds on F11 which has gcc4.4
18:22.39denixok, thanks
18:25.10th1_denix, it builds no problem on ubuntu 9.04 x86_64
18:26.39denixth1_: thanks! I guess it maybe the case of an old distro/gcc - need to check that with the customer who's reported this issue...
18:32.00*** join/#oe marcosmamorim (n=marcos@c9063203.virtua.com.br)
18:33.50*** join/#oe greentux (n=lemke@BAA3105.baa.pppool.de)
18:44.57*** join/#oe timtimred (n=meh@79-75-229-98.dynamic.dsl.as9105.com)
18:47.17Croftondenix, damn customers :)
18:47.25denix:)
19:02.11Crofton|workdenix, seriously, customers feeding back problems are great for us
19:02.34*** join/#oe florian (n=fuchs@f049000175.adsl.alicedsl.de)
19:03.05*** join/#oe rkirti (n=oespirit@203.199.213.3)
19:07.25*** join/#oe lisandropm (n=nlisandr@voip.cepanet.com.ar)
19:07.32*** join/#oe florian (n=fuchs@f049000175.adsl.alicedsl.de)
19:13.20*** join/#oe mnabil (n=mnabil@217.52.58.243)
19:16.10denixCrofton|work: unfortunately, their feedback is usually not detailed - need to "interrogate" them for every piece of information... :)
19:19.00Croftonyeah, I am familiar with customers :)
19:53.38*** part/#oe ArteK (n=Artur@81.15.241.96)
19:57.41*** join/#oe xcasex (n=quassel@71-197.lerstenen.t3.se)
19:57.46*** join/#oe jconnolly (n=jconnoll@firebug.buglabs.net)
19:57.49*** join/#oe ArteK (n=Artur@81.15.241.96)
20:03.56*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
20:05.58*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com)
20:16.19*** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning)
20:18.39*** part/#oe ArteK (n=Artur@81.15.241.96)
20:18.43*** join/#oe ArteK (n=Artur@81.15.241.96)
20:19.59*** part/#oe ArteK (n=Artur@81.15.241.96)
20:20.07*** join/#oe ArteK (n=Artur@81.15.241.96)
20:25.40*** part/#oe ArteK (n=Artur@81.15.241.96)
20:27.31*** join/#oe kg4ysn (n=kg4ysn@gateway.headnut.org)
20:29.09*** join/#oe ArteK (n=Artur@81.15.241.96)
20:34.25CIA-103Fraxinas <andreas.frisch@multimedia-labs.de> 07org.openembedded.dreambox * rd2fd5f61e6 10openembedded.git/packages/gstreamer/ (files/playsink-textsink.diff gst-plugins-base_0.10.24.bb): gstreamer: add patch to fix bug #591664 (srt subtitle resync issue after seeking)
20:36.44*** join/#oe rddDavid51 (n=roudoudo@lns-bzn-55-82-255-155-5.adsl.proxad.net)
20:44.46*** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com)
21:03.42*** part/#oe ArteK (n=Artur@81.15.241.96)
21:06.48*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
21:09.23*** join/#oe ant__ (n=andrea@host126-251-dynamic.14-87-r.retail.telecomitalia.it)
21:12.21Laibschant__: Hi
21:12.29LaibschI have some kexecboot questions
21:12.34Laibsch#kexecboot?
21:12.41ant__hey Laibsch
21:13.14ant__np
21:13.38*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
21:14.43Laibschant__: do you build on a 32bit or 64bit host?
21:15.08*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
21:17.38*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
21:19.13*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
21:26.52*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-33.se.biz.rr.com)
21:31.57CIA-103Felix Domke <felix.domke@multimedia-labs.de> 07org.openembedded.dreambox * r25c8bb45fd 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.opendreambox.org/git/ghost/opendreambox-1.5 into org.openembedded.dreambox
21:32.05CIA-103ghost <andreas.monzner@multimedia-labs.de> 07org.openembedded.dreambox * r6ebd5d5704 10openembedded.git/packages/enigma/ (enigma/fix_xml_defaults.diff enigma_cvs.bb): enigma_cvs.bb: backport needed fix for current terrestrial.xml from tuxbox-cvs
21:34.18*** join/#oe Crofton|work (n=balister@pool-71-171-22-222.nwrknj.east.verizon.net)
21:45.48*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
21:52.03*** part/#oe de_manuel_pi (n=cryolab2@rob.rz.htw-dresden.de)
21:56.53*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
22:02.14*** join/#oe Sleep-Walker (n=Sleep@193.179.96.131)
22:16.12*** join/#oe SDuensin_ (n=Scott@173-28-73-10.client.mchsi.com)
22:28.15*** join/#oe orges (n=yet@94.54.89.152)
23:12.26*** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net)
23:30.34grgIs anyone successfully using connman-gnome? If so what versions of connman and connman-gnome have you chosen?

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