00:10.04 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
00:16.41 | *** join/#oe scruggs_ (n=chatzill@72-161-113-252.dyn.centurytel.net) |
00:28.01 | *** join/#oe osas (n=nnosas@i216-58-54-200.cybersurf.com) |
00:30.01 | *** join/#oe j0tt (n=j@unaffiliated/jott) |
00:45.31 | *** part/#oe dcordes (n=tsingtao@f049186035.adsl.alicedsl.de) |
00:46.24 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-2874adad2050885e) |
00:52.21 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
01:34.36 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-c5a2019977cf43c5) |
01:58.55 | *** join/#oe stelios-phoenix (n=stelios@65-122-15-162.dia.static.qwest.net) |
01:59.03 | stelios-phoenix | hello all ! |
02:00.49 | *** join/#oe benlau (n=benlau@221.125.8.107) |
02:17.12 | *** join/#oe stelios-phoenix (n=stelios@65-122-15-162.dia.static.qwest.net) |
02:19.45 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.28.Dial1.SanJose1.Level3.net) |
03:19.51 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
03:23.56 | sakoman | scruggs: pong |
03:25.54 | scruggs | sakoman: get it working? |
03:27.01 | sakoman | yes! |
03:27.30 | scruggs | awesome! |
03:27.30 | sakoman | trying to get it to autoload at boot now |
03:27.49 | scruggs | I might be able to help you there |
03:28.17 | scruggs | what is your approach now to get it to autoload? |
03:28.57 | sakoman | /etc/network/interfaces & /etc/modprobe.conf |
03:29.19 | sakoman | as well as specifying autoload in the conf |
03:29.52 | scruggs | I didn't realize using /etc/modprobe.conf would work - I'll have to give that a shot |
03:30.21 | scruggs | I'm specifying pcmcia to load in the machine.conf |
03:30.38 | scruggs | and then have an init script to load pxa2xx-cs |
03:31.08 | scruggs | I haven't tried loading all the way up to the mcf25 driver, but that's what I'm working on now |
03:31.10 | sakoman | just tried it -- sort of works, but does give an error message: |
03:31.17 | sakoman | BUG: scheduling while atomic: iwconfig/0x00000001/412 |
03:31.34 | sakoman | But the network works after that |
03:31.37 | scruggs | the current buildroot for gumstix does that too |
03:31.45 | sakoman | Ah, OK |
03:31.51 | scruggs | yep - still works after the message |
03:32.13 | scruggs | but for autoloading the modules you have to make sure pcmcia is loaded |
03:32.20 | scruggs | before loading pxa2xx-cs |
03:32.24 | sakoman | sure, I do that |
03:32.58 | scruggs | and adding both of them to do that in the machine.conf causes the stix to freeze during boot (at least it does for me) |
03:33.27 | scruggs | so I wrote the init script to run after udev starts and after all the other 'autoload' modules have been loaded |
03:33.56 | sakoman | I'm working off a custom machine and image, with angstrom as the distro |
03:34.05 | scruggs | with that I think even if you tell the mcf25 module to 'autoload' the wifi will still work once the pxa2xx-cs module has been loaded |
03:34.43 | scruggs | yeah, I've modified the machine confs for the .dev branch too, and am using a custom image |
03:35.44 | sakoman | Seemed to have no choice if I wanted to get the size down to match buildroot |
03:36.13 | scruggs | I'm starting to see that too |
03:37.04 | scruggs | but in my case I have attached cf as storage,so being able to tell an ipkg to install there makes size not as much of an issue for me |
03:37.06 | sakoman | I only autoload pcmcia and mcf25 (& some usb gadget stuff) and have no freeze issues |
03:37.31 | scruggs | then once you boot you load pxa2xx-cs with modprobe? |
03:37.46 | sakoman | Nope, don't have to do anything by hand |
03:38.25 | sakoman | just use the mods to modprobe.conf and network/interfaces |
03:38.45 | scruggs | so do you actually create the modprobe.conf file? |
03:40.11 | sakoman | yes, you should override modutils with the collection feature and put the modprobe.conf from buildroot in a machine directory in modutils/files |
03:40.37 | sakoman | I assume your image includes task-boot? |
03:40.37 | scruggs | ahhh... ok |
03:41.09 | scruggs | actually my image just iherits angstrom-minimal-image and adds to it |
03:41.11 | sakoman | That's where modutils-initscripts gets specified as a dependency |
03:42.05 | scruggs | I bet thats where you setup the interfaces file for netbase too - I notices a number of other distros do that |
03:42.29 | scruggs | I'm slowly learning how oe works :) |
03:42.34 | sakoman | Similar exercise for network/interfaces using the netbase package |
03:42.50 | sakoman | Same here |
03:43.52 | scruggs | not sure if you need it, but I tested the sound stuff and the gps on a gpsstix and it all worked just fine 1st time |
03:44.33 | sakoman | Cool! No sound for my device, so I haven't tried it |
03:45.09 | scruggs | I was amazed when it worked |
03:45.34 | scruggs | I'm so used to sound NOT working with buildroot that I haven't even tried it in months |
03:45.53 | scruggs | to have it work on the first try was great |
03:46.10 | sakoman | I'll be glad to get over this OE learning phase and get back to real work! |
03:46.33 | scruggs | same here my friend! |
03:47.16 | sakoman | I'm finally within about 1MB of the old buildroot image |
03:47.19 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
03:47.48 | sakoman | Need to figure out why gnuplot pulls in libstdc++ and I'll be just about at parity! |
03:47.57 | scruggs | 1MB is still a lot of real estate when you're talking embedded |
03:48.18 | scruggs | I noticed that today too - first thing pulled was libstdc++ |
03:48.31 | sakoman | libstdc++ is 700+K |
03:48.40 | scruggs | I went to add gpsd and it had a dependency on X!! |
03:49.02 | sakoman | yeah, lots of stuff in my bitbake collection |
03:49.16 | scruggs | I can imagine :) |
03:49.32 | sakoman | A big part of the savings came from moving away from task-base |
03:49.39 | *** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
03:49.49 | scruggs | I might bug you for edited bb files if I find some a bit too bloated for my liking |
03:50.17 | scruggs | I should dig into task-base a bit more |
03:50.18 | sakoman | Sure, no problem. Happy to share. |
03:50.24 | scruggs | thx |
03:50.53 | sakoman | After I clean up my "task-base-gumstix" I'll send you a copy |
03:51.15 | scruggs | that would be great |
03:55.24 | hvontres|home | scruggs: I think the gpsd dep on X11 is build time only... There are some X11 test prorams included.... |
03:57.09 | scruggs | hvontres|home: I'll have to check that out - I never actually followed through to see if it would require that X be installed - thx! |
04:00.09 | sakoman | scruggs: even if it isn't installed it may cause the config phase of other packages that you do need to detect libs that X required (in staging) |
04:00.43 | sakoman | And therefore configure themselves to use (and hence require) said libs |
04:01.07 | sakoman | Causing bloat :-( |
04:02.03 | scruggs | I was wondering if that would be the case |
04:02.20 | scruggs | at least using collections is pretty easy to get working |
04:03.04 | sakoman | Yeah, but a pain to have to override so much |
04:04.37 | scruggs | not sure that I want to know, but how many pkgs are you overriding to make the size cut? |
04:05.19 | sakoman | eleven at the moment |
04:05.50 | scruggs | what distro do you build on? |
04:06.00 | sakoman | angstrom-2007 |
04:06.20 | scruggs | I mean your build host machine ;) |
04:06.34 | sakoman | ah, Ubuntu 7.04 |
04:06.50 | scruggs | ok - I use gentoo |
04:07.11 | scruggs | one thing I like about gentoo is it has a concept of 'use' flags |
04:07.36 | scruggs | so if I say I never what to build an 'X' option into a package I can set that globally |
04:07.47 | scruggs | or on a package-by-package basis |
04:07.54 | sakoman | That's nice |
04:08.04 | scruggs | so you really never that to build anything that you don't want to build |
04:08.07 | sakoman | Too painful to switch now though :-) |
04:08.28 | scruggs | switching is not an option :) |
04:08.46 | sakoman | Yeah, that could easily kill a week! |
04:09.08 | scruggs | but coming from something like that it makes me wonder why a build system that targets embedded devices doesn't have a similar facility |
04:09.37 | scruggs | coming from gentoo that is |
04:09.39 | sakoman | Maybe it does and I'm just too much of a newbie to know about it! |
04:10.40 | scruggs | hmmm... good point - mabye someone here on the channel could confirm for a couple of newbies :) |
04:14.58 | *** join/#oe dion (n=dion@inhex.net) |
04:24.59 | *** join/#oe jbs (n=Bernardo@89.181.198.179) |
05:07.57 | *** join/#oe rd__ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
05:14.49 | *** join/#oe mwester (n=nmwester@gw.mwester.net) |
05:15.12 | *** join/#oe mwester (n=nnmweste@gw.mwester.net) |
05:29.11 | *** join/#oe pleemans (n=peter@leemanpe.ugent.be) |
05:31.33 | *** join/#oe scruggs (n=chris@72-161-117-175.dyn.centurytel.net) |
06:01.53 | *** join/#oe zecke (n=ich@ip51ce0962.speed.planet.nl) |
06:04.15 | *** join/#oe mwester (n=nnnmwest@gw.mwester.net) |
06:07.21 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:08.07 | *** join/#oe scruggs (n=chris@72-161-105-56.dyn.centurytel.net) |
06:21.17 | *** join/#oe polyonymous_ (n=hacker@pD9538208.dip0.t-ipconnect.de) |
06:21.27 | *** join/#oe mwester (n=nnnnmwes@gw.mwester.net) |
06:28.26 | *** join/#oe univac (n=univac@148.81.191.193) |
06:38.26 | *** join/#oe marcan (i=1337@host214-134.cvd.fit.edu) |
06:38.56 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
07:01.33 | *** join/#oe scruggs (n=chris@72-161-107-29.dyn.centurytel.net) |
07:08.13 | *** join/#oe W8TVI (n=me@98.133.239.242) |
07:12.39 | nik0n | moin |
07:12.51 | nik0n | having something like http://www.kegel.com/crosstool/crosstool-0.43/buildlogs/ on the OE website would be nice |
07:15.14 | nik0n | and could it be that i cant build uclibt 0.9.29 with gcc 3.3.4? |
07:17.02 | *** join/#oe kurre2_ (n=tomimo@a193-229-227-182.elisa-laajakaista.fi) |
07:25.28 | *** join/#oe nud (n=sf@www.multitel.be) |
07:25.47 | *** join/#oe scruggs (n=chris@72-161-106-72.dyn.centurytel.net) |
07:26.59 | XorA | morning |
07:27.59 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
07:28.24 | koen | good morning all |
07:29.01 | cyberdeck | good morning! |
07:34.24 | *** join/#oe summatusmentis_ (n=summatus@rn083002.morris.umn.edu) |
07:37.47 | XorA | yo koen, fixed networkmanager |
07:46.44 | *** join/#oe W8TVI_ (n=me@166.165.104.23) |
07:47.02 | RP | morning all |
07:47.58 | CIA-3 | 03koen 07org.oe.dev * r9d27acb3... 10/ (1 conf/distro/include/sane-srcrevs.inc): sanesrcrevs: bump webkit dependants to catch up with gdk->gtk renaming |
08:03.08 | nik0n | hi, im using gcc preferred version 3.3.4 and binutils-cross 2.14.90 glibc 2.3.3 and uclibc 0.9.29 and get that error: http://pastebin.com/m5009dadb |
08:03.12 | nik0n | anybody saw this before? |
08:03.51 | *** join/#oe benla1 (n=benlau@221.125.8.107) |
08:04.10 | nik0n | target ios arm ep93xx |
08:07.44 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:10.35 | *** join/#oe gilligan_ (n=gilligan@p549A8037.dip0.t-ipconnect.de) |
08:18.57 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
08:23.08 | *** join/#oe scruggs (n=chris@72-161-106-92.dyn.centurytel.net) |
08:25.18 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
08:27.47 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
08:30.27 | likewise | gm |
08:30.41 | XorA | yo |
08:30.48 | *** join/#oe flo_lap (n=fuchs@f048237137.adsl.alicedsl.de) |
08:33.27 | Darth_Wader | hm.. likewise - if i understand you right, you haven`t seen my bug with gcc-cross? |
08:34.34 | *** join/#oe Sleep_Walker (i=Sleep@nat/suse/x-6e1ae2e9bfe60ad1) |
08:35.07 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
08:36.12 | likewise | Darth_Wader: I am not getting that bug, I did read your report though. I cannot understand what happens exactly. |
08:37.33 | Darth_Wader | likewise: i think that it launches configure script for second time with incorrect enviropment or parameters |
08:39.29 | Darth_Wader | and second thing, who ever will need fortran on devices like pda(most of which even without hw mmu unit :/) |
08:46.09 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
08:55.11 | *** join/#oe Bernardo (n=Bernardo@84.39.72.94) |
08:58.14 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
09:07.47 | *** join/#oe scruggs (n=chris@72-161-115-183.dyn.centurytel.net) |
09:14.29 | XorA | WTF happened to dbus-daemon |
09:17.30 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
09:24.58 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
09:35.06 | *** join/#oe florian_ (n=fuchs@f048073099.adsl.alicedsl.de) |
09:39.21 | likewise | can we fetch patches (single files) from a repo using SRC_URI? |
09:39.53 | koen | likewise: http://www.openembedded.org/repo/org.openembedded.dev/packages/linux/linux-ezx_2.6.21.bb |
09:40.29 | koen | fetching single files with svn is a bit icky, since you need a *very* recent svn to do that |
09:40.49 | koen | but fetching patches from http shouldn't be a problem |
09:41.21 | *** join/#oe benlau (n=benlau@221.125.8.107) |
09:41.39 | *** join/#oe scruggs (n=chris@72-161-109-75.dyn.centurytel.net) |
09:42.58 | likewise | koen: but from CVS seems impossible. |
09:44.54 | likewise | koen: When moving patches out of the OE metadata (see discussion on the ml), we lose the hard link between versions and builds break more often (patches disappearing etc). |
09:44.59 | gilligan_ | which once again proves the point - stay away from CVS whenever possible ;] |
09:45.16 | likewise | gilligan_: the main is SRC independent. |
09:45.20 | likewise | gilligan_: the main problem is SRC independent. |
09:45.38 | likewise | gilligan_: namely do we want patches to be part of the metadata or not? |
09:45.42 | koen | I like to have all patches we apply in .dev |
09:45.57 | koen | so we know what we apply and can track changes better |
09:45.58 | likewise | koen: so, in the metadata |
09:46.08 | likewise | koen: me too. |
09:46.11 | koen | but some people find that a too big a burden |
09:46.56 | likewise | koen: well, I can see it blows up the metadata considerably, but I think it is the right way to keep track of things. |
09:47.14 | koen | disk space is cheap |
09:47.22 | koen | (on buildmachines) |
09:48.18 | koen | XorA: dbus r7 should be regression free |
09:48.43 | koen | note to self: don't merge poky stuff before having coffee |
09:49.54 | XorA | koen: cheers |
09:50.28 | gilligan_ | .oO( "coders are merely tools to convert coffee into code ) |
09:52.19 | CIA-3 | 03koen 07org.oe.dev * r7902f4e2... 10/ (1 packages/dbus/dbus.inc packages/dbus/dbus_1.0.2.bb): dbus: tweak packaging, should help XorA's single core build :) |
09:52.51 | koen | that's the r6 commit |
09:52.57 | koen | r7 adds dbus-uuidgen |
09:53.14 | XorA | gilligan_: s/tools/machines/ |
09:53.55 | XorA | with that maybe NetworkManager will start |
09:55.58 | XorA | koen: did you close #3091 |
09:58.35 | *** join/#oe benla1 (n=benlau@221.125.8.107) |
10:01.02 | *** join/#oe psokolovsky_ (n=psokolov@stingy.earner.volia.net) |
10:01.11 | *** join/#oe tkp (n=tom@87-194-253-39.bethere.co.uk) |
10:08.37 | gilligan_ | hrm.. i am starting to lose orientation again.. where is the angstrom-minimal-image-with-mtd-tools or whatever the exact name was defined ? |
10:11.57 | psokolovsky_ | gilligan_: there's .bb with such name. find/grep -r are your friends |
10:13.20 | nik0n | is it possible to to a PREFERRED_PROVIDER_virtual/kernel_machine ? |
10:13.30 | nik0n | i want to specify the machine kernel in my distro conf |
10:13.32 | gilligan_ | ah.. in packages/images.. |
10:14.07 | nik0n | like PREFERRED_PROVIDERS_virtual/kernel_gumstix-connex |
10:14.13 | *** join/#oe xkill (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) |
10:39.01 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
10:55.24 | *** join/#oe psokolovsky__ (n=psokolov@82.193.99.11) |
10:56.49 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
10:57.08 | *** join/#oe scruggs (n=chris@72-161-106-92.dyn.centurytel.net) |
11:22.01 | *** join/#oe polyonymous|note (n=hacker@pD9538208.dip0.t-ipconnect.de) |
11:22.44 | *** join/#oe cwiiis (n=cwiiis@86.159.139.157) |
11:23.34 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
11:28.46 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
11:35.03 | gilligan_ | hm... configure in uclibc 0.9.29-r7 just failed during a build of angstrom 2008.1 |
11:36.30 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
11:36.46 | gilligan_ | lxdialog/dialog.h : error: curses.h: No such file or directory |
11:37.31 | *** join/#oe scruggs (n=chris@72-161-118-2.dyn.centurytel.net) |
11:38.38 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
11:45.58 | *** join/#oe neenaoffline (n=neenaoff@unaffiliated/neenaoffline) |
11:46.06 | *** part/#oe neenaoffline (n=neenaoff@unaffiliated/neenaoffline) |
11:49.37 | *** join/#oe zecke (n=ich@gprs-pool-1-016.eplus-online.de) |
11:49.43 | zecke | Philippe: hey |
11:50.19 | RP | hi zecke |
12:05.34 | nik0n | who created the ep93xx machine configuration? |
12:05.41 | *** join/#oe scruggs (n=chris@72-161-106-203.dyn.centurytel.net) |
12:11.07 | *** join/#oe birunko (n=birunko@200.184.118.132) |
12:13.33 | *** join/#oe rschuster (n=rob@e178083170.adsl.alicedsl.de) |
12:13.37 | rschuster | hi |
12:14.11 | rschuster | I have a package that needs a special configure option when run on a Intel XScale CPU. |
12:15.17 | rschuster | how can I make the addition of this configure option automatic depending on the target CPU? |
12:15.36 | rschuster | (the package is kaffe 1.1.8 and I want to sent my updates for inclusion) |
12:16.25 | zecke | rschuster: hmm, we have a TARGET_ARCH but no TARGET_CPU |
12:16.29 | rschuster | ah the configure option should not be there if the target CPU is some other arm-variant (no iwmmxt) |
12:16.54 | koen | rschuster: check the mplayer recipes |
12:17.03 | koen | those have iwmmxt overrides |
12:17.03 | rschuster | koen: thanks. will do so |
12:17.11 | zecke | koen: when are you going to come to berlin? |
12:17.13 | koen | not perfect, but good enough |
12:17.17 | koen | zecke: the 5th |
12:17.27 | koen | I arrive at 13:18 at hbf |
12:17.45 | koen | and will wait a bit for XorA to get there and then head in your direction |
12:18.58 | rschuster | koen: basically all devices which are known to contain xscale CPUs are handled specially in the BB right? |
12:19.16 | koen | rschuster: yes |
12:19.38 | zecke | RP: we will wait for you. When are you going to join us? |
12:19.44 | koen | rschuster: in the near future I want to have something like MACHINE_FEATURES = "iwmmxt" |
12:19.49 | *** join/#oe abner (n=birunko@200.184.118.132) |
12:19.50 | RP | zecke: Sunday evening |
12:20.46 | rschuster | koen: ok. would OE accept a machine conf even it is not possible to build a real operating system image for it (I am talking about the irex iliad ereader which has proprietary kernel modules) |
12:21.10 | koen | rschuster: the iliad is already in :) |
12:21.58 | *** join/#oe psokolovsky__ (n=psokolov@stingy.earner.volia.net) |
12:22.25 | koen | rschuster: er0100.conf is the iliad |
12:22.29 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
12:22.43 | koen | (that's how irex calls it in their OE snapshot) |
12:23.17 | nik0n | koen: know who build the ep93xx machine configuration? |
12:23.27 | koen | nik0n: I did |
12:23.51 | rschuster | koen: hm, thats odd. I thought they name it ereader. they /etc/ipkg/arch.conf suggests that to me ... |
12:23.57 | zecke | koen: If I'm bored I'm going to pick you up |
12:24.16 | koen | rschuster: well, I used the files matthijs gave us |
12:24.21 | koen | and he's the irex OE dude :) |
12:24.32 | *** join/#oe svolpe_gerrath (n=Gerrath@unaffiliated/gerrath) |
12:25.07 | rschuster | koen: ok then I will integrate that with this description :) |
12:26.22 | nik0n | koen: from where u took the eraseblocksize? i get tons of this errormsg |
12:26.22 | nik0n | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0031ff7c: 0x0689 instead |
12:26.25 | nik0n | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0031ff80: 0xb174 instead |
12:26.36 | nik0n | when using ep93xx as machine and flash the image to my 9302 |
12:26.57 | koen | I took the erasesize for my glomation board |
12:27.06 | koen | could be otherboards need something different |
12:27.16 | nik0n | which on eyou got? |
12:27.32 | nik0n | or where u took that size? flash chip data sheet? |
12:29.10 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
12:29.12 | koen | zecke: have you looked at cython for the bitbake c parser? |
12:29.20 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
12:29.43 | rschuster | koen: I just updated my org.oe.dev branch and there is no conf/machine/er100.conf |
12:29.59 | zecke | koen: no, do you what is missing for the parser? locking me into a room 48hours and giving me enough mate... (hint there is a mate dealer next to our office) |
12:30.44 | zecke | oh and my mtn2git tool is done :) |
12:30.54 | *** join/#oe scruggs (n=chris@72-161-114-4.dyn.centurytel.net) |
12:32.39 | koen | rschuster: ah, heh |
12:32.48 | koen | it seems I never actually committed it.... |
12:32.55 | zecke | lol |
12:33.03 | koen | well, it's in now :) |
12:33.35 | cbrake | gilligan_: install libncurses5-dev -- uclibc build is still a little broken |
12:33.37 | zecke | lol, looks I have new friends at IBM GES :} |
12:34.01 | koen | cbrake: dooesn't OE build ncurses-native? |
12:34.14 | rschuster | koen: thanks |
12:34.32 | cbrake | koen: I think it does, but if I recall, uclibc must still be looking in the host headers |
12:35.08 | Crofton|home | ./me arrives Tegel at 10AM on Oct 5 |
12:35.28 | Crofton|home | Friday will be spent staying up as long as I can |
12:38.35 | zecke | bbl |
12:38.48 | cbrake | koen: http://bugs.openembedded.org/show_bug.cgi?id=2545 |
12:39.42 | koen | cbrake: ah, right |
12:40.32 | *** join/#oe aCiDBaSe (n=osantana@200.184.118.132) |
12:40.52 | cbrake | rschuster: I tried your 0.95 classpath recipe from the bug tracker last week -- I hope to work on it a little more this week. |
12:42.52 | *** join/#oe tkp_ (n=tom@87-194-253-39.bethere.co.uk) |
12:43.04 | rschuster | cbrake: I am sorry. I have not updated the recipes in the bugtracker for a while. but I have newer ones locally. |
12:43.51 | rschuster | cbrake: only problem is that my approach conflicts with the one taken by henning. and to fix the real issue (java toolchain in oe) it would take much longer ... :( |
12:43.55 | cbrake | rschuster: I would be interested in testing and pushing into mtn if you have time to upload them. |
12:44.07 | cbrake | rschuster: ahh, IC |
12:44.19 | rschuster | cbrake: I will upload them |
12:44.56 | cbrake | rschuster: does any of the current java stuff in OE -- your stuff was the first time I had any success running anything |
12:45.08 | cbrake | rschuster: *stuff in OE work ... |
12:46.31 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
12:47.10 | *** join/#oe wrobbie (n=rob@cm22.kappa84.maxonline.com.sg) |
12:49.04 | rschuster | cbrake: yep. it works |
12:49.30 | rschuster | cbrake: I have this successfully running on the irex ereader (arm xscale) and neo1973 |
12:49.59 | cbrake | rschuster: excellent -- was this with your recipies or the ones in OE? |
12:51.07 | koen | XorA, rschuster: what do you think of this: http://ewi546.ewi.utwente.nl/tmp/mplayer-iwmmxt.diff.txt ? |
12:51.38 | *** join/#oe psokolovsky__ (n=psokolov@82.193.99.11) |
12:52.40 | rschuster | cbrake: this was done with the recipes I have locally |
12:52.59 | rschuster | cbrake: I am using them via an overlay (don't beat me to much for this) |
12:53.10 | rschuster | cbrake: they are available through a public SVN repo, too |
12:53.26 | rschuster | cbrake: along with updated recipes for cacao, java-gnome etc |
12:53.45 | rschuster | cbrake: I plan to merge this in OE. but I have very little time recently :( |
12:54.23 | *** join/#oe marciom (n=marcio@200.184.118.132) |
12:54.54 | rschuster | cbrake: if you have a neo or iliad you can even install working binary packages (http://jalimo.org/wiki/doku.php?id=packages) |
12:55.34 | rschuster | cbrake: current building instructions for OE are here: http://jalimo.org/wiki/doku.php?id=doc:howto:buildingforopenembedded |
12:56.17 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
12:57.51 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
12:58.23 | nik0n | koen: the ep9302 board needs eraseblocksize 0x20000 jfyi |
12:58.32 | nik0n | not your 40000 |
13:00.15 | cbrake | rschuster: thanks for the link -- looks very good. I'll try to help out on the OE integration where I can ... |
13:00.51 | rschuster | cbrake: updated my recipes at http://bugs.openembedded.org/show_bug.cgi?id=2730 |
13:01.00 | cbrake | rschuster: thanks! |
13:01.36 | rschuster | cbrake: thanks for the help. If you have any question about the recipes or something just ping me :) |
13:02.08 | cbrake | rschuster: will do |
13:02.38 | cbrake | rschuster: amazing all the things that are going on -- this is the first I've heard of Jalimo :-) |
13:02.47 | *** join/#oe scruggs (n=chris@72-161-112-82.dyn.centurytel.net) |
13:03.43 | rschuster | cbrake: I am sorry for that. tarent is already using this for customer projects and I am involved in that. so time for the OE merging (which is also my part) is low :| |
13:04.17 | XorA | koen: good for me, saves adding a bazilion machines |
13:04.18 | *** join/#oe lrg_ (n=liam@lumison.wolfsonmicro.com) |
13:04.47 | rschuster | cbrake: but it is good to know that someone else apart from me is now reviewing these recipes :) |
13:04.53 | cbrake | rschuster: yeah, I understand -- I'm overbooked myself right now -- are there any maillists or irc channels you recommend for keeping up with mobile java developments |
13:05.44 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
13:06.11 | rschuster | cbrake: project page: http://evolvis.org/projects/jalimo/, http://evolvis.org/mail/?group_id=11 |
13:06.47 | rschuster | cbrake: but please note that we are only using the free runtimes and class libraries. so it is not the 'official' java :) |
13:07.59 | rschuster | cbrake: openjdk integration is done by the various runtime people. there is high flux on that. We plan to integrate that once it is easy to build and work |
13:08.14 | cbrake | rschuster: yes, that makes sense |
13:08.45 | rschuster | cbrake: will you be at OEDEM? |
13:10.06 | cbrake | rschuster: no, I don't plan to be there this year -- maybe next year if I do some planning ahead |
13:12.36 | rschuster | koen: the ereader machine conf you put in will not generate ARCH=arm packages by default. would you mind setting PACKAGE_ARCH to "arm"? that way the created packages would be architecture compatible to the original OS distribution from irex. or am I supposed to do this through local.conf? |
13:14.06 | koen | rschuster: it has TARGET_ARCH = "arm", which is all it needs |
13:15.08 | koen | rschuster: any munging to PACKAGE_ARM will need to be done in the ereader distro (which is still in bugzilla) |
13:16.57 | rschuster | koen: ok. there is still a small glitch. the machine conf references tune-xscale.*conf* but it is .inc instead |
13:20.44 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
13:33.23 | *** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
13:33.55 | nud | how do you do X forwarding using dropbear ? |
13:42.58 | *** join/#oe jsheldon (n=jim@70.90.111.225) |
13:45.21 | *** join/#oe memeruiz_ (n=memeruiz@e179203249.adsl.alicedsl.de) |
14:00.10 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.194.Dial1.SanJose1.Level3.net) |
14:07.05 | chouimat | morning |
14:07.26 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
14:08.42 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
14:10.54 | sakoman | koen: Is there a package I can use to insert a custom modprobe.conf or modprobe.d into my image? |
14:17.14 | *** join/#oe gilligan__ (n=gilligan@p549A830D.dip0.t-ipconnect.de) |
14:23.35 | gilligan__ | having to wait up to a minute to get a reply from 'mtn status' = pain in the a*** ... |
14:28.34 | *** join/#oe jbs (n=Bernardo@84.39.36.194) |
14:28.38 | Crofton|home | curse nokia! |
14:29.01 | Crofton|home | they are buying Navteq at no real premium to the share price |
14:29.33 | Crofton|home | mwester, what failed? |
14:29.38 | mwester | Webkit |
14:29.46 | Crofton|home | hmm |
14:29.55 | Crofton|home | lots of monekying around there over the weekend |
14:30.00 | mwester | Yeah. |
14:30.09 | mwester | That's why I delayed the full build until the last minute. |
14:30.12 | chouimat | mwester: branches??? this concept is so advanced that a lot of people fail to understand it ;) |
14:30.21 | mwester | Grrrrr..... |
14:30.39 | mwester | If wasn't starting to lose my hair, I'd be pulling it out! ;) |
14:32.42 | sakoman | Crofton: Do you know if there a package I can use to insert a custom modprobe.conf or modprobe.d into my image |
14:32.56 | mwester | What comes around, goes around - or whatever the phrase is. I'm sure that I'll commit something that will break OE, and then everyone can jump all over me -- especially given my recent rants about OE, stability, and branches. :) |
14:33.22 | Crofton|home | sakoman, not sure |
14:33.30 | XorA | mwester: your best bet is to break gcc |
14:33.34 | Crofton|home | what are you trying to do? |
14:35.05 | mwester | XorA: The pango-directfb was another way to really mess things up. |
14:35.26 | mwester | XorA: but those have been done already - I need something truely spectacular. |
14:35.28 | sakoman | Crofton: I'm trying to autostart wifistix |
14:35.34 | Crofton|home | ah |
14:35.47 | Crofton|home | and the autload line does not work? |
14:35.52 | koen | mwester: webkit builds fine on the autobuilder |
14:35.54 | Crofton|home | or there are conflicts? |
14:36.09 | XorA | mwester: well the good thing about screwing up gcc is you cant go backwards, and so everyone needs to rebuild twice |
14:36.17 | sakoman | I have it working, just trying to find the "OE way" to put modprobe.conf or a file in modprobe.d |
14:37.06 | sakoman | Crofton: it needs a combo of /etc/network/interfaces and /etc/modprobe.conf in addition to the autoload line |
14:37.30 | XorA | sakoman: any package should be able to add a file to modprobe.d |
14:37.39 | scruggs | sakoman, will it work if you add a gumstix-connex dir in packages/modutils/files and have it in there? |
14:37.45 | Crofton|home | module_autoload_ohci-hcd_omap5912osk = "ohci-hcd" |
14:37.50 | Crofton|home | in linux.inc I think |
14:37.54 | sakoman | scruggs: no |
14:38.04 | mwester | koen: | checking for WEBKITGTK... configure: error: Package requirements (WebKitGdk) were not met: |
14:38.09 | scruggs | thought that might be too easy |
14:38.19 | mwester | koen: | No package 'WebKitGdk' found |
14:38.33 | koen | mwester: that's not a problem with webkit |
14:38.55 | koen | mwester: that's a problem with your app depending on an outdated version of webkit |
14:39.23 | Crofton|home | sakoman, I am off to school, once I see what disasters are happening, I will try and put in some gumstix time this week |
14:39.24 | sakoman | XorA: I know I can add it myself in a custom recipe, I just wanted to check to see if there was a "standard" way ala base-files |
14:39.35 | scruggs | Crofton: I ran into an issue with the pxa2xx-cs module when using the module_autoload.. method |
14:39.40 | mwester | koen: Isn't that what sane-srcrevs is supposed to fix, then? |
14:39.46 | Crofton|home | bbiab |
14:39.48 | XorA | sakoman: I think the preferred way would be to add it from your modules package |
14:39.59 | koen | mwester: fix what? |
14:40.03 | sakoman | Crofton: OK, have fun :-) |
14:40.16 | koen | mwester: sane-srcrevs only locks down srcrevs |
14:40.29 | koen | it has nothing todo with upstream being stale or buggy |
14:40.35 | XorA | mwester: WebkitGdk is now WebkitGtk, OE was version bumped this morning |
14:40.56 | mwester | Upstream is fine, koen -- the problem is that somewhere a change to it leaked through without being tested. |
14:41.08 | sakoman | XorA: I'm confused! Which modules package are you referring to? |
14:41.18 | XorA | sakoman: those wifi modules |
14:41.56 | koen | the two dependants of webkit I know off (feedreader and browser) both build fine over here and on the autobuilder |
14:42.32 | mwester | koen: then presumably a recent commit (in the past 8 hours) fixed it. |
14:42.33 | sakoman | XorA: thanks for the clarification! |
14:42.54 | XorA | sakoman: I assume they are an out of kernel build? |
14:42.56 | koen | mwester: so you're complaining that your outdated checkout is outdated? |
14:43.01 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
14:43.13 | XorA | sakoman: if so add the modprobe.d/wifimodules.conf file into that package |
14:43.20 | sakoman | XorA: yes a separate package, so it should be easy |
14:43.29 | mwester | koen: No, I'm complaining that it wasn't fixed when someone first committed the change that broke it, of course. |
14:44.00 | sakoman | XorA: thanks! |
14:44.56 | scruggs | sakoman: let me know if that works out for you - that would be a lot easier than what I am doing now for autoloading |
14:47.02 | sakoman | scruggs: I know it works when the files are added by hand. Every boot afterwards has a functioning network from the get go |
14:48.11 | sakoman | scruggs: got an eye exam now, so it will be a while before I make the changes to the wifistix recipe |
14:48.28 | sakoman | I'll let you know when it is complete & functioning |
14:48.59 | scruggs | sakoman: thanks for the info. I won't be able to work on it for a bit too, but do let me know your progress |
14:49.32 | sakoman | scruggs: will do -- ttyl |
14:52.25 | scruggs | sakoman: thx - later |
14:57.39 | *** join/#oe zilux (n=user@bdy93-1-82-67-223-79.fbx.proxad.net) |
14:59.27 | *** join/#oe Crofton (n=balister@hc652160c.dhcp.vt.edu) |
15:01.30 | *** join/#oe jbs (n=Bernardo@84.39.86.181) |
15:08.28 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:10.17 | mwester | Anyone have any particular interest in the orinoco tools in OE? |
15:13.01 | summatusmentis | mwester: yeah, symbol spectrum24 wifi card here |
15:17.18 | mwester | Ok. The recipe for the firmware download is sub-optimal, and seems it gets built with OM builds. If someone is actively using and developing that, I'll leave it alone. Otherwise I'll put it on my list of things to look into. |
15:22.58 | *** join/#oe mallum (n=mallum@86.159.139.157) |
15:25.53 | *** join/#oe summatusmentis_ (n=summatus@umm-yrless170.morris.umn.edu) |
15:27.47 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
15:28.50 | koen | lrg: another mail on the buildroot list about broken alsalibs :) |
15:30.13 | lrg | koen: funnily enough, I'm just speaking to someone in #alsa-soc now about using OE for his builds ;) |
15:30.32 | lrg | koen: alsa-lib issues... |
15:30.58 | koen | lrg: the only problem in OE with alsa libs is missing atomic ops support for avr32 |
15:32.43 | lrg | koen, XorA: still no fins of blackness yet :( |
15:32.49 | *** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
15:40.03 | christopher | hello all. wondering if someone can explain something weird I am seeing with configure. |
15:40.13 | XorA | koen: wow that email about GPRS really works |
15:40.22 | christopher | If I do a rebuild of gqview (which builds fine) it shows pkg-config using the one for arm as it should. |
15:40.26 | XorA | koen: now how to build that into udev |
15:40.38 | christopher | When I do a rebuild of rhythmbox, it uses pkg-config from i686 instead of arm. |
15:40.38 | Crofton | ~lart buildroot |
15:40.39 | ibot | whips out his power stapler and staples buildroot's foot to the floor |
15:40.55 | Crofton | ~lart gumstix for not pushing buildroot patches upstream |
15:40.55 | ibot | steals gumstix's mojo for not pushing buildroot patches upstream |
15:41.07 | christopher | can anyone explain that? anything that may not be setup correctly or things to check? |
15:42.50 | christopher | the same thing happens with a custom recipe where I am trying to build gtkpod using libgpod. even though there is a libgpod-1.0.pc file, configure doens't see it when gtkpod is built |
15:42.58 | christopher | and I don't understand how to tell it which one to use |
15:43.24 | Crofton | inherit pkgconfig |
15:44.38 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
15:45.09 | cbrake | Crofton: I recall it places pkgconfig data in staging, but there may be benefits for packages that use pkgconfig |
15:45.39 | cbrake | http://www.openembedded.org/user-manual&dpage=pkgconfig_class |
15:45.55 | Crofton | ah thannks |
15:46.29 | Henryk | hmm, is anyone inclined to push my patch to make termcap smaller? http://bugs.openembedded.org/show_bug.cgi?id=3075 |
15:47.27 | XorA | Henryk: on my TODO for tomorrow |
15:47.51 | Henryk | ah, fine, thanks |
15:49.48 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
15:52.57 | christopher | cbrake: crofton: well, it uses pkgconfig, it just uses the wrong one. so, by inheriting it, will it force it to use the arm version or just use it...I'll give it a shot, but it's not like it isn't using pkgconfig...just using a different one |
15:56.14 | CIA-3 | 03koen 07org.oe.dev * re7fcaa38... 10/ (1 conf/machine/er0100.conf): er0100: commit it, this has been sitting in my repo for too long |
15:56.19 | CIA-3 | 03koen 07org.oe.dev * rf68cd62e... 10/ (1 packages/dbus/dbus.inc packages/dbus/dbus_1.0.2.bb): dbus: include uidgen as well |
15:56.23 | CIA-3 | 03koen 07org.oe.dev * r1401e622... 10/ (10 files in 3 dirs): iwmmxt machines: add 'iwmmxt' as machine feature |
15:56.29 | CIA-3 | 03koen 07org.oe.dev * rec037fe4... 10/ (1 packages/mplayer/mplayer_svn.bb): |
15:56.30 | CIA-3 | mplayer svn: use iwmmxt when appropriate MACHINE_FEATURE has been set |
15:56.32 | CIA-3 | [15:04] XorA: koen: good for me, saves adding a bazilion machines |
15:56.36 | CIA-3 | 03koen 07org.oe.dev * rff780297... 10/ (1 conf/machine/er0100.conf): er0100: catch up with include renaming |
15:56.39 | CIA-3 | 03koen 07org.oe.dev * r5adbd160... 10/ (1 packages/gstreamer/gst-meta-base_0.10.bb): gst-meta-base: gst-plugins-bad is needed for ivorbis |
15:56.55 | cbrake | christopher: <oe dir>/classes/pkgconfig.bbclass |
15:58.29 | *** join/#oe mgross (i=mgross@nat/intel/x-fc18d21f429abfa8) |
15:58.43 | cbrake | christopher: looks like about all it does is copy *.pc files to staging for packages provide pkgconfig data |
15:59.18 | christopher | cbrake: ok. well, it did get further and got through configure for gtkpod so that is a step in the right direction! I think I'm still missing some dependencies |
16:05.57 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
16:15.27 | *** join/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
16:19.05 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
16:29.13 | *** join/#oe rob_w (n=bob@adsl-69-226-187-52.dsl.irvnca.pacbell.net) |
16:32.18 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
16:47.07 | *** join/#oe gremlin[it] (n=gremlin@ppp-147-4.25-151.libero.it) |
16:58.38 | *** join/#oe Bernardo (n=Bernardo@89.181.198.179) |
17:03.12 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
17:03.42 | Henryk | cbrake: ok, I have a working mono recipe, it's kind of ugly though. I don't like they way I'm doing dependencies |
17:04.06 | cbrake | Henryk: excellent -- well, its a start and better than what is in there now :-) |
17:07.06 | Henryk | Maybe I'll ask for some kind of policy decision her: What I have is a lot (I'm talking in the region of 50's) of packages which each contain (provider) some number of assemblies and reference (depend on) some other assemblies. For example the package libmono-accessibility1.0-cil provides "Accessibility 1.0.5000.0" and depends on "mscorlib 1.0.5000.0" (which would be contained in libmono-corlib1.0-cil) |
17:08.16 | Henryk | I'd like to use virtual dependencies to accurately convey this information: E.g. libmono-accessibility1.0-cil would RPROVIDES "virtual/cli-Accessibility-1.0.5000.0" and RDEPENDS on "vritual/cli-mscorlib-1.0.5000.0" |
17:08.21 | Henryk | Would that be acceptable? |
17:09.02 | Henryk | s/her/here/, s/provider/provides/ |
17:10.37 | koen | are virtuals really necessasry? |
17:10.53 | koen | are there going to be more providers for virtual/cli-Accessibility-1.0.5000.0 ? |
17:11.17 | koen | and if so, how is that going to be handled at runtime? |
17:11.35 | Henryk | koen: no, but there's no really good way to map the assembly name "Accessibility 1.0.5000.0" to the package libmono-accessibility1.0-cil |
17:12.10 | Henryk | (e.g. "System.Drawing.Design 1.0.5000.0" is in libmono-winforms1.0-cil |
17:12.38 | koen | why does it need to get mapped? |
17:13.30 | rschuster | Henryk: nice to see that including dotnet is even more fun than supporting java. I am planning a full java toolchain for OE and have similar issue than what you are presenting here. |
17:13.36 | Henryk | koen: because I want to (need to) express a ipkg dependency, so that the necessary packages get installed |
17:14.49 | koen | so why again do you need virtuals? |
17:15.52 | rschuster | Henryk: you can use "cli-Accessibility-1.0.5000.0" as RPROVIDES, too |
17:15.52 | Henryk | koen: I don't. I just thought that would be the most appropriate way. E.g. RPROVIDES "mono-cli/Accessibility-1.0.5000.0" or something would be fine with me too |
17:15.52 | koen | RDEPENDS_libmono-accessibility1.0-cil = "libmono-corlib1.0-cil" whould solve your problems as well |
17:16.32 | Henryk | koen: except that I only get the information on which package provides and depends on what other package only at compile time |
17:16.37 | koen | of you *know* that libmomo-access needs corlib, why do you need to invent rprovides around that? |
17:17.19 | koen | Henryk: do_split_packages has the same problem and is able to solve it |
17:17.58 | koen | no need to pollute OE and ipkg namespaces when all you need is a bit of python |
17:18.12 | Henryk | koen: it's more complicated than that |
17:18.21 | koen | not from your description |
17:18.36 | Henryk | koen: there are two points I need to add dependencies: While compiling the mono recipe (which will create a huge number of packages each containing one .dll) and then setting the dependencies on these. That I can do (and have done) with Python. |
17:19.19 | koen | s/compiling/do_package/ |
17:19.20 | Henryk | The other point is when compiling external packages (e.g. gtk-sharp) outside of the main mono recipe. These also will depend on other assemblies (which I only know by their assembly name, not by their package name) |
17:20.15 | koen | So you could just dump that info in staging and have dependant recipes use that, right? |
17:20.24 | koen | OE does that for shlibs already |
17:20.36 | Henryk | koen: that would be another way, yes |
17:20.49 | koen | without need virtual/libfoo.so everywhere |
17:20.55 | koen | needing* |
17:21.53 | Henryk | I considered that for a short moment but then thought it would not be clean enough. But if you say that's the way I should be going then that's all the better |
17:22.34 | koen | using virtuals and/or RPROVIDES means something is either *very* wrong or that something was *very, very* wrong in the past and we need to provide bugcompatibilty |
17:22.50 | koen | (from long OE experience) |
17:24.10 | koen | Henryk: virtuals seems very attractive (especially to gentoo people missing USE flags), but it is a nightmare at runtime when installing stuff |
17:24.53 | Henryk | <-- gentoo user :-) |
17:25.15 | Henryk | koen: okay, I'll look into how shlibs does things. |
17:26.27 | koen | Henryk: it's possible that using virtuals *is* the way to go for mono stuff, but let's look at other options first :) |
17:26.27 | *** part/#oe rd_ (n=dr@trung.tam.mua.ban.trao.doi.phu.nu) |
17:28.17 | *** join/#oe psokolovsky_ (n=psokolov@stingy.earner.volia.net) |
17:30.12 | *** join/#oe stevenh (n=lews@65.167.23.2) |
17:30.20 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
17:31.11 | *** join/#oe Crofton (n=balister@hc65216b8.dhcp.vt.edu) |
17:32.33 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
17:33.48 | gremlin[it] | dbus-glib_0.74 fail to compile --> configure: error: cannot run test program while cross compiling |
17:38.18 | koen | gremlin[it]: uclibc? |
17:40.03 | gremlin[it] | yes |
17:40.17 | gremlin[it] | previous version compiled fine ... |
17:40.32 | koen | the commit I just made should solve it |
17:41.32 | gremlin[it] | okey koen, i go to dinner and try after ... :) |
17:41.42 | Crofton | I applied for a degree and crashed the internet in our building |
17:43.06 | *** join/#oe tkp (n=tom@87-194-253-39.bethere.co.uk) |
17:55.48 | *** join/#oe csmanx (n=csman@dyn-wireless-164-192.Concordia.CA) |
17:57.27 | CIA-3 | 03koen 07org.oe.dev * ra2075ec1... 10/ (5 files in 2 dirs): site: commit some local changes |
18:01.53 | *** join/#oe rob_w (n=bob@adsl-69-226-187-52.dsl.irvnca.pacbell.net) |
18:02.20 | HopsNBarley | Crofton|home, gotta love that campus IT (-; |
18:04.10 | *** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu) |
18:04.47 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
18:04.50 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
18:05.22 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:10.54 | *** join/#oe Crofton (n=balister@hc652165e.dhcp.vt.edu) |
18:35.28 | *** join/#oe zap (n=zap@85.249.170.16) |
18:36.52 | *** join/#oe nud (n=sf@91.86.82.60) |
18:40.25 | gremlin[it] | koen, dbus perfect now! |
18:42.42 | christopher | cbrake: Right now, I am past the configure stage, but compilation of gtkpod fails when it can't find /libxml/xmlversion.h and I have libxml2 as a dependency but I don't see the includes on the compile line. I also added in --with-libxml2=yes to the configure line but still can't find it. |
18:42.58 | christopher | is there a better way to do that? I've looked at other bb files including xml and they don't do much in there |
18:43.05 | christopher | some do configure statements, some don't |
18:43.17 | christopher | but the -I include statement is not there for the header files |
18:47.27 | cbrake | christopher: it is difficult to say how to fix this without debugging the package build -- it is likely something wrong with the gtkpod build files |
18:48.18 | cbrake | christopher: adding a BB dependency does not do anything but make sure the package is built first. It is up to the actuall sw being build to set up include paths, etc. |
18:49.19 | cbrake | any opinions if we should take TARGET_OS out of local.conf since it is typically set by a DISTRO.conf? |
18:49.35 | christopher | cbrake: ok. I was thinking that you could pass info into configure to force the build to know to use xml or whatever. I need to be able to pass in the directory where those includes are. I'll look for a previous example |
18:50.10 | cbrake | christopher: it is probably wrapped up in autotools magic -- this is where things really get fun :-\ |
18:52.57 | gilligan__ | christopher, have you had a look at the output of ./configure --help ? you might be able to specify a specific path for libxml there ? |
18:54.07 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
18:56.58 | christopher | gilligan__ : I did. it only has something about if you don't want the package or if you do, you can specify something like --with-libxml=yes |
18:57.13 | christopher | and I have tried that, but it still can't find xmlversion.h (and a couple of other ones |
18:57.47 | gilligan__ | christopher, but you are sure that they have already been installed at that point? |
18:59.11 | christopher | well, I did do the bitbake libxml2 to be sure it had been built. it is also part of the depends statement |
18:59.20 | christopher | is there something else that I would need to do ? |
19:00.07 | gilligan__ | maybe look in the configure.ac file of gtkpod and look for the line where it checks for libxml .. most probably via pkg_config |
19:00.19 | gilligan__ | oh, or.. hold on.. does the ./configure fail at all ? |
19:01.29 | gilligan__ | or does it fail during the actual compilation? |
19:01.31 | christopher | gilligan__ : it passes the configure. |
19:01.38 | christopher | just fails the actual compilation |
19:01.46 | christopher | because it can't find libxml/xmlversion.h |
19:02.09 | christopher | it was failing configure before not finding libgpod but that works now with inheritting pkgconfig |
19:03.02 | *** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) |
19:04.17 | gilligan__ | I don't know how the bootstrapping/fakeroot/chroot/whatever is set up .. but maybe someone from the channel who knows can tell you how to check if the file is actually installed or not |
19:05.26 | gilligan__ | or have a look at the configure.ac of gtkpod and then fgrep -R through the packages dir to see if there are other packages requiring libxml2 and how they deal with it |
19:06.04 | *** join/#oe csmanx (n=csman@dyn-wireless-164-192.Concordia.CA) |
19:06.21 | gilligan__ | dinner time |
19:06.22 | likewise | What was the PATH_MAX fix for procps? rebuilding procps alone doesn't do it |
19:07.54 | *** join/#oe mimecar (n=Miguel@35.Red-83-36-190.dynamicIP.rima-tde.net) |
19:08.18 | mimecar | hi |
19:08.26 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.198.Dial1.SanJose1.Level3.net) |
19:08.47 | *** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
19:12.25 | christopher | gilligan__: yeah, I was trying that and trying to see if any other package did anything special but I didn't see it |
19:12.44 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
19:16.04 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
19:17.33 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
19:18.20 | *** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
19:20.40 | *** join/#oe tkp_ (n=tom@87-194-253-39.bethere.co.uk) |
19:25.26 | Crofton | wtf is libmudflap? |
19:25.54 | mimecar | what's wtf? |
19:26.01 | Crofton | um |
19:26.08 | *** join/#oe flo_lap (n=fuchs@f048038183.adsl.alicedsl.de) |
19:26.12 | Crofton | what the f*ck :) |
19:26.19 | mimecar | xD |
19:26.35 | Crofton | mud flap is something you have on a big pick up truck |
19:26.53 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
19:27.09 | flo_lap | hi all |
19:27.17 | mimecar | hi flo_lap |
19:27.18 | *** join/#oe memenarsil (n=memeruiz@e179203249.adsl.alicedsl.de) |
19:31.07 | Crofton | XorA, I wonder if you and vivijim are on the same flight |
19:35.08 | vivijim | XorA: Crofton my flight is from Frankfurt (11:40) to Berlin (12:45) |
19:35.15 | XorA | vivijim: yes thats mine |
19:35.26 | vivijim | XorA: cool! |
19:36.02 | Crofton | what time do you guys arrive in Frankfurt? |
19:36.30 | vivijim | I will arrive at Frankfurt at 10:50 |
19:36.33 | vivijim | from lisboa |
19:37.36 | Crofton | I arrive at 0600 and leave at 0855 |
19:40.09 | *** join/#oe sirfred (n=mteira@199.Red-83-33-114.dynamicIP.rima-tde.net) |
19:40.10 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
19:40.29 | Crofton | weather forecast is good in Philadelphia for Thursday |
19:45.47 | Crofton | next year we can OEDEM in the US, by then us usd based people won't be able to afford to leave the country .... |
19:49.00 | *** join/#oe tank1770 (i=tank17@gateway/tor/x-d9434484ba0c0407) |
19:49.03 | chouimat | Crofton hehe ;) |
19:54.33 | likewise | polyonymous: hmm, the procps patch itself doesn't solve the issue with PATH_MAX |
19:54.50 | likewise | (with me anyway) |
19:54.55 | Crofton | I'm not sure how procps is supposed to actually compile |
19:55.21 | Crofton | PATH_MAX is not in limits.h, only linux/limits.h |
19:55.35 | Crofton | and limits.h does not include the linux one |
19:57.34 | polyonymous|note | likewise, meaning it still fails for you? |
19:58.21 | likewise | polyonymous|note: well, I now notice that your patch isn't applied during bitbake patch, let me investigate |
19:58.38 | polyonymous|note | likewise, perhaps you need -c rebuild? |
19:59.08 | polyonymous|note | likewise, I didn't bump PR, because compile fixes definitely do not justify reinstall of the package. |
19:59.10 | likewise | polyonymous|note: just did pull, up, -c clean procps and procps |
19:59.16 | polyonymous|note | hmm... |
19:59.20 | CIA-3 | 03cbrake 07org.oe.dev * r70743353... 10/ (1 packages/mtd/mtd-utils-tests_1.0.0+git.bb): |
19:59.20 | CIA-3 | mtd-utils-tests: add package |
19:59.20 | CIA-3 | It may make sense to add this to the main package, but because |
19:59.20 | CIA-3 | so few people will use it I did not want to risk breakage at this |
19:59.20 | CIA-3 | time. |
19:59.27 | CIA-3 | 03crofton 07org.oe.dev * r7b3eb3f5... 10/ (7 files in 3 dirs): linux : Update patches for gumstix from gumstix buildroot. |
19:59.29 | likewise | polyonymous|note: let me just take a minute at this |
19:59.36 | polyonymous|note | Weird. It did apply for me, Crofton and dcordes. |
19:59.39 | polyonymous|note | likewise, sure, take your time. |
20:04.52 | likewise | polyonymous|note: never mind, local problem. (BBFILES still pointed at a different checkout) |
20:05.05 | polyonymous|note | ah ok :) |
20:07.14 | likewise | polyonymous|note: sigh, that means yesterdays head build wasn't really that |
20:07.17 | likewise | :-) |
20:07.36 | polyonymous|note | Yeah, just thought how many other changes you missed :) |
20:09.13 | likewise | polyonymous|note: I even fixed bugs against the old checkout :-) Glad someone else didn't check them in yet :-) |
20:09.26 | Crofton | heh |
20:09.30 | polyonymous|note | heh, that too :) |
20:10.03 | polyonymous|note | Crofton, how did it build before the patch... that's interesting, indeed :) |
20:11.09 | Crofton | one day I will try on my desktop |
20:11.47 | polyonymous|note | I doubt I will, even though I'm curious too. Let me know if you find out :) |
20:11.51 | XorA | vivijim: were you at FOSDEM? |
20:14.48 | vivijim | XorA: unfortunately no... :( |
20:15.22 | XorA | vivijim: ah, so not much chance of recognition at Frankfurt then :-) |
20:15.29 | Crofton | vivijim, are you Nokia? |
20:19.40 | vivijim | XorA: :( it will be difficult... |
20:20.02 | XorA | vivijim: Im 5'11'' blond hair, will be weating full length leather coat and New Rock boots |
20:20.21 | XorA | vivijim: and all dressed in black |
20:20.51 | vivijim | Crofton I'm from Nokia's Institute (INdT) that is a researcher center with founds of Brazilian government and Nokia... |
20:20.55 | mwester | Crofton: procps may have build previously because of a different version of the C lib headers were installed? |
20:21.06 | Crofton | maybe |
20:21.26 | polyonymous|note | mwester, have had libc change recently? |
20:21.28 | Crofton | vivijim, as long as you had nothing to do with Nokia buying Navteq :) |
20:21.38 | polyonymous|note | mwester, I haven't checked, but people say no? |
20:22.27 | vivijim | XorA: I'll be using a black t-shirt too, nike shoes and jeans pens pants... |
20:22.40 | XorA | vivijim: I might be more obvious and holding a Neo1973 as well |
20:23.49 | vivijim | Crofton navteq is nice, but I don't believe that it works on Brasil :( |
20:23.50 | Crofton | http://www.flickr.com/photos/32615155@N00/405228464/in/set-72157594561002629/ |
20:23.56 | mwester | polyonymous|note: I thought I saw something about a new set of kernel glibc headers or some such on one of the recent OE syncs... |
20:23.57 | Crofton | xora is on the right |
20:24.46 | polyonymous|note | mwester, well, that would justify it... |
20:25.03 | vivijim | Crofton now I got: "all in black" of XorA :) |
20:25.20 | XorA | vivijim: heh heh, yeah thats an accurate picture |
20:25.34 | XorA | anyway offski for a bit |
20:25.49 | vivijim | :) |
20:28.11 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
20:30.49 | likewise | I'll probably shine by not being there. |
20:31.13 | likewise | (last guy on the photo - do not walk on red) |
20:36.49 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
20:43.55 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
20:57.41 | koen | http://www.flickr.com/photos/32615155@N00/405228464/in/set-72157594561002629/ now has a few more notes :) |
20:58.13 | koen | angstrom@serenity:~/website/repo$ php sort.php |
20:58.14 | koen | <PROTECTED> |
21:08.01 | *** join/#oe Keizer (n=keizer@c-69-137-199-63.hsd1.fl.comcast.net) |
21:08.06 | *** join/#oe memenarsil (n=memeruiz@e179203249.adsl.alicedsl.de) |
21:09.03 | sirfred | I've seen that angstrom-2008.1 seems not to choose kdrive as PREFERRED_PROVIDER_xserver. Is this intentional? |
21:13.33 | XorA | sirfred: somewhere along the line xserver became virtual/xserver and the machine.conf files didnt get updated |
21:13.45 | XorA | sirfred: as far as I can see anyway |
21:13.58 | XorA | sirfred: I could never quite decide which was right |
21:15.23 | sirfred | XorA: PREFERRED_PROVIDER_virtual/xserver is not set to kdrive neither |
21:15.32 | sirfred | XorA: How about your new job? |
21:15.42 | XorA | sirfred: I set it locally in zaurus-2.6.inc |
21:15.55 | XorA | sirfred: so far so good :-) OpenMoko BTW |
21:16.08 | sirfred | XorA: Great |
21:16.25 | XorA | PREFERRED_PROVIDER_virtual/xserver = "xserver-kdrive" |
21:16.50 | sirfred | XorA: That's not what the .dev repo file has, true? |
21:17.01 | XorA | sirfred: no, thats what I locally have |
21:17.06 | sirfred | XorA: OK. |
21:17.24 | XorA | sirfred: I havent had time to figure out by looking at changelogs what actually happened |
21:18.11 | XorA | sirfred: also pH5 told me you need to add -mouse tslib for kdrive 1.4 to get ts working |
21:18.13 | sirfred | I noticed it only because xserver-xorg failed to compile. I still didn't figure out the exact reason. It seems that the XID typedef is not included while compiling some render sturff |
21:19.02 | sirfred | XorA: Good tip. Thanks. |
21:19.03 | XorA | sirfred: same way I noticed it |
21:20.12 | sirfred | XorA: My first thought is that perhaps the XID is defined in some arch-dependant fashion, and remained undefined, but while thinking about it, I noticed that what I was compiling was xorg-xserver and not kdrive. |
21:20.45 | *** join/#oe gilligan_ (n=gilligan@p549A8905.dip0.t-ipconnect.de) |
21:20.55 | XorA | sirfred: all hurdles to pass, then they will release 1.5 with different breakages :-D |
21:21.03 | XorA | anyway time for sleep |
21:21.12 | sirfred | XorA|gone: night |
21:25.29 | Crofton | gn |
21:29.21 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
22:00.06 | sirfred | Good night |
22:00.09 | *** part/#oe sirfred (n=mteira@199.Red-83-33-114.dynamicIP.rima-tde.net) |
22:04.47 | *** join/#oe Gerrath (n=Gerrath@unaffiliated/gerrath) |
22:09.58 | *** join/#oe rob_w (n=bob@adsl-69-226-187-52.dsl.irvnca.pacbell.net) |
22:13.23 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
22:21.34 | *** join/#oe jbs (n=Bernardo@89.181.164.109) |
22:21.40 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
22:26.13 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
22:40.05 | *** join/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
22:44.26 | *** join/#oe csmanx (n=csman@dyn-wireless-164-204.Concordia.CA) |
23:09.32 | *** join/#oe CosmicPenguin (n=nobody@crank.laptop.org) |
23:12.11 | *** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu) |
23:13.47 | *** part/#oe AchiestDragon (n=david@whipy.demon.co.uk) |
23:39.21 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |