00:03.08 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-59-50.w82-123.abo.wanadoo.fr) |
00:03.46 | *** join/#oe bluelightning (n=blueligh@222-155-153-111.jetstream.xtra.co.nz) |
00:44.24 | *** join/#oe furlongm_ (n=furlongm@83-70-245-182.b-ras1.prp.dublin.eircom.net) |
00:46.49 | *** join/#oe hufnus (n=slonsiki@DSL135-086.labridge.com) |
00:47.54 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
00:50.23 | *** join/#oe NAiL_ (n=repvik@zeus.kynisk.com) |
00:51.44 | Jin^eLD | hmm.. any ideas what could cause "NOTE: preferred version 2.5 of glibc not available" |
00:51.52 | Jin^eLD | ? |
00:52.21 | Jin^eLD | the .bb file is there... |
00:57.44 | *** join/#oe Poseidon2007 (n=Art@82.25.193.123) |
01:06.04 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
01:44.16 | Jin^eLD | doh.. I can compile glibc-2.5 with bitbake -b, but if I try to do bitbake task-base then I always get that preferred version of glibc 2.5 is not available |
01:44.24 | Jin^eLD | I can't figure this one out.. |
01:46.49 | calmofthestorm7 | there's special notes abuout building task-base here |
01:46.49 | calmofthestorm7 | http://www.openembedded.org/wiki/ZaurusKernels |
01:46.52 | calmofthestorm7 | dunno if it helps |
01:46.59 | Jin^eLD | thanks, let me see... |
01:47.56 | *** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
01:47.57 | Jin^eLD | uhm.. not really.. |
01:48.02 | calmofthestorm7 | lol sorry |
01:48.06 | Jin^eLD | :) |
01:48.09 | calmofthestorm7 | I just remember it saying something about special changes |
01:48.12 | Jin^eLD | at least you tried ) |
01:48.15 | calmofthestorm7 | yeah |
01:48.58 | Jin^eLD | I'm actually fighting with a mipsel target |
01:49.48 | calmofthestorm7 | what's that? |
01:50.33 | Jin^eLD | a mips little endian based board |
01:51.20 | calmofthestorm7 | aah |
01:53.46 | *** join/#oe poli (n=ca@CAcert-br/poli) |
01:57.41 | Jin^eLD | time to sleep I guess.. let's hope I solve this tomorrow :> |
01:57.47 | Jin^eLD | bye |
01:57.50 | calmofthestorm7 | lol bya |
02:07.14 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
02:10.19 | *** join/#oe elliotf_ (n=elliotf@adsl-71-140-174-98.dsl.pltn13.pacbell.net) |
02:13.24 | *** join/#oe benlau (n=benlau@221.125.13.148) |
02:27.24 | *** join/#oe csmanx (n=csman@190.40.7.193) |
02:33.22 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
02:35.24 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
02:38.26 | *** join/#oe incinerator (n=sabine@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
02:39.59 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
02:47.02 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
02:50.57 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
02:57.56 | *** join/#oe furlongm__ (n=furlongm@83.70.41.56) |
03:36.19 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
04:22.21 | CIA-19 | 03mwester 07org.oe.dev * r66e0605f... 10/ (1 packages/linux/ixp4xx-kernel/2.6.19/defconfig): Kernel: af_packet now built into the kernel |
04:44.01 | *** join/#oe W8TVI (n=me@166.166.8.97) |
04:47.28 | *** join/#oe furlongm_ (n=furlongm@83-70-247-205.b-ras1.prp.dublin.eircom.net) |
04:47.45 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
04:50.04 | *** join/#oe W8TVI_ (n=me@166.166.9.126) |
04:56.19 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
06:32.11 | *** join/#oe leoncamel (n=leoncame@219.142.186.180) |
06:32.52 | *** join/#oe leoncamel (n=leoncame@219.142.186.180) |
06:52.31 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
06:54.36 | *** join/#oe [lala_] (i=lala@gateway/tor/x-b6fc35ec1107657b) |
07:16.54 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
07:41.46 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) [NETSPLIT VICTIM] |
07:43.10 | *** join/#oe starkruzr (n=jtd@adsl-76-208-1-114.dsl.sbndin.sbcglobal.net) [NETSPLIT VICTIM] |
07:43.56 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
07:44.43 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) [NETSPLIT VICTIM] |
07:48.22 | *** join/#oe Ironnads (n=Ironnads@host86-135-182-3.range86-135.btcentralplus.com) |
07:55.28 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
07:55.29 | *** join/#oe dw_swe (n=kvirc@h-215-34.A162.cust.bahnhof.se) [NETSPLIT VICTIM] |
07:58.27 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
08:10.59 | *** join/#oe Laibsch (n=Laibsch@R76c5.r.ppp-pool.de) |
08:21.18 | *** join/#oe psokolovsky_ (n=psokolov@235.usernat.ip.net.ua) |
08:22.12 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
08:51.13 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:55.43 | *** join/#oe Bernardo|away (n=Bernardo@sourcemage/Bernardo) |
08:56.17 | Bernardo|away | good morning |
08:56.32 | koen | hey Bernardo|away |
08:56.35 | koen | good morning all |
08:57.00 | Bernardo | hi koen |
08:57.20 | rwhitby | morning all |
08:58.26 | Bernardo | anyone still using the oz354x branch? I'm stuck now building libxine-fb (bug #1795) |
08:58.34 | koen | hey rwhitby |
08:59.46 | CIA-19 | 03koen 07org.oe.dev * rf6eb0ab7... 10/ (21 files in 3 dirs): gtk+: add 2.10.9, a bugfix release |
08:59.49 | CIA-19 | 03koen 07org.oe.dev * rf3a8dc0c... 10/ (1 packages/dates/dates_0.3.bb packages/dates/dates_0.3.1.bb): dates: update to 0.3.1, a bugfix release |
09:03.04 | Ifaistos | morning |
09:03.55 | CIA-19 | 03rwhitby 07org.oe.dev * rdf745605... 10/ (1 packages/linux/ixp4xx-kernel/2.6.20/defconfig): ixp4xx-kernel: af_packet now built into the kernel |
09:04.02 | CIA-19 | 03ifaistos 07org.oe.dev * ra39305a5... 10/ (1 conf/machine/dht-walnut.conf): dht-walnut.conf: Modify to use task-base |
09:04.36 | Ifaistos | koen : Did you find time to fix the problem with my commit yesterday ? |
09:05.18 | koen | no |
09:05.23 | koen | and I doubt I'll find time |
09:06.24 | *** join/#oe psokolovsky__ (n=psokolov@235.usernat.ip.net.ua) |
09:06.32 | Ifaistos | is there something i can do ? remoke the commit ? |
09:13.35 | rwhitby | koen: the cron package fails in do_install on angstrom/ixp4xx due to install -s in cron's Makefile trying to call strip and strip not recognising the binary format (I presume it's calling the host strip instead of the cross strip). Any pointers on where I should look to work out how to fix it? |
09:14.16 | koen | remove the '-s', OE does its own stripping |
09:14.30 | koen | if the package strips itself, the -dbg packages don't work anymore |
09:15.55 | *** join/#oe Eblis (n=loki@86.34.3.192) |
09:17.15 | rwhitby | ok, so this is a general problem with the cron package then - cause the '-s' would be there for all distros. |
09:17.23 | koen | yes |
09:17.32 | rwhitby | I'll do a patch later tonight - have to put the kids to bed now. Thanks koen. |
09:17.56 | rwhitby | heh - there is already a patch that modifies those lines, so it'll be easy to fix :-) |
09:18.25 | rwhitby | (/cron-3.0pl1/nonrootinstall.patch |
09:18.25 | rwhitby | ) |
09:22.02 | rwhitby | fixed and pushing. |
09:27.03 | RP | morning all |
09:27.33 | Ifaistos | RP: hi ! |
09:36.54 | *** join/#oe Marex (n=Marex@85.132.236.161) |
09:37.01 | *** join/#oe zezom (n=zezom@203.84.69.157) |
09:38.27 | koen | hey RP |
09:38.27 | *** join/#oe rwhitby-treo (n=rwhitby@nslu2-linux/rwhitby) |
09:40.27 | CIA-19 | 03koen 07org.oe.dev * r6ffad588... 10/ (6 files in 3 dirs): |
09:40.27 | CIA-19 | esound: add proper esound, move away the gpe fork |
09:40.27 | CIA-19 | * thanks to the GPE folks not following the versioning policy PV is going backwards |
09:40.31 | CIA-19 | 03rwhitby 07org.oe.dev * r77fc766a... 10/ (3 files in 3 dirs): cron: change the existing nonrootinstall patch so that it also removes the -s flag from the install commands |
09:40.35 | CIA-19 | 03rwhitby 07org.oe.dev * r6f6ac342... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: re-enable cron |
09:59.32 | *** join/#oe niv_one_three (n=niv@85.65.212.251.dynamic.barak-online.net) |
10:11.33 | CIA-19 | 03koen 07org.oe.dev * rbffe1534... 10/ (3 files in 2 dirs): abiword: update to 2.5.1 |
10:12.21 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
10:26.54 | *** join/#oe ssvb (n=user@87.252.225.64) |
10:28.17 | *** join/#oe furlongm__ (n=furlongm@83-70-216-172.b-ras1.prp.dublin.eircom.net) |
10:31.07 | *** join/#oe gremlin[it] (n=gremlin@ppp-202-11.25-151.libero.it) |
10:32.15 | rwhitby | koen, RP: what was the final consensus on how to remove the /boot/zImage file from distros/machines which load the kernel from flash and don't have an extra 1MB to spare in the rootfs? |
10:33.16 | RP | rwhitby: I know how the Zaurus does it, I'm not sure there is a consenus but the Zaurus will continue to do that until a better way presents itself... |
10:34.07 | rwhitby | RP: can you point me to the .bb file where it is done? |
10:34.44 | *** join/#oe leoncamel (n=leoncame@219.142.186.180) |
10:34.56 | RP | rwhitby: linux-rp.inc: FILES_kernel-image = "", ALLOW_EMPTY = "1" |
10:36.02 | rwhitby | RP: what was the downside of removing it from the image after the rootfs had been built, but keeping it in the kernel-image package? |
10:36.30 | RP | rwhitby: ipkg update could install it |
10:37.02 | rwhitby | ah right. you guys don't pivot to large storage as a matter of course. |
10:37.32 | RP | No, and we don't want large useless confusing files on the root filesystem |
10:37.37 | rwhitby | :-) |
10:40.24 | rwhitby | RP: I'm going to create an empty kernel-image, but also create a kernel-image-ixp4xx which includes the file (but is not used in building the rootfs). Then the use can choose to install the specific kernel image package on external storage if they want it, but it won't get brought in automatically. |
10:42.08 | RP | rwhitby: :-/. I'll give handling this properly some thought as I'd like to have one way which helps everyone ideally... |
10:42.26 | rwhitby | so I should hold off then? |
10:42.54 | rwhitby | (I'm happy to do so, for up to a week) |
10:43.11 | RP | rwhitby: Yes, please, just leave it a couple of days and I'll think about this |
10:43.17 | rwhitby | ok |
10:45.25 | *** join/#oe osochebol (n=osochebo@58.186.20.43) |
10:48.30 | RP | rwhitby: My current thinking is to put the kernel binary into a separate package and usually have kernel-image RDEPEND on the binary but allow that dependency to be overridden on certain machines |
10:49.11 | RP | Or maybe keep the binary in kernel-image-version but create kernel-version which the modules depend on |
10:49.45 | rwhitby | either of those solutions would work for me. |
10:50.13 | RP | I will also take the oppertunity to package vmlinux :) |
10:51.07 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
10:52.44 | RP | ok, so kernel_ is already created, so it should just be a case of having the modules depend on that rather than kernel-image and making kernel_'s dependency on kernel-image optional |
10:58.32 | RP | Would anyone object if I nuked PARALLEL_INSTALL_MODULES? |
10:59.21 | koen | afaik all its users are happy with their own fork |
11:02.45 | RP | koen: generic.conf and openzaurus.conf are using it in OE.dev :-/ |
11:03.09 | koen | generic doesn't need it |
11:03.30 | RP | and I think I can say openzaurus shouldn't have that... |
11:07.07 | CIA-19 | 03rpurdie 07org.oe.dev * r64a99c44... 10/ (4 files in 3 dirs): openzaurus/generic.conf: Remove PARALLEL_INSTALL_MODULES, neither need it |
11:08.47 | CIA-19 | 03koen 07org.oe.dev * rbb6c1f59... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: prefer gtk 2.10.9 |
11:09.17 | RP | Another random thought, would it be better to have kernel modules with PN = kernel-module-myname-${KERNEL_VERSION} and PV=${PR} ? |
11:10.25 | koen | only if it (R)PROVIDES kernel-module-myname |
11:11.36 | RP | That's easy enought to arrange. I'm just wondering if we ever would want to allow multiple kernels to be installed... |
11:12.11 | RP | PARALLEL_INSTALL_MODULES is bust as it only works for 2.4/2,6 and has other issues so I still want to see that die |
11:13.33 | koen | hrm |
11:13.40 | koen | pulseaudio needs some love |
11:13.57 | koen | and a initscript, a volatile entry, a proper postinst... |
11:14.48 | *** join/#oe Eblis (n=Miranda@86.34.3.192) |
11:15.59 | Ifaistos | RP: Regarding the problem i told you yesterday.... ipkg gets build |
11:16.01 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
11:16.05 | koen | hey zecke |
11:16.11 | *** join/#oe polyonymous (n=hacker@p5B05C7B2.dip0.t-ipconnect.de) |
11:16.21 | koen | RP: any news on Ximageon in the past 2 weeks? |
11:16.54 | Eblis | when copiling for arm for example; if i don't add anything special in the build command will bitbake automatically use ./configure --target=arm ? |
11:18.07 | zecke | Eblis: if configured right, it will pass the right options |
11:18.17 | *** join/#oe crigo2 (n=crigo@no.e-volution.ro) |
11:19.04 | Eblis | in local.conf i have machine = "ep93xx" and distro = "generic" |
11:19.10 | Eblis | the target line is commented |
11:19.13 | Ifaistos | RP : -> http://pastebin.ca/339874 |
11:19.20 | Eblis | do i need to specify something in the project .bb file as well ? |
11:19.29 | zecke | Eblis: do you just wonder or do you see an error? |
11:19.34 | Eblis | i just want to do a ./configure --target=arm, nothing special |
11:19.43 | Eblis | i see an error, but it's for install |
11:20.23 | koen | Ifaistos: does dht-walnut have an EXTRA_PACKAGE_ARCH for ppc405? |
11:20.35 | zecke | Eblis: If you have an autotools based app to compile, inherit autotools and then check http://www.openembedded.org/repo/org.openembedded.dev/classes/autotools.bbclass |
11:21.03 | zecke | Eblis: it is passing the various --build,host,target automatically |
11:21.31 | Ifaistos | koen : Don't think so |
11:21.43 | koen | Ifaistos: that's the problem |
11:25.38 | Eblis | it's probably me doing something very stupid but i don't know what :) http://miranda.pastebin.ca/339877 |
11:26.25 | Eblis | if i go an look at the temp\work folder mono was copied to the i686 folder, not the arm4v one |
11:26.33 | Eblis | *arm4t |
11:26.47 | zecke | Eblis: prefer 'require' over include' |
11:27.12 | zecke | Eblis: "no rule to make"... means either mono has no install target at all |
11:27.25 | zecke | Eblis: or make is executed from the wrong directory? |
11:27.48 | Eblis | it has an install target ... so it must be the other one |
11:27.48 | zecke | Eblis: e.g. change into the 'S' dir and you will see a temp/ directory with scripts and logs |
11:28.13 | zecke | Eblis: check the bottom of the run.do_install script |
11:28.31 | zecke | Eblis: e.g. source one of the scripts that worked (do_configure) and then try typing make install? |
11:30.17 | Eblis | when i go look in tmp\work mono is inside the i686-linux folder instead of armv4t-linux one. if i'm builing for arm shouldn't mono be copied to the armv4t folder ? |
11:30.40 | zecke | Eblis: right, but for you mono-native is failing |
11:30.51 | koen | mono_1.2.2.bb |
11:30.55 | koen | and a little further: |
11:31.05 | koen | SRC_URI = "http://go-mono.com/sources/mono/mono-1.2.2.1.tar.gz" |
11:31.11 | koen | 1.2.2 != 1.2.2.1 |
11:31.47 | Eblis | i need to specify the exact version ? i thought i could leave the build number out |
11:32.00 | zecke | Eblis: 'S' is the dir where the software/src is in |
11:32.05 | Ifaistos | koen : i am trying it out. btw efika declares ppc and ppc603e. dht declares powerpc and ppc405 |
11:32.12 | zecke | Eblis: and for filesystems 1.2.2 != 1.2.2.1 |
11:32.12 | Ifaistos | koen : it works. thanks ! |
11:32.24 | koen | SRC_URI = "http://go-mono.com/sources/mono/mono-${PV}.tar.gz" |
11:32.49 | Eblis | koen: aha, thanks |
11:33.41 | koen | and I suspect mono won't work with generic/ep93xx, since it generates vfp insns instead of fpa isns |
11:33.51 | koen | but lets get it to build first |
11:34.10 | Eblis | i can build mono with --target=arm by hand |
11:35.59 | zecke | Eblis: sure, but you are in the right 'S' when doing it by hand... |
11:36.36 | Eblis | i tried it now, after changing the name of the file to include .1 and it got to do_configure ... now i'm waiting to see what happens :) |
11:36.41 | Eblis | thanks |
11:40.22 | Eblis | it's still unpacking mono in the i686 directory, is that ok ? NOTE: Unpacking /home/loki/work/openembedded/sources/mono-1.2.2.1.tar.gz to /home/loki/work/openembedded/build/tmp/work/i686-linux/mono-native-1.2.2.1-r0/ |
11:40.53 | koen | [12:30] zecke: Eblis: right, but for you mono-native is failing |
11:41.12 | koen | mono *native* is failing, not mono |
11:41.17 | koen | s/failing/unpacking/ |
11:41.38 | Eblis | aha |
11:52.07 | RP | Ifaistos: For some reason it can't find the ipk. Perhaps you don't have the architectures set up correctly? |
11:52.13 | RP | hi zecke |
11:52.33 | RP | zecke: I have a bitbake question/problem :} |
11:52.48 | RP | koen: I've not seen anything on Ximageon |
11:52.56 | Ifaistos | RP: yes that was the problem. it was missing ppc405 from the machine file |
11:54.07 | *** join/#oe Eblis_ (n=Miranda@86.34.3.192) |
11:54.21 | zecke | RP: hehe, and I have about zero time :) |
11:54.46 | RP | zecke: I know :/ |
11:54.50 | zecke | the deadline is approaching fast |
11:55.34 | zecke | RP: maybe just shoot, but then I can't give it much thought anyway :} |
11:55.34 | zecke | *sorry* |
11:55.49 | RP | zecke: Basically, my plans for event.py have hit a problem - we can't marshall the dataDict and all the events include it. Sending it for each event over xmlrpc would be a bad idea anyway... |
11:56.22 | koen | RP: send it once and cache it? |
11:56.30 | zecke | koen: it is different |
11:56.41 | zecke | RP: apply the Proxy pattern |
11:57.00 | RP | zecke: proxy pattern? |
11:57.08 | zecke | RP: or have something like remote handlers, which declare what keys they want to look at |
11:57.28 | zecke | RP: fire the event without any keys/only some keys, and fetch on demand if the remote needs more |
11:57.33 | RP | At the moment, I'm ripping the dict out for remote handler... |
11:58.37 | RP | Its something we're going to have to give more thought to though... |
11:58.37 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
11:58.37 | RP | zecke: Anyhow, it can wait :) |
11:58.37 | zecke | RP: The handlers register themselves, they should declare which keys they want (for the remote case) |
11:58.42 | zecke | RP: then when dispatchin/xmlrpc'ing we can just send the extracted/expanded strings |
11:59.09 | zecke | RP: we should check if we use update_data somewhere in the handler and then consider defining OVERRIDES as well |
11:59.58 | RP | zecke: It kind of depende where we see tinderbox going in the future too. It might be better off as a pseduo UI rather than a class |
12:00.40 | zecke | RP: in worst case we can do something like this |
12:00.56 | zecke | A remote handler compiles a bit of python code that extracts a DATA dict |
12:01.14 | zecke | on regsitration this code is send to the server and on each event this code is executed |
12:01.30 | zecke | this code will be used to extract the necessary information which then will be send? |
12:02.32 | RP | zecke: Or maybe we just stipulate that the events should contain all the neccessary information... |
12:02.56 | RP | (if neccessary, extracting it from a passed dictonary internally) |
12:03.35 | zecke | RP: I doubt we can know what to extract |
12:03.58 | RP | hmm :/ |
12:04.13 | RP | I presume tinderbox is the main user of this? |
12:05.27 | zecke | atm yes |
12:09.34 | RP | The big advantage of making tinderclient a UI would be it could retain state. That might then mean we don't need as much data being passed around |
12:09.56 | zecke | right, it should get a ui |
12:10.12 | *** join/#oe psokolovsky__ (n=psokolov@235.usernat.ip.net.ua) |
12:10.53 | RP | zecke: I'll work on this with my hack in place for now and perhaps I'll have something to demo my ideas by the time you have some free time and we can then discuss the correct direction to take :} |
12:43.11 | *** join/#oe pH5 (n=ph5@e178196098.adsl.alicedsl.de) |
13:22.36 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
13:25.07 | *** join/#oe dion (n=dion@xen.inhex.net) |
13:30.20 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
13:41.36 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
13:43.49 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
13:53.46 | *** join/#oe Eblis (n=loki@86.34.3.192) |
14:06.14 | *** join/#oe leoncamel_ (n=leoncame@219.142.186.180) |
14:08.41 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
14:22.44 | *** join/#oe leoncamel__ (n=leoncame@219.142.186.180) |
14:30.53 | *** join/#oe csmanx (n=csman@190.40.7.193) |
14:31.29 | *** join/#oe timtim (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
14:32.00 | *** join/#oe niv_one_three (n=niv@85.65.212.251.dynamic.barak-online.net) |
15:01.33 | *** join/#oe TheCan (n=thecan@dslb-084-056-138-106.pools.arcor-ip.net) |
15:03.10 | *** join/#oe gremlin[it] (n=gremlin@ppp-71-9.25-151.libero.it) |
15:04.58 | chouimat | morning |
15:05.26 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
15:15.56 | Jin^eLD | re |
15:17.04 | *** join/#oe GottferDamnt (n=teva@AMontsouris-151-1-59-50.w82-123.abo.wanadoo.fr) |
15:21.06 | Jin^eLD | guys, any idea why I am getting "NOTE: preferred version 2.5 of glibc not available" when I am trying to build my distro? |
15:21.20 | Jin^eLD | the glibc_2.5.bb file is there and I can even build it manually with bitbake -b |
15:21.34 | koen | you can ignore that message most of the times |
15:21.45 | Jin^eLD | koen: well, it takes a different version |
15:21.47 | Jin^eLD | and I need 2.5 |
15:21.55 | Jin^eLD | I added patches from cross-lfs for mips |
15:22.41 | Jin^eLD | but with the message above it automatically starts building glibc-2.3.5+cvs20051107 allthough I did not specify it anywhere |
15:22.55 | Jin^eLD | any idea what is happening? |
15:24.42 | Jin^eLD | I tried setting PREFERRED_VERSION_glibc, glibc-intermediate, glibc-initial to "2.5" but it did not help |
15:27.28 | RP | Jin^eLD: Perhaps bitbake with verbose debug (-DDD) will give some clues as to why its choosing that? |
15:27.47 | Jin^eLD | oh, 3 'D's, I only figured two :) thanks, let me try |
15:28.35 | Eblis | how many -Ds can you place ? |
15:28.41 | Eblis | is 3 the maximum level of debug info ? |
15:29.45 | RP | Its just a number inside bitbake so you can have as many as you like. Higher than 3 usually needs code alterations to use the debug |
15:34.21 | Jin^eLD | hmm I still don't get it... the glibc_2.5.bb file is being parsed OK, then after printing the OE Build Configuration it says this: |
15:34.22 | Jin^eLD | DEBUG: providers for glibc-2.3.5+cvs20051107 are: ['glibc'] |
15:34.58 | Jin^eLD | and goes off parsing that... I must have missed something, I really dont get it |
15:35.19 | RP | Jin^eLD: Which bitbake version is this? 1.6.x? |
15:35.36 | Jin^eLD | 1.6.3 |
15:36.19 | Jin^eLD | so its basically like that: |
15:36.20 | Jin^eLD | DEBUG: providers for glibc-2.3.5+cvs20051107 are: ['glibc'] |
15:36.21 | Jin^eLD | DEBUG: update_data() |
15:36.21 | Jin^eLD | NOTE: preferred version 2.5 of glibc not available |
15:36.27 | Jin^eLD | and then it goes off building the 2.3.5 version |
15:36.43 | Jin^eLD | and I do not see any hints in the log |
15:37.15 | RP | If it says "NOTE: preferred version 2.5 of glibc not available" there should be some hints around there as to why it thought that |
15:37.35 | RP | but I foget how the 1.6.x codebase works :/ |
15:38.20 | Jin^eLD | well I do not see any hints.. |
15:38.50 | Jin^eLD | I spent a couple of hours yesterday night trying to figure this one out |
15:38.56 | RP | Jin^eLD: Can you share the full log somewhere? |
15:38.59 | Jin^eLD | sure |
15:39.59 | Jin^eLD | one moment |
15:42.39 | Jin^eLD | http://www.deadlock.dhs.org/jin/glibc-25-log.txt |
15:43.05 | Jin^eLD | I think I might have found something though.. last log I did was when cleaning, there it just said not available and thats it, this one is for building task base |
15:43.54 | Jin^eLD | DEBUG: selecting org.openembedded.dev/packages/glibc/glibc- |
15:43.56 | Jin^eLD | <PROTECTED> |
15:44.02 | Jin^eLD | <PROTECTED> |
15:44.09 | Jin^eLD | and then it says |
15:44.20 | Jin^eLD | that it is selecting glibc_2.3.5+cvs20051107.bb to satisfy virtual/mipsel-linux-libc-for-gcc |
15:44.21 | Jin^eLD | hmm |
15:44.24 | Jin^eLD | who sets that dependency? |
15:45.02 | RP | Jin^eLD: This all comes down to NPTL and whether you need an intermediate gcc or not... |
15:45.13 | RP | sorry, an intermediate glibc |
15:45.24 | Jin^eLD | aha.. so.. do I? :) lets assume I build with nptl |
15:45.37 | RP | yes, you would for nptl |
15:46.05 | RP | but something makes bitbake think glibc 2.5 can't work for mipsel so it chooses 2.3.5 |
15:46.42 | RP | its all down to which glibc packages provide virtual/mipsel-linux-libc-for-gcc |
15:47.00 | Jin^eLD | aha.. ok.. that is starting to make more sense now |
15:47.43 | Jin^eLD | is there a way to figure out which package provides that? |
15:48.13 | Jin^eLD | the 2.5.bb has something about it |
15:48.47 | RP | Jin^eLD: bitbake -b glibc-2.5.bb -e | grep PROVIDES might help |
15:49.20 | Jin^eLD | I think I found it.. |
15:49.26 | Jin^eLD | its indeed nptl related |
15:50.42 | Jin^eLD | can you take a look please: http://www.deadlock.dhs.org/jin/glibc-provides.txt |
15:51.04 | Jin^eLD | that is looking for nptl in GLIBC_ADDONS, right? |
15:51.21 | RP | yes |
15:51.28 | Jin^eLD | the .bb file has GLIBC_ADDONS ?= "ports,nptl,libidn" and I am not overriding it anywhere |
15:51.59 | Jin^eLD | so either someone along the way is setting GLIBC_ADDONS so the ?= does not get triggered, or I don't know.. |
15:52.31 | RP | Did you check the variable with bitbake -e? |
15:53.10 | Jin^eLD | uhm.. no, I poked around with -i in the shell but was not quite successful |
15:53.38 | CIA-19 | 03koen 07org.oe.dev * re1bf125b... 10/ (18 files in 3 dirs): glib: add 2.12.9 and remove unused versions |
15:53.44 | CIA-19 | 03ifaistos 07org.oe.dev * r7a70501f... 10/ (1 conf/machine/dht-walnut.conf): dht-walnut.conf: Add ppc405 are package arch |
15:53.50 | RP | I'd make 100% sure you know what the problem is - check the actual values of PROVIDES and GLIBC_ADDONS |
15:53.51 | CIA-19 | 03ifaistos 07org.oe.dev * r68b3ed44... 10/ (1 packages/uboot/u-boot-1.1.4/u-boot-dht-walnut-df2.patch): Add missing uboot patch for dht-walnut |
15:53.57 | CIA-19 | 03koen 07org.oe.dev * ra7590ede... 10/ (1 conf/machine/dht-walnut.conf): dht-walnut: use PACKAGE_EXTRA_ARCHS instead of overwriting PACKAGE_ARCHS |
15:54.02 | CIA-19 | 03koen 07org.oe.dev * r9fc82b6e... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: add mipsel support |
15:54.38 | Jin^eLD | so its enough to simply do bitbake -e and grep for the var? I was fiddling with -i yesterday because I thought that the .bb needs to get parsed first |
15:54.43 | Jin^eLD | just doing a bitbake -e | grep GLIBC_ADDONS does not return anything |
15:54.52 | RP | You need -b with -e for it to make sense, as I hinted above |
15:55.08 | Jin^eLD | oh crap I must have missed the -b part, sorry |
15:57.31 | *** join/#oe niv_one_three (n=niv@85.65.212.251.dynamic.barak-online.net) |
15:57.34 | Jin^eLD | uhm.. bitbake -b glibc_2.5.bb but when adding -e it says file not found |
15:57.39 | Jin^eLD | what am I doing wrong? |
15:57.54 | Jin^eLD | aem.. just -b works but with -b and -e it says file not found |
16:00.27 | Jin^eLD | would peek glibc-2.5 GLIBC_ADDONS in the shell do the same thing? |
16:00.39 | Jin^eLD | if yes it returns correct values |
16:01.08 | Jin^eLD | hmm, but getvar returns None :) |
16:02.12 | *** join/#oe mlpug (n=user@a85-156-253-211.elisa-laajakaista.fi) |
16:09.14 | Jin^eLD | hmm, setting the addons in the distro config file using "=" or in the glibc_2.5.bb file does not seem to help |
16:10.52 | Jin^eLD | hmm someone is saying that an additional runtime dependency to virtual/mipsel-linux-libc-for-gcc is glibc 2.3.5 |
16:10.59 | Jin^eLD | I guess I have to track down this |
16:11.04 | CIA-19 | 03koen 07org.oe.dev * r79a8fbec... 10/ (4 files in 3 dirs): pulseaudio: create pulse user and create /var/run/pulse via volatiles |
16:14.37 | mickey|tv | is it possible to hand https auth credentials to the svn fetcher? |
16:15.01 | RP | mickey|tv: it should work if they're specified as part of the SRC_URI |
16:15.02 | koen | mickey|tv: 'yes | <svn command>' |
16:15.15 | koen | in case it has bad certs as well |
16:15.28 | mickey|tv | RP: how exactly? |
16:15.34 | mickey|tv | i tried user:pass@svn.... |
16:15.38 | mickey|tv | but that wasn't honored |
16:15.38 | RP | mickey|tv: which bitbake? |
16:15.44 | mickey|tv | 1.6.2 |
16:15.53 | NAiL | koen: is there a "proper" way to add/remove users in OE yet? |
16:16.01 | RP | mickey|tv: I think there are patches in the bugtracker for 1.6. It should work in trunk |
16:16.15 | koen | NAiL: the most proper one is in the quagga recipe |
16:16.17 | mickey|tv | NAiL: no. I have been encouraging folks to add a useradd.bbclass |
16:16.21 | mickey|tv | but nothing happend yet |
16:16.36 | mickey|tv | RP: ok, i'll have a look, thanks |
16:16.39 | NAiL | mickey|tv: I was supposed to. But the python stuff is beyond me :-P |
16:16.46 | NAiL | koen: ok, I'll look at that. |
16:16.52 | mickey|tv | NAiL: it doesn't need to be python |
16:16.57 | mickey|tv | you can add shell tasks as well |
16:17.19 | koen | if were all python I wouldn't be a OE developer :) |
16:17.29 | koen | s/if/if it/ |
16:17.31 | NAiL | hehe |
16:17.46 | RP | I didn't know much python before bitbake.. |
16:18.26 | koen | mickey|tv: http://www.flickr.com/photos/koenkooi/379165991/ <- find the hint :) |
16:18.33 | mickey|tv | hehe |
16:18.39 | mickey|tv | seen that in #openmoko |
16:18.40 | RP | Not actually changing the code, just rearranging it... |
16:18.41 | mickey|tv | nice tags |
16:18.49 | Crofton | mickey|tv, I think hrw|gone added svn username support to dev bitbake? |
16:18.55 | mickey|tv | did he? |
16:18.59 | koen | mickey|tv: move your mouse over the picture |
16:19.06 | Crofton | pretty certain |
16:19.17 | Crofton | I had some recipes that depended on it, and they annoyed him :) |
16:19.19 | mickey|tv | koen: yeah. didn't knew that flickr can indicate hotspots |
16:19.53 | RP | I refactored the fetchers in trunk and we got user/passwd support for svn nearly for free |
16:20.10 | RP | 1.6 is a lot different as it hasn't had the refactor |
16:21.42 | Crofton | mickey|tv, http://bugs.openembedded.org/show_bug.cgi?id=1781 |
16:21.59 | mickey|tv | oh cool |
16:21.59 | mickey|tv | thanks |
16:22.24 | mickey|tv | hmm |
16:23.02 | mickey|tv | did we have a 1.6.x release since that went in? |
16:23.12 | RP | Has it gone in? |
16:23.21 | Crofton | I don't know about that |
16:23.30 | mickey|tv | Patch pushed also into bitbake 1.6 branch. Tested on svn:// anonymous and |
16:23.30 | mickey|tv | https:// with user/pass provided in SRC_URI. |
16:23.33 | mickey|tv | according to herw |
16:23.34 | mickey|tv | hrw, even |
16:23.58 | mickey|tv | might be a chance for a subrelease |
16:24.06 | RP | I though it was waiting on testing and then was to go in |
16:24.13 | RP | We could use a new release... |
16:24.33 | RP | zecke is probably too busy |
16:25.15 | RP | I'd check with hrw where we're at with it, I think there were a couple of other bugs outstanding then we'd roll one... |
16:25.40 | RP | mickey|tv: Is there a nice way to retrive the last 100 lines of a log file in python? |
16:25.54 | zecke | RP: in a fast way? |
16:26.00 | RP | zecke: yes |
16:26.07 | mickey|tv | i don't know any offhand |
16:26.11 | zecke | file.readall()[-100:] but I wonder how fast that is |
16:26.12 | RP | That is one of the outstanding issues, I don't like an os.system call... |
16:26.23 | RP | (and it will break my UI plans) |
16:26.36 | RP | There are some bugs open with my comments in... |
16:26.44 | RP | #97 iirc |
16:27.56 | mickey|tv | to be honest, i'd be ok with it being a rough estimate |
16:28.05 | mickey|tv | e.g. you just seek to 100*80 |
16:28.07 | mickey|tv | or so |
16:28.16 | mickey|tv | (from the end of the log) |
16:28.26 | mickey|tv | i don't think we can afford doing readall |
16:29.08 | RP | mickey|tv: Even with a seek to end say minus 500kb then running readall? |
16:29.18 | *** join/#oe niv_one_three (n=niv@85.65.212.251.dynamic.barak-online.net) |
16:30.10 | RP | I am planning to thow this to the UIs to deal with anyway - they'll just get a pointer to the logfile filename... |
16:30.25 | pb_ | mickey|tv: I wouldn't have thought readall() would be that slow. Presumably python will mmap() big files when you do that, and the chances are the log will be in the page cache anyway, so it's basically just a question of searching for the line endings. Unless your log file is very very big that doesn't sound like it ought to be a massive deal. |
16:31.05 | zecke | pb_: question is how it convers the string :) |
16:31.10 | pb_ | well, or if your computer is very slow, but in that case you are probably SOL with bitbake in the first place |
16:31.16 | zecke | pb_: even if it mmaps, it might do a strcpy :} |
16:31.32 | zecke | (preferably memcpy or strncpy) |
16:32.19 | pb_ | I guess it would have to memcpy the output, but you can memcpy at something approaching a gigabyte a second on commodity hardware nowadays. |
16:33.52 | zecke | pb_: I suspect python will do the following: fstat, malloc, memcpy into internal string :) |
16:34.24 | zecke | RP: but readlines should be reasonable fast, and if it implements the iter interface/protocol mickeyl might have a comment about how good that is... |
16:34.35 | zecke | anyway back to Windows Mobile :} |
16:35.58 | RP | readlines implements the iter interface but it can't tell you in advance how many lines there are which is the problem. You could read into a circular buffer but that seems a little like overkill... |
16:45.46 | JustinP | Zero_Chaos: pong? |
16:46.29 | JustinP | Zero_Chaos: did you add it tot he broken locales in the glibc bb? |
16:46.32 | CIA-19 | 03koen 07org.oe.dev * r9854932e... 10/ (1 packages/pulseaudio/pulseaudio_0.9.5.bb): pulseaudio: fix do_install |
17:00.16 | pH5 | koen: DEBUG: Removing failed build target gpe-conf |
17:00.19 | pH5 | ERROR: No buildable providers available for required build target gpe-conf |
17:00.37 | pH5 | koen: could this be due to some pulseaudio upgrade? |
17:00.46 | koen | it shouldn't be |
17:00.54 | koen | I did replace esound-gpe with proper esound |
17:03.24 | pH5 | koen: bitbake esound fails here, I'll remove my cache to be sure. |
17:06.29 | *** join/#oe heart (n=zippetto@lugbari/people/heart) |
17:07.32 | koen | NOTE: package gpe-conf-0.2.3: completed |
17:08.57 | pH5 | koen: maybe you have already built pulseaudio? the problem might be PREFERRED_VERSION_esound = "pulseaudio" but pulseaudio doesn't PROVIDE esound. |
17:09.27 | CIA-19 | 03koen 07org.oe.dev * r10bce4f0... 10/ (1 packages/esound/esound_0.2.36.bb): esound: actually add it |
17:12.44 | pH5 | ah :) thanks |
17:37.59 | Eblis | i'd like to specify a custom parameter to the ./configure call. how could i do that easily ? |
17:38.28 | koen | EXTRA_OECONF = "--with-my-param" |
17:38.46 | Eblis | aha, thanks |
17:50.56 | zecke | later :) |
18:01.15 | *** join/#oe dion (n=dion@xen.inhex.net) |
18:16.03 | *** join/#oe psokolovsky_ (n=psokolov@235.usernat.ip.net.ua) |
18:17.42 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
18:23.09 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
18:32.45 | *** join/#oe stuffcorpse (n=rick@60-234-225-122.bitstream.orcon.net.nz) |
18:34.20 | *** part/#oe stuffcorpse (n=rick@60-234-225-122.bitstream.orcon.net.nz) |
18:47.26 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
18:54.09 | *** join/#oe ar (n=ar@port-ip-213-211-233-176.reverse.mdcc-fun.de) |
19:17.23 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
19:21.12 | gremlin[it] | hi all, some here will be on FOSDEM and present at OE booth/stand ??? |
19:27.51 | *** join/#oe rob_w|usa (n=bob@64-60-160-98.static-ip.telepacific.net) |
19:30.47 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
19:31.53 | *** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
19:37.29 | pH5 | koen: how about splitting out the libraries from eds-dbus like this: http://en.pastebin.ca/340416 |
19:38.03 | koen | pH5: that looks a lot like what I'm typing in vi now :) |
19:38.41 | pH5 | koen: then it can't be all wrong :) |
19:38.46 | koen | :) |
19:38.51 | koen | feel free to commit that |
19:42.05 | pH5 | ok |
19:43.19 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
19:44.26 | CIA-19 | 03pH5 07org.oe.dev * r86d8dfc8... 10/ (1 packages/eds/eds-dbus_svn.bb): eds-dbus: split out libraries in separate packages |
19:46.32 | koen | pH5: could you bump PR as well? |
19:47.07 | pH5 | koen: yeah, that might turn out to be a good idea |
19:51.42 | CIA-19 | 03pH5 07org.oe.dev * r371347ae... 10/ (1 packages/eds/eds-dbus_svn.bb): eds-dbus: bump PR |
19:55.50 | slapin_nb | somebody please look at bug 1846 |
19:59.46 | CIA-19 | 03koen 07org.oe.dev * r355cafb7... 10/ (1 packages/eds/eds-dbus_svn.bb): eds-dbus: really bump PR :) |
20:24.22 | *** join/#oe cbrake_a1ay (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
20:40.16 | *** join/#oe dion (n=dion@xen.inhex.net) |
20:40.21 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
20:59.22 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
21:04.06 | *** join/#oe mtaht4 (n=m@c-71-198-23-124.hsd1.ca.comcast.net) |
21:04.59 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
21:26.43 | *** join/#oe zap_ (n=zap@16.170.249.ozerki.net) |
21:37.21 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
21:40.49 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
21:57.29 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
22:02.20 | *** join/#oe bluelightning (n=blueligh@222-155-219-24.jetstream.xtra.co.nz) |
22:13.06 | CIA-19 | 03rwhitby 07org.oe.dev * ra4f1af86... 10/ (1 packages/linphone/linphone_1.6.0.bb): linphone: removed default_preference=-1 from the 1.6.0 console-only version |
22:13.10 | CIA-19 | 03rwhitby 07org.oe.dev * reba77e76... 10/ (4 files in 2 dirs): ixp4xx-kernel: Updated to 2.6.20 |
22:13.15 | CIA-19 | 03rwhitby 07org.oe.dev * rd7d5cb09... 10/ (1 conf/distro/include/slugos.inc): slugos.inc: Update to 2.6.20 |
22:23.22 | *** part/#oe Eblis (n=loki@86.34.3.192) |
22:39.24 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-069-202.pools.arcor-ip.net) |
22:43.42 | *** join/#oe t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
22:44.30 | slapin_nb | please somebody look at bug 1846 it is update to Palm Zire 72 support |
22:50.41 | *** join/#oe rob_w|usa (n=bob@64-60-160-98.static-ip.telepacific.net) |
22:52.03 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
22:54.01 | *** join/#oe dion (n=dion@xen.inhex.net) |
22:54.38 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:18.27 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
23:19.36 | *** join/#oe darmou (n=darmou@mail.planforlife.com.au) |
23:37.01 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-075-015.pools.arcor-ip.net) |
23:46.02 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-075-015.pools.arcor-ip.net) |