| 00:12.57 | *** join/#oe diJenerate (n=dijenera@72.22.133.141) |
| 00:24.00 | *** join/#oe underor (n=yes@ppp10-157.adsl.forthnet.gr) |
| 00:28.44 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 00:29.54 | *** join/#oe gerwinin (n=holograp@ip5457b30e.direct-adsl.nl) |
| 00:59.57 | *** part/#oe SyNko (n=SyNko@host252-162-dynamic.14-87-r.retail.telecomitalia.it) |
| 01:02.18 | *** join/#oe benlau2 (n=benlau@202.155.224.133) |
| 01:20.21 | *** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg) |
| 01:49.52 | *** join/#oe chouimat|away (n=dieu@kde/developer/chouinard) |
| 01:57.20 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 02:26.13 | *** join/#oe jacques_ (n=jacques@nslu2-linux/jacques) |
| 02:30.03 | *** join/#oe summatusmentis (n=summatus@c-24-118-78-158.hsd1.mn.comcast.net) |
| 02:44.06 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 03:03.50 | *** join/#oe benlau2 (n=benlau@202.155.224.133) |
| 03:44.32 | *** join/#oe xjqia1 (n=gordon@mir-nil-pat-118-150.wustl.edu) |
| 03:46.56 | *** join/#oe AvengerMoJo (n=alex@61.14.130.203) |
| 04:13.02 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
| 04:34.27 | *** join/#oe bluelightning (n=blueligh@122-57-172-4.jetstream.xtra.co.nz) |
| 04:46.49 | *** join/#oe aloisiojr (n=aloisio@189.70.8.211) |
| 04:58.22 | *** join/#oe johnx (n=john@softbank221106232001.bbtec.net) |
| 05:22.33 | *** join/#oe diego71 (n=diego@host-84-222-11-188.cust-adsl.tiscali.it) |
| 05:28.04 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de) |
| 06:04.54 | *** join/#oe memeruiz (n=memeruiz@e180224030.adsl.alicedsl.de) |
| 06:15.10 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:41.36 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 06:44.50 | *** join/#oe geekounet (n=geekoune@gentoo/contributor/geekounet) |
| 06:49.21 | *** join/#oe rschuster (n=rob@e178094010.adsl.alicedsl.de) |
| 07:03.48 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
| 07:21.35 | *** join/#oe polyonymous_note (n=hacker@pD953B6B8.dip0.t-ipconnect.de) |
| 07:22.18 | *** join/#oe zecke (n=ich@nat/trolltech/x-df64c07503c9aa57) |
| 07:23.23 | *** join/#oe polyonymous (n=hacker@pD953B6B8.dip0.t-ipconnect.de) |
| 07:31.58 | *** join/#oe mithro (n=tim@119.11.33.65) |
| 07:32.40 | *** part/#oe mithro (n=tim@119.11.33.65) |
| 07:32.45 | *** join/#oe chouimat|away (n=dieu@r2351064.cidc.net) |
| 07:35.43 | zecke | moin |
| 07:36.31 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 07:48.59 | pb__ | hi zecke |
| 07:50.43 | zecke | moin |
| 07:51.11 | zecke | pb__: all these years and I still know the gcc build system so little |
| 07:51.28 | zecke | pb__: but If you don't beat me with it, I will try to clean our recipes for gcc4.3 and llvm |
| 07:58.01 | *** join/#oe nud (n=sf@www.multitel.be) |
| 07:59.01 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 08:10.26 | *** join/#oe pf_ (n=pf@p5098a037.dip0.t-ipconnect.de) |
| 08:10.36 | pf_ | Hello |
| 08:16.24 | pf_ | I have a question about clean up tmp files. For a fast rebuild I would like to "save" the native and cross toolchain in a tar archiv and extract the archiv befor a new build. But the archiv is tooo big. I don't need to save the src, .o's and install files. So which files can i delete? I need to take the stamps to suppress a rebuild. Can I delete the whole tmp/work folder? |
| 08:17.35 | *** join/#oe GNUtoo (n=GNUtoo@host203-147-dynamic.11-79-r.retail.telecomitalia.it) |
| 08:18.52 | pf_ | should i keep the cache and deploy folder? |
| 08:19.28 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 08:22.50 | Laibsch | pf_: I'd just clean out everything |
| 08:23.10 | Laibsch | or you are likely to run into the same trouble that made you want to clean out tmp in the first place |
| 08:23.34 | Laibsch | I only keep deploy |
| 08:25.13 | zecke | ah scratchbox is stealing 11gb from my disk :) |
| 08:25.57 | pf_ | I need to reduce the buildtime. If you only keep deploy, the next build will rebuild the native and cross toolchain |
| 08:26.18 | pf_ | I think i need the tmp/stamps and tmp/deploy |
| 08:27.32 | Laibsch | pf_: you are substitung your own fiddling time with build time |
| 08:27.47 | Laibsch | I'd let my computer work more when I have to work less just about any time |
| 08:27.59 | Laibsch | And I have a VERY slow computer for compilation |
| 08:31.04 | pf_ | no the problem is that we make a build every day and if we make little changes, we need to wait too long for a new build from our buildserver |
| 08:33.40 | Laibsch | pf_: You know about PR? |
| 08:33.48 | Laibsch | what changes are you making |
| 08:34.00 | Laibsch | Du ziehst das Pferd vom flaschen Ende auf |
| 08:34.14 | pf_ | tar cvzf toolchain.tar.gz tmp/stamps tmp/cross tmp/staging |
| 08:34.21 | pf_ | Laibsch: warum? |
| 08:34.23 | Laibsch | well, try it |
| 08:34.26 | Laibsch | It might work |
| 08:34.37 | Laibsch | I'd be more prudent with my time |
| 08:34.52 | Laibsch | pf_: You know about PR? |
| 08:35.03 | Laibsch | What changes are you making? |
| 08:35.04 | *** join/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
| 08:35.04 | pf_ | Laibsch: PR? No |
| 08:35.16 | Laibsch | Das könnte das richtige Ende vom Pferd sein |
| 08:36.08 | pf_ | we never change the toolchain. |
| 08:36.21 | pf_ | Laibsch: was ist PR? |
| 08:37.16 | Laibsch | pf_: http://www.openembedded.org/user-manual |
| 08:37.58 | Laibsch | PR is increased by 1 when source code has not changed but the bb file has |
| 08:38.31 | Laibsch | bitbake will then go through the motions again for that particular package |
| 08:39.12 | Laibsch | pf_: You should familiarize yourself with the data in a bb file |
| 08:40.05 | pf_ | Ok this "PR", i know it |
| 08:43.30 | pf_ | ASSUME_PROVIDED += " virtual/${TARGET_PREFIX}gcc " |
| 08:43.36 | pf_ | this is it |
| 08:53.15 | Laibsch | but I guess there are infinite ways to shoot yourself in the foot, make your life more miserable than it needs to be and generally waste time ;-) |
| 08:57.48 | *** join/#oe cyberdeck (n=molter@unaffiliated/cyberdeck) |
| 08:59.16 | pf_ | you are rigth, we don't need to rebuild the whole image from scratch, but we want to make sure that we can rebuild our images every time, it would be a big problem if we experience in a few month the your image X can't be build up from scratch. Now the whole tmp will be only deleted at WE |
| 08:59.26 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 09:00.38 | *** join/#oe summatusmentis (n=summatus@c-24-118-78-158.hsd1.mn.comcast.net) |
| 09:04.31 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 09:21.04 | hrw | morning |
| 09:21.05 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 09:21.06 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 09:21.10 | RP | morning all |
| 09:21.15 | Laibsch | pf_: you know about "bitbake -c rebuild"? |
| 09:21.15 | gremlin[it] | hi all ! |
| 09:21.17 | gremlin[it] | hi RP |
| 09:21.17 | Jin^eLD | re |
| 09:21.24 | *** join/#oe diego71_ (n=diego@host-84-222-6-174.cust-adsl.tiscali.it) |
| 09:21.24 | Jin^eLD | hey RP |
| 09:21.25 | Laibsch | good morning RP & hrw! |
| 09:21.35 | Laibsch | good morning, gremlin[it] |
| 09:21.47 | Laibsch | wow, everybody waking up at the same time |
| 09:28.16 | gremlin[it] | hahah really i'm in office since 08 am :) |
| 09:31.13 | Laibsch | ;-) |
| 09:31.31 | gremlin[it] | hahahha |
| 09:32.53 | gremlin[it] | what's the -c command for build a package and it's dependencies ? |
| 09:33.03 | gremlin[it] | for bitbake |
| 09:33.04 | hrw | buildall |
| 09:34.15 | gremlin[it] | i'm not able (now trying with buildall) to obtain xserver-xorg-xinit ... and other script to automatic startup X at boot |
| 09:36.51 | *** join/#oe rob_w|laptop (n=rob_w@193.46.183.2) |
| 09:41.00 | gremlin[it] | no ... -c buildall xorg-xserver dont produce xorg-xserver-xinit :( |
| 09:47.39 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 09:51.44 | Jin^eLD | has anyone seen something like that? |
| 09:51.45 | Jin^eLD | http://pastebin.mozilla.org/306507 |
| 09:52.20 | Jin^eLD | if I manually copy *curl* from ../arm-angstrom-linux-gnueabi to all-angstrom-linux-gnueabi then the task runs through |
| 10:13.23 | *** join/#oe The_Niz (n=nizzies@dijk249.athome232.wau.nl) |
| 10:13.25 | *** join/#oe Dodji (n=dodji@torimasen.com) |
| 10:13.38 | The_Niz | lo |
| 10:17.41 | *** part/#oe rschuster (n=rob@e178094010.adsl.alicedsl.de) |
| 10:23.27 | The_Niz | what's is the way to report broken urls in .bb files? bugzilla from topic? |
| 10:24.00 | XorA | The_Niz: yes |
| 10:24.06 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 10:24.11 | pb_ | hi florian_ |
| 10:24.18 | The_Niz | okay tnx |
| 10:24.39 | florian_ | hi all |
| 10:26.08 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 10:26.39 | Jin^eLD | is anyone using busybox 1.7.2? |
| 10:27.02 | Jin^eLD | it seems that the udhcpc does not get/provide the DNS server ips anymore |
| 10:33.49 | hrw | I have 1.8.2 on alix |
| 10:34.15 | Jin^eLD | figured it out, was my fault - permission badness of the script that takes care of the resolv.conf stuff |
| 10:36.10 | gremlin[it] | a info ... angstrom-200.12 is just a distro version or a stable branch/tag of OE metadata too ? |
| 10:36.39 | hrw | stable branch |
| 10:37.30 | gremlin[it] | hrw name ? |
| 10:37.39 | gremlin[it] | on OE wiki i don't find nothing about |
| 10:38.12 | Jin^eLD | <PROTECTED> |
| 10:38.25 | Jin^eLD | I found the reference to it in angstrom-2008.1.conf |
| 10:38.36 | Jin^eLD | and it's also documented on the angstrom website |
| 10:38.59 | hrw | gremlin[it]: I can say one thing about OE website but it is not political correct |
| 10:39.05 | Jin^eLD | :) |
| 10:39.24 | gremlin[it] | hahaha :) |
| 10:39.42 | gremlin[it] | i found some info in Angstrom page |
| 10:41.04 | gremlin[it] | can i use the same OE.mtn to handle both sable and dev branch right ? |
| 10:42.26 | hrw | yes |
| 10:51.04 | *** join/#oe Genesis (n=genesis@AMontsouris-153-1-17-26.w86-212.abo.wanadoo.fr) |
| 10:52.07 | Genesis | bonjour :) |
| 10:58.09 | *** join/#oe Chicken (n=Alex@pD9E33FDC.dip.t-dialin.net) |
| 11:06.32 | hrw | avahi Genesis |
| 11:08.12 | gremlin[it] | nooooooooooooooo avahi nooooooooooooo broadcast and multicast !!! |
| 11:08.20 | Genesis | ^^ |
| 11:08.24 | Genesis | yo hrw :) |
| 11:10.39 | hrw | gremlin[it]: ;D |
| 11:15.14 | *** join/#oe rd_ (n=dr@vnsecurity.net) |
| 11:21.32 | *** join/#oe geekounet` (n=geekoune@gentoo/contributor/geekounet) |
| 11:27.29 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 11:29.25 | *** join/#oe AvengerMoJo (n=alex@61.14.130.203) |
| 11:32.34 | *** join/#oe p3t3r__ (n=chatzill@uk-s9.uni-kiel.de) |
| 11:53.09 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 12:02.54 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 12:07.52 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 12:09.14 | Laibsch | How is it that http://rafb.net/p/c18jcd64.html can happen? I even rebuilt busybox just seconds before trying to compile that image. |
| 12:09.20 | Laibsch | Any ideas? |
| 12:10.27 | Jin^eLD | mine also failed, but looks very much different from yours |
| 12:10.44 | Jin^eLD | anyway, no clue, neither for my failure nor for your log :) |
| 12:15.25 | svolpe | I'm passing a string in CXXFLAGS_append to a pre-compiler define but bitbake adds \ before each " how do I escape a qoute in a bb file so bitbake does not add \? |
| 12:15.47 | *** join/#oe cyberdeck (n=molter@iss12.vlsi.informatik.tu-darmstadt.de) |
| 12:18.07 | *** join/#oe rschuster (n=rob@e178094010.adsl.alicedsl.de) |
| 12:26.03 | *** topic/#oe by mickeyl -> OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.net | OE will be @ FOSDEM 2008 (http://www.openembedded.org/fosdem2008), please help us organizing and visit our booth | This is not a distro support channel | bugzilla currently is at 76.74.156.109. |
| 12:26.47 | Laibsch | will it stay with .net? |
| 12:27.04 | mickeyl | yes |
| 12:27.12 | mickeyl | .org may be repaired eventually |
| 12:27.16 | mickeyl | but it will stay with .net as well |
| 12:27.24 | mickeyl | .net is under my control :) |
| 12:27.54 | hrw | hi mickeyl |
| 12:28.00 | mickeyl | hey hrw |
| 12:28.02 | mickeyl | how's life? |
| 12:28.07 | hrw | mickeyl: quite ok |
| 12:28.11 | mickeyl | (except waiting for the little one ;) |
| 12:28.24 | hrw | mickeyl: busy with few projects and testing poky under RPM based craps |
| 12:28.31 | hrw | centos, opensuse, fedora |
| 12:28.55 | hrw | good that we do not have clients using mandriva (or how it is called in this week) |
| 12:29.29 | mickeyl | mandriva is fairly straightforward, didn't have any problems as long as I was using it |
| 12:32.13 | hrw | I need more desk space |
| 12:32.23 | hrw | and as always: faster machines ;) |
| 12:32.28 | *** join/#oe stefan_schmidt (n=stefan@datenfreihafen.org) |
| 12:36.55 | hrw | when it comes to network installer nothing beats Debian |
| 12:37.16 | hrw | fedora just installed firefox... as part of development utisl |
| 12:39.21 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:40.02 | *** join/#oe mithro_ (n=tim@ppp246-117.static.internode.on.net) |
| 12:41.43 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:47.20 | *** join/#oe sirfred (n=mteira@77.Red-80-39-213.dynamicIP.rima-tde.net) |
| 12:47.29 | sirfred | Hi |
| 12:48.54 | sirfred | Did anyone realize that changes in the compose keys in the kernel keymap doesn't affect the compose combinations under kdrive? Is this expected? |
| 12:56.11 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
| 12:56.48 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 13:02.52 | *** join/#oe lrg (n=liam@59.160.224.98) |
| 13:22.32 | *** join/#oe benlau (n=benlau@221.125.8.105) |
| 13:43.21 | *** join/#oe polyonymous_note (n=hacker@pD953B6B8.dip0.t-ipconnect.de) |
| 13:45.37 | *** join/#oe Laibsch (n=Laibsch@ip-62-143-227-114.1411N-CUD12K-01.ish.de) |
| 14:04.47 | *** join/#oe jsheldon (n=jims@70.90.111.225) |
| 14:05.12 | *** join/#oe aloisiojr (n=aloisio@200.184.118.132) |
| 14:11.50 | *** join/#oe dijenerate (n=dijenera@72.22.133.141) |
| 14:12.30 | *** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas) |
| 14:13.18 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 14:31.21 | *** join/#oe TheCan (n=thecan@dslb-084-056-149-027.pools.arcor-ip.net) |
| 14:31.59 | *** join/#oe kristoffer (n=kristoff@62.209.186.97) |
| 14:32.35 | *** join/#oe chouimat|work (n=mchouina@209.217.106.98) |
| 14:35.54 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
| 14:36.40 | Laibsch | mickey|bbl: Do you think that http://oz.leggewie.org/wip/wifi-suspend.patch is the right way to move this into a separate package? |
| 14:36.54 | chouimat|work | morning |
| 14:37.08 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 14:39.55 | mwester | Salutations |
| 14:48.58 | Laibsch | Are tasks supposed to be "bitbake-able"? |
| 14:51.15 | *** join/#oe kristoffer_ (n=kristoff@62.209.186.97) |
| 14:51.36 | sirfred | Does anybody know where are the key compose combinations for libX11 stored in oe ? |
| 14:54.26 | Laibsch | sirfred: no, I don't really |
| 14:54.39 | Laibsch | but there is a meta-bug for keyboard-related issues in the tracker |
| 14:54.55 | Laibsch | Maybe you can quickly find the relevant files being mentioned there? |
| 14:55.42 | sirfred | Laibsch: Will give it a look, thanks! |
| 14:57.36 | Laibsch | bug 1908? |
| 14:58.03 | sirfred | Laibsch: Running into difficulties to connect to the bugs site |
| 14:59.24 | Laibsch | .net |
| 14:59.26 | Laibsch | not .org |
| 15:00.12 | sirfred | oops |
| 15:00.33 | *** join/#oe Chicken (n=Alex@pD9E33FDC.dip.t-dialin.net) |
| 15:02.47 | hrw | do we have enough people for fosdem to finally create OE fundation? |
| 15:03.12 | XorA | hrw: wiki seems to be lacking in attendees |
| 15:03.32 | sirfred | I'm afraid the page has a lot of internal links to the .org domain |
| 15:03.45 | sirfred | form name="login" action="http://bugs.openembedded.org/" method="POST"> and so on |
| 15:04.41 | XorA | sirfred: use the IP and fix you /etc/hosts :-) |
| 15:05.01 | sirfred | s/fix/hack |
| 15:05.40 | hrw | XorA: there were problems with editing wiki |
| 15:05.54 | XorA | sirfred: call all hacks fixes, that way you sound like a better coder :-) |
| 15:05.59 | XorA | hrw: there were? |
| 15:06.03 | sirfred | XorA: :D |
| 15:06.33 | sirfred | I'm going to use the show_bug.cgi page directly. :-( |
| 15:08.09 | hrw | XorA: I do not know more |
| 15:08.42 | XorA | hrw: and we are down 2 core developers at least |
| 15:08.47 | sirfred | Hmm, 1908 is not very helpful. Just a set of people discussing if it is actually a bug. :) |
| 15:09.50 | sirfred | The fact is that I'm able to insert special characters using the compose feature, but I don't know how to change the compose map in X applications. The kernel compose combinations are not used by x |
| 15:10.00 | sirfred | s/kernel/console |
| 15:10.15 | *** join/#oe hvontres|work (n=hvontres@hentges.net) |
| 15:10.25 | hrw | XorA: the problem with website (for me) is drupal which I do not understand and lack time to learn it |
| 15:10.36 | *** join/#oe benlau (n=benlau@221.125.8.105) |
| 15:11.10 | Laibsch | sirfred: I have already taken care of that |
| 15:11.11 | sirfred | XorA: Have you setup a wiki on drupal? |
| 15:11.20 | Laibsch | It should be fixed now, pointing back to .net |
| 15:11.34 | sirfred | XorA: I find the mediawiki support a little poor |
| 15:11.34 | Laibsch | If not, "vi /etc/hosts" |
| 15:11.38 | XorA | sirfred: no, I just use it for my blog on xora.org.uk |
| 15:11.44 | sirfred | XorA: AH, ok |
| 15:12.03 | XorA | sirfred: I tried the forums modules, but they were all crap, so I use FUDforum |
| 15:12.13 | sirfred | XorA: I was looking for something with a lot of features (forums, blogs, wiki,...) and most of them are not very good |
| 15:12.21 | sirfred | I mean, the drupal modules |
| 15:12.33 | sirfred | The forums are a hell, yes. :) |
| 15:12.34 | XorA | sirfred: yeah, drupal forums models were shit |
| 15:12.35 | Laibsch | sirfred: But did you see the russian support thing? |
| 15:12.51 | sirfred | Laibsch: Yes, about the xkbd packages? |
| 15:13.01 | Laibsch | Look through that file, come on, be a little creative after I got you going in $some direction |
| 15:13.05 | XorA | mainly I use drupal as wordpress didnt run on postgres |
| 15:13.08 | sirfred | Laibsch: Curiously, I'm afraid that xkb is not enabled in libx11. |
| 15:13.33 | sirfred | And I'm not sure what that actually means, related with compose stuff |
| 15:13.44 | sirfred | What a complex world! |
| 15:14.02 | sirfred | I just want to type easily my ñ's and €'s and so |
| 15:14.22 | Laibsch | XorA: Down 2 core devs? You mean for FOSDEM? |
| 15:14.32 | XorA | Laibsch: yes |
| 15:14.57 | Laibsch | who is not coming? hrw and ? |
| 15:15.14 | XorA | hrw is busy forking :-) |
| 15:15.48 | Laibsch | sirfred: If I had known the answer, I'd have given it to you. All I can do is point you to related stuff I have seen in the past |
| 15:16.01 | sirfred | XorA: I hope he won't forget to exec, after that |
| 15:16.09 | Laibsch | hrw: Forking what? Forking out cash? |
| 15:16.30 | sirfred | Laibsch: And I thank you |
| 15:16.34 | hrw | Laibsch: my daughter cames to real world anyday soon |
| 15:16.46 | Laibsch | oh, that kind of fork? |
| 15:16.55 | Laibsch | Now, that indeed is a joyous fork! |
| 15:16.59 | sirfred | So, exec'ing soon. Congrats |
| 15:17.07 | Laibsch | Let's all fork and be happy ;-) |
| 15:22.25 | hrw | XorA: unless unofficial fork will gets you ;D |
| 15:25.02 | chouimat|work | this is dangerous ... but so fun :) |
| 15:32.34 | XorA | hvontres|work: fork bomb hit you then :-D |
| 15:33.33 | chouimat|work | and using kill -9 isn't allowed :D |
| 15:35.21 | hrw | XorA: does yaffs2-native from OE builds ok for you? |
| 15:35.34 | XorA | hrw: yes |
| 15:39.27 | *** join/#oe tnb (n=tnb@24.154.118.23) |
| 15:39.35 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 15:41.23 | hrw | in Poky I had to patch it a bit |
| 15:42.53 | *** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) |
| 15:42.59 | hvontres|work | XorA: hmmm... well that would explain the way my house looks :) |
| 15:43.34 | hvontres|work | chouimat|work: yes, even if sometimes it seems like a good idea... |
| 15:45.07 | chouimat|work | hvontres|work: I know the feeling (even if I don't have kids) the next door couple has 5 of them and sometimes I want to put them out of my misery ... and they also seems to have no control over them ... loud music and shouting, yelling until 3 in the morning |
| 15:45.10 | mwester | Ah, but sending a SIGSTOP is a good thing now and again. |
| 15:48.10 | pf_ | can anybody tell me where i can find the ksyms file if /proc/ksyms not exist? ksymoops will not take /proc/kallsyms |
| 15:54.48 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 16:05.03 | Laibsch | guys, how can it be that "bitbake -c rebuild task-base-extended" runs fine, but that "bitbake console-image" complains about unsatisfiable dependencies for task-base-extended in do_rootfs? http://rafb.net/p/pvZmuJ25.html |
| 16:05.37 | *** part/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
| 16:06.19 | Jin^eLD | Laibsch: have you tried -DDD, maybe there will be clues in the debug output? |
| 16:06.21 | Jin^eLD | just a guess.. |
| 16:06.51 | Laibsch | Jin^eLD: I'll take a look |
| 16:08.09 | *** join/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
| 16:23.43 | tnb | Anyone with qt4-x11-free experience? It builds fine by itself, but if I try to put it in an image, I get: ERROR: Cannot satisfy the following dependencies for qt4-x11-free: libqtcore4, etc. |
| 16:24.02 | Laibsch | tnb: I get similar problems now |
| 16:24.10 | Laibsch | but not for qt4 |
| 16:24.15 | Laibsch | overall |
| 16:24.43 | Laibsch | tnb: When do the errors occur? in do_rootfs? |
| 16:24.48 | tnb | Laibsch: any workaround that you know of? |
| 16:24.49 | tnb | yes |
| 16:25.06 | Laibsch | Jin^eLD: Unfortunately, I don't see anything: http://oz.leggewie.org/wip/bb.log |
| 16:25.18 | Laibsch | tnb: are you up2date? |
| 16:25.41 | Shoragan | i tried building the initramfs-image, which results in a 3MB image... which is probably because it uses the glibc |
| 16:25.55 | pb_ | tnb: do you actually have a libqtcore4.ipk on hand in your deploy directory? |
| 16:25.57 | tnb | Laibsch: I didn't try with .dev, only with angstrom2007.12-stable branch |
| 16:26.12 | Shoragan | is it possible to use uclibc for an image, or do i need to use a separate build tree? |
| 16:26.40 | Laibsch | pb_: I am getting similar errors since a few hours ago, see my earlier pastebin |
| 16:26.45 | zecke | tnb: what happens if your try to put a user of Qt4 into the image (e.g. qsvn?) |
| 16:27.11 | Laibsch | zecke: I am getting the feeling this is not qt4 problem |
| 16:27.57 | tnb | pb_: oops, nice naming on "qtcoree": libqtcoree4_4.3.3-r1_armv5te.ipk |
| 16:28.10 | pb_ | heh |
| 16:28.35 | zecke | tnb: debian package renaming, libQtCoreE -> libqtcoree |
| 16:28.37 | tnb | yeah, they *all* have an extra "e" |
| 16:28.52 | zecke | tnb: this allows to install QtopiaCore and Qt/X11 next to each other |
| 16:29.21 | tnb | oh, so the "e" version is the embedded version? |
| 16:29.52 | Laibsch | zecke: Was there some changes to this recently? |
| 16:29.59 | tnb | if so, then building the X11 version is not creating the libqtcore4 |
| 16:30.26 | Laibsch | zecke: because I can build task-base fine, but the image complains about unsatisfiable deps for the image (task-base) |
| 16:31.18 | pb_ | Laibsch: and do the packages that are unsatisfiable dependencies actually exist? |
| 16:33.51 | tnb | i.e. the libqtcore4 ipk. only the libqtcoree4 ipk exists |
| 16:35.05 | cdbot2 | * * OE Bug has been marked as DUPLICATE of bug 2806 by <Laibsch> |
| 16:35.06 | cdbot2 | * * Openldap fails to build |
| 16:35.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id= |
| 16:35.11 | pb_ | tnb: yeah, looks like you have somehow ended up with the -e version of qt being built rather than the x11 version |
| 16:35.46 | pb_ | might be worth trying a manual rebuild of the qt-x11 package and see what happens |
| 16:36.57 | zecke | tnb: how did you end up with the qtopiacore version? We don't have something like virtual/qt in place |
| 16:40.14 | tnb | zecke: I built qtopia-core when this problem first showed up; i.e., the missing libs occur when just qt4-x11-free is built |
| 16:40.48 | tnb | I cleaned qtopia-core and rm'd all of the *qt* ipks and now I'm rebuilding qt4-x11-free |
| 16:40.57 | tnb | we'll see soon. |
| 16:41.08 | zecke | tnb: do you try to directly install libqtcore? or is it in a task and you install the task? |
| 16:41.35 | tnb | I created a new image based from one of the x11 images |
| 16:42.17 | tnb | also tried a new task approach. It did work fine in angstrom-2007.12-rc1 |
| 16:43.57 | hrw | bye |
| 16:52.03 | *** join/#oe AvengerMoJo (n=alex@219.142.248.108) |
| 16:59.32 | *** part/#oe SyNko (n=SyNko@213-156-55-129.fastres.net) |
| 17:01.50 | *** join/#oe summatusmentis (n=summatus@c-24-118-78-158.hsd1.mn.comcast.net) |
| 17:06.51 | Laibsch | pb_: yes, the ipk are there: http://rafb.net/p/ajvSGt76.html |
| 17:07.15 | Laibsch | tnb: Did you find the root of your problem? |
| 17:12.41 | *** join/#oe Ma][_ (n=Ma][@wn2nat48.beelinegprs.ru) |
| 17:14.45 | tnb | Laibsch: no, looking at what is built, ipks for libqtcore4-dev (and doc, etc) are created, but libqtcore4 is not |
| 17:15.40 | zecke | tnb: not created? any other package missing? |
| 17:16.15 | tnb | zecke: right, the -dev and -dbg packages exist in deploy but not the main ones |
| 17:16.40 | zecke | tnb: weird, |
| 17:16.50 | zecke | tnb: I will check once I'm back in the hotel |
| 17:17.06 | tnb | zecke: cool, thanks |
| 17:20.46 | Laibsch | tnb: what machine are you building for? |
| 17:34.13 | tnb | Laibsch: nothing in OE. I'll try for hx4700. |
| 17:34.41 | tnb | in case there's some var that's not set or something goofy like that |
| 17:37.26 | Laibsch | OK |
| 17:37.37 | Laibsch | I thought maybe this was due to the latest collie changes |
| 17:37.44 | Laibsch | But it does not look like it, then |
| 17:39.16 | pb_ | Laibsch: and which architectures does ipkg.conf admit as installation candidates? |
| 17:39.51 | Laibsch | pb_ Sorry, I don't understand your question? |
| 17:39.56 | Laibsch | PACKAGE_ARCH? |
| 17:40.07 | Laibsch | for collie that would be arm-oabi |
| 17:43.16 | pb_ | what Architectures does the ipkg.conf file mention? |
| 17:44.48 | *** join/#oe flo_lap (n=fuchs@f048034111.adsl.alicedsl.de) |
| 17:44.50 | *** join/#oe GNUtoo (n=GNUtoo@host203-147-dynamic.11-79-r.retail.telecomitalia.it) |
| 17:46.51 | *** join/#oe shres (n=Shreyas@117.97.147.65) |
| 17:49.54 | *** part/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 17:53.06 | Laibsch | pb_: Is http://rafb.net/p/gSwXbM46.html the file you were looking for? |
| 17:53.44 | Laibsch | No Arches, but I think that was always like that and did not interfere with image creation in the past |
| 17:53.54 | Laibsch | Sonkei does not yet have feeds defined |
| 17:55.07 | pb_ | No, that's the installed ipkg.conf file. You need the one that ipkg is actually using during image construction. |
| 17:55.12 | pb_ | It should be mentioned on the ipkg command line. |
| 17:56.56 | Laibsch | Where would that be in your case? |
| 17:57.01 | Laibsch | In what directory |
| 17:57.11 | Laibsch | $DEPLOY |
| 17:57.13 | Laibsch | ? |
| 17:57.43 | Laibsch | I only have ipkg.conf files in $WORKDIR |
| 17:57.56 | Laibsch | And one in staging |
| 17:58.20 | pb_ | What does the ipkg command line say? |
| 17:58.45 | Laibsch | the one in staging looks like this: http://rafb.net/p/EGgmyH52.html |
| 17:59.00 | Laibsch | I never saw any ipkg command line during the build |
| 17:59.11 | pb_ | The one that produced the ipkg error you pasted earlier. |
| 18:05.37 | *** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) |
| 18:07.00 | Laibsch | pb_: I guess that would be the link above |
| 18:07.05 | Laibsch | http://rafb.net/p/EGgmyH52.html |
| 18:07.15 | Laibsch | the arches look OK to me |
| 18:08.31 | pb_ | I'd have thought you'd want arm-oabi in there, if that's what you're using as PACKAGE_ARCH. |
| 18:09.07 | Laibsch | I can only assume that is handled automatically |
| 18:09.14 | Laibsch | But maybe it is not |
| 18:09.23 | Laibsch | I'll try for spitz and compare |
| 18:14.28 | *** join/#oe zap (n=zap@28.169.249.ozerki.net) |
| 18:20.40 | pb_ | It should indeed be automatic, but it doesn't seem to be working correctly for you. |
| 18:21.43 | *** part/#oe rschuster (n=rob@e178094010.adsl.alicedsl.de) |
| 18:25.49 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 18:28.47 | Jin^eLD | zta: I think it does, you could check using intel tools |
| 18:28.51 | Jin^eLD | oops wrong dindow |
| 18:31.21 | *** join/#oe SyNko (n=SyNko@host188-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:34.36 | mickeyl | anyone familiar with the git fetcher? |
| 18:34.41 | mickeyl | how can i specify a branch? |
| 18:35.30 | XorA|gone | mickeyl: I never worked that out |
| 18:35.37 | mickeyl | oh |
| 18:35.38 | mickeyl | bummer |
| 18:35.38 | XorA|gone | mickeyl: I ended up making my branch a new git repo |
| 18:35.41 | mickeyl | i need one now |
| 18:35.45 | XorA|gone | but Im not very clever sometimes |
| 18:35.49 | mickeyl | heh |
| 18:36.01 | mickeyl | ok, that means go and check the git fetcher... |
| 18:37.04 | XorA|gone | why is the a files/device_table* in the root of OE? |
| 18:37.18 | mickeyl | i think that has historic roots |
| 18:37.28 | mickeyl | but i honestly forgot |
| 18:37.37 | XorA|gone | Author: lenehan@openembedded.org |
| 18:37.37 | XorA|gone | | Date: 2006-07-06T14:58:36 |
| 18:37.55 | XorA|gone | looks like a cockup no-one ever fixed |
| 18:37.55 | mickeyl | check bitkeeper, it's been there for years |
| 18:41.48 | mickeyl | hmm |
| 18:41.50 | *** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) |
| 18:41.58 | mickeyl | why are we using git checkout-index as opposed to git checkout? |
| 18:45.38 | sirfred | Hmm, xkbd is just a "onscreen" keyboard |
| 18:52.24 | pb_ | hi mickeyl |
| 18:53.13 | pb_ | sirfred: what were you expecting? |
| 18:54.42 | sirfred | pb_: Something related with x11 key management |
| 18:55.40 | sirfred | pb_: I'm trying to figure out where keys are processed for composing, for example. |
| 18:58.02 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 18:58.14 | pb_ | sirfred: xmodmap is what controls the compose settings |
| 18:58.29 | sirfred | pb_: I was not able to find an example of composing with xmodmap |
| 18:59.01 | pb_ | Can you be more specific about what you are trying to do? |
| 18:59.07 | sirfred | Of course. |
| 18:59.45 | pb_ | I have to go home now, but I'll read the scrollback later. |
| 19:00.00 | sirfred | Currently, pressing the compose key (if defined) and then 'a' and 'a' again generates a å |
| 19:00.20 | sirfred | Or Compose + a + e = æ |
| 19:00.21 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 19:00.43 | sirfred | I've changed that in the kernel keymap, but X seems to use different source to configure that |
| 19:01.12 | sirfred | So, in my ubuntu, while stracing a x client, it looks for a Compose file in the locale dirs. |
| 19:01.32 | sirfred | With diet-x11 it doesn't happen |
| 19:01.56 | sirfred | But anyway, compose works, with what I think are some default, stored in some place unknown for me |
| 19:02.01 | sirfred | That's the problem |
| 19:02.10 | sirfred | pb_: Ok, Thanks for listening. :) |
| 19:08.37 | Laibsch | pb_: spitz compiles fine |
| 19:08.54 | Laibsch | could indeed be the changes to machine configs |
| 19:09.00 | Laibsch | which were done lately |
| 19:15.19 | *** join/#oe |fred| (n=fred@e181063054.adsl.alicedsl.de) |
| 19:15.47 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 19:17.51 | *** join/#oe mhnoyes (n=mhnoyes@76.254.1.94) |
| 19:18.12 | *** join/#oe lfcorreia (n=lfcorrei@d83-187-1-102.cust.tele2.pt) |
| 19:19.54 | lfcorreia | hi all! |
| 19:20.22 | lfcorreia | getting back to my openmoko image tries to get it working into my HTC Magician |
| 19:21.29 | lfcorreia | i've now got a silly conflict : ERROR: The following packages conflict with libgsmd:libgsmd-devel |
| 19:21.38 | lfcorreia | any ideas? |
| 19:22.04 | mickeyl | looks like you tried to build/install both libgsmd versions |
| 19:22.07 | mickeyl | choose one |
| 19:22.50 | otavio | anyone working on HTC Touch support? |
| 19:23.04 | lfcorreia | mickeyl: i've just done a simple 'bitbake openmoko-image' |
| 19:23.28 | mickeyl | which DISTRO ? |
| 19:24.04 | mickeyl | RP: i'm afraid i need a hand on branch support for the git fetcher ;) |
| 19:24.27 | lfcorreia | mickeyl: Angstrom |
| 19:24.33 | kergoth | how are things in the oe universe lately? |
| 19:24.37 | otavio | mickeyl: needs help with git? |
| 19:24.42 | mickeyl | otavio: yeah |
| 19:24.48 | *** join/#oe ejdav_gon (n=james@75.157.13.250) |
| 19:24.49 | otavio | mickeyl: I'm used to git |
| 19:24.53 | otavio | mickeyl: what you want? |
| 19:25.04 | mickeyl | kergoth: good so far. could you point bugs.openembedded.org to 76.74.156.109, please? |
| 19:25.08 | mickeyl | kergoth: how's your life? |
| 19:25.14 | kergoth | will do |
| 19:25.19 | mickeyl | otavio: i'd like to have support for branches in the git fetcher |
| 19:25.20 | mickeyl | kergoth: thanks |
| 19:25.28 | kergoth | not bad, thinking i need a new hobby since i hardly ever code anymore |
| 19:25.29 | kergoth | heh |
| 19:25.30 | kergoth | you? |
| 19:25.53 | otavio | mickeyl: where is the current one code to me look at? |
| 19:25.53 | mickeyl | good so far. still with OpenMoko Inc. as main client and slowly writing my next book |
| 19:26.07 | kergoth | nice |
| 19:26.11 | kergoth | what's the book? |
| 19:26.12 | mickeyl | otavio: lib/bb/fetch/get.py |
| 19:26.30 | otavio | mickeyl: any idea for the syntax? |
| 19:26.31 | mickeyl | kergoth: softwaredeveloping on linux smartphones and pdas ( no surprise here ;) |
| 19:26.33 | otavio | mickeyl: for the uri? |
| 19:26.39 | kergoth | ah, nice |
| 19:26.51 | mickeyl | otavio: I'd like to select the branch with ;branch=<foo> |
| 19:26.55 | mickeyl | within SRC_URI |
| 19:27.14 | mickeyl | the git fetcher is doing so many commands i'm a bit overwhelmed by that : |
| 19:28.02 | mickeyl | kergoth: do you still read oe-related mailing lists? |
| 19:28.26 | otavio | mickeyl: it's on bb source? not OE code |
| 19:28.34 | chouimat|work | hi mickeyl kergoth |
| 19:28.35 | mickeyl | no. the fetchers are part of bitbake |
| 19:28.40 | mickeyl | hi chouimat|work |
| 19:28.42 | kergoth | think i'm still subscribed, keep an eye out for anything particularly interestnig, but for the most part i ignore it |
| 19:28.47 | otavio | mickeyl: will take a look at it, hold |
| 19:28.51 | mickeyl | kergoth: righto |
| 19:28.55 | mickeyl | otavio: cool, thanks. |
| 19:29.45 | kergoth | hey chouimat |
| 19:30.02 | chouimat|work | kergoth: I'm still enjoying my new job :) |
| 19:30.16 | kergoth | nice |
| 19:30.23 | chouimat|work | kergoth: www.axentra.com |
| 19:30.37 | kergoth | i still like what i'm doing at mvista, just hoping they'll give me a different customer to support, so i have real bugs to diagnose instead of just backporting upstream fixes |
| 19:30.41 | kergoth | bored outof my mind half hte time |
| 19:30.57 | mickeyl | otavio: my first attempt was http://pastebin.ca/861004, but that doesn't really cut it |
| 19:31.32 | chouimat|work | kergoth: hehe ... currently abusing yesterday software build on the new device |
| 19:32.56 | otavio | mickeyl: you looks to have it |
| 19:33.02 | otavio | mickeyl: looks like you can use tags |
| 19:33.42 | *** join/#oe thesing (n=tkunze@BAA2a63.baa.pppool.de) |
| 19:34.31 | otavio | mickeyl: try to use tag ... obviously, it would be better to use branch keyword, but it could be work out later |
| 19:34.41 | otavio | mickeyl: looking at the source code, it looks it will work |
| 19:35.13 | kergoth | branch= sounds a little odd, naming wise, since checkout can take any tree-ish/ref |
| 19:35.27 | *** join/#oe e-ffi (n=cybercom@e-ffi.bsnet.se) |
| 19:35.56 | mickeyl | hmm |
| 19:36.36 | otavio | mickeyl: you shouldn't fix it to origin remote |
| 19:36.45 | otavio | mickeyl: as you done in your diff |
| 19:36.51 | otavio | mickeyl: better to use the tag ... |
| 19:37.04 | mickeyl | so tag=origin/branchname ? |
| 19:37.14 | otavio | mickeyl: maybe the code will need changes to support it... |
| 19:37.17 | otavio | mickeyl: yes ... |
| 19:37.26 | otavio | mickeyl: but looks like the if won't allow it |
| 19:37.31 | mickeyl | hmm, no that doesn't work |
| 19:37.46 | mickeyl | you can't give a tag with a slash within |
| 19:38.03 | mickeyl | the current code parses this into a filename for reusing checkout |
| 19:38.29 | mickeyl | and besides this... |
| 19:38.37 | mickeyl | how would i use tag for a branch _and_ a revision? |
| 19:40.09 | otavio | mickeyl: if you use a revision, you don't need a branch |
| 19:40.23 | mickeyl | okay |
| 19:40.29 | otavio | mickeyl: since a change with a different parent, gets a different sha1sum |
| 19:40.39 | mickeyl | ah, branche independent |
| 19:40.43 | mickeyl | interesting |
| 19:40.43 | otavio | mickeyl: yes. |
| 19:40.54 | otavio | mickeyl: what means is the parent object |
| 19:41.06 | otavio | mickeyl: that's why if you sign a tag, you're safe on git |
| 19:41.18 | otavio | mickeyl: if you change anything, it'll change the sum |
| 19:41.41 | otavio | mickeyl: now, to allow it to use the branch ... do: |
| 19:43.25 | mickeyl | - ud.localfile = data.expand('git_%s%s_%s.tar.gz' % (ud.host, ud.path.replace('/', '.'), ud.tag), d) |
| 19:43.25 | mickeyl | + ud.localfile = data.expand('git_%s%s_%s.tar.gz' % (ud.host, ud.path.replace('/', '.'), ud.tag.replace('/', '.')), d) |
| 19:43.27 | mickeyl | ? |
| 19:43.45 | tnb | Laibsch: I changed qt_packaging.inc to have NONDEV_PACKAGES be += and I added QT_LIBINFIX = "" to qt4-x11-free.inc and now it builds all of the required packages |
| 19:45.33 | tnb | pb_: I'm not sure which of those fixed it, but it seems to be building everything now |
| 19:45.33 | otavio | mickeyl: http://paste.debian.net/47164 |
| 19:45.48 | mickeyl | hmm, right |
| 19:45.49 | otavio | tnb: what's the problem are you having? I'm working on another qt building fix too |
| 19:45.55 | mickeyl | the problem with this approach is |
| 19:46.05 | mickeyl | it will completely confuse checkouts with different branches |
| 19:46.11 | mickeyl | as the branch name is not encoded in the filename |
| 19:46.14 | otavio | mickeyl: it won't |
| 19:46.18 | otavio | mickeyl: doesn't matter |
| 19:46.34 | tnb | otavio: the problem was that qt4 was not building all of the packages. the -dev and -dbg packages built, but not the nondev |
| 19:46.37 | otavio | mickeyl: if you had a change on the branch, it'll get a new hash |
| 19:46.42 | otavio | mickeyl: so, new checkout |
| 19:46.56 | otavio | tnb: how I test it? |
| 19:47.03 | tnb | that is, qt4-x11-free when I say qt4 |
| 19:47.32 | otavio | tnb: I think I know what's |
| 19:47.41 | otavio | tnb: I'll provide you a patch .. so you can try |
| 19:47.43 | tnb | otavio: add qt4-x11-free to one of the x11 images |
| 19:47.43 | otavio | tnb: can be? |
| 19:48.01 | otavio | mickeyl: got it? |
| 19:48.16 | otavio | mickeyl: it changes the object pointed by the branch |
| 19:48.16 | tnb | otavio: spoke too soon. still unresolved dependencies: libqtopengl4 qt4-examples qt4-plugins-accessible qt4-plugins-sqldrivers |
| 19:48.21 | otavio | mickeyl: so the hash changes |
| 19:48.36 | otavio | mickeyl: so it makes a new checkout |
| 19:48.44 | mickeyl | ya, sounds convincing |
| 19:48.56 | otavio | mickeyl: does it works for you? |
| 19:49.06 | mickeyl | looks like it's checking out the proper branch |
| 19:49.07 | mickeyl | i need to do something about the filename though |
| 19:49.10 | mickeyl | PR even |
| 19:49.19 | mickeyl | linux-openmoko-devel-2.6.24-rc8+git3+origin/andy-r0 |
| 19:49.32 | tnb | otavio: more specifically: | ERROR: Cannot satisfy the following dependencies for qt4-x11-free: |
| 19:49.33 | tnb | | libqtopengl4 qt4-examples qt4-plugins-accessible qt4-plugins-sqldrivers |
| 19:50.09 | otavio | mickeyl: sorry ... don't get your problem |
| 19:50.19 | *** join/#oe angom (n=angom@200.56.104.87.dsl.dyn.telnor.net) |
| 19:50.24 | mickeyl | SRCREV now has a strange value |
| 19:50.31 | mickeyl | since the tag is not a hash |
| 19:53.16 | mickeyl | no |
| 19:53.37 | mickeyl | i don't think we can overload ud.tag |
| 19:53.53 | mickeyl | this breaks PR |
| 19:53.58 | otavio | PR? |
| 19:54.01 | mickeyl | well, SRCREV |
| 19:54.02 | tnb | otavio, pb_: for now, I'll just remove those from qt_packaging.inc so I can make progress. I don't think the build is set up for opengl, etc. and I certainly don't want qt4-examples on my handheld :) |
| 19:54.18 | mickeyl | SRCREV is usually computed out of the tag or the latest revision |
| 19:54.31 | mickeyl | in the branch case this does not work |
| 19:54.36 | otavio | mickeyl: we just need a way to get the revision ... hold |
| 19:55.26 | otavio | mickeyl: yes ... |
| 19:55.35 | otavio | mickeyl: we need a way to get the hash for the branch tip |
| 19:55.41 | otavio | mickeyl: so it can be use |
| 19:55.44 | mickeyl | yep |
| 19:55.44 | otavio | used |
| 19:56.11 | otavio | how lastest_revision works there? |
| 19:56.14 | otavio | i didn't get |
| 19:56.41 | mickeyl | fetches the HEAD version using git ls-remote |
| 19:56.42 | otavio | ahhhhhhh |
| 19:56.46 | otavio | holds |
| 19:59.03 | otavio | got it |
| 19:59.19 | otavio | http://paste.debian.net/47175 |
| 19:59.23 | otavio | mickeyl: try this way |
| 19:59.54 | otavio | ops ... hold |
| 20:00.07 | mickeyl | now you don't fetch the branch :) |
| 20:00.10 | mickeyl | err |
| 20:00.12 | mickeyl | wait |
| 20:00.16 | mickeyl | you do |
| 20:00.21 | mickeyl | since tags are branch independent |
| 20:00.24 | mickeyl | which i learned ;) |
| 20:00.38 | otavio | if branch needs to be before tag |
| 20:00.41 | *** join/#oe rschuster (n=rob@e178094010.adsl.alicedsl.de) |
| 20:01.29 | otavio | mickeyl: http://paste.debian.net/47176 should work |
| 20:03.13 | mickeyl | ok, but it needs to check whether ud.branch is given |
| 20:03.20 | otavio | mickeyl: could you try this one? |
| 20:03.22 | otavio | mickeyl: no |
| 20:03.29 | otavio | mickeyl: it'll be empty |
| 20:03.39 | otavio | else: ... |
| 20:03.42 | otavio | sorry |
| 20:03.44 | mickeyl | hehe |
| 20:03.45 | Laibsch | tnb: Thanks for letting me know. But It looks like you ran into a seemingly similar, but ultimately different issue. For me, all packages had been built. |
| 20:03.47 | mickeyl | it won't be set at all |
| 20:03.55 | mickeyl | so you need to set it in the if clause at the top |
| 20:03.58 | mickeyl | if it's not given |
| 20:04.15 | thesing | Laibsch: what are you trying? |
| 20:05.36 | otavio | mickeyl: http://paste.debian.net/47177 |
| 20:05.48 | otavio | mickeyl: works? |
| 20:05.56 | mickeyl | let me try |
| 20:07.36 | mickeyl | hmm, no |
| 20:07.43 | otavio | :( |
| 20:07.45 | otavio | why? |
| 20:07.45 | mickeyl | <PROTECTED> |
| 20:07.46 | mickeyl | <PROTECTED> |
| 20:07.46 | mickeyl | IndexError: list index out of range |
| 20:08.31 | mickeyl | how's the output of git ls remote differently when you submit a branch? |
| 20:09.08 | otavio | otavio@neumann:~/hacking/ossystems/liboslicense$ git ls-remote . otavio/devices |
| 20:09.08 | otavio | f00b82c4fad5de4dacf0efee2740ab5ac946ae5b refs/remotes/otavio/devices |
| 20:09.09 | otavio | example |
| 20:09.50 | otavio | mickeyl: please, print output |
| 20:11.00 | otavio | have you wrote the branch name right? |
| 20:11.18 | Laibsch | thesing: I have trouble building images for collie |
| 20:11.19 | otavio | otavio@neumann:~/hacking/ossystems/liboslicense$ git ls-remote . otavio/devicesERR |
| 20:11.19 | otavio | otavio@neumann:~/hacking/ossystems/liboslicense$ |
| 20:11.48 | Laibsch | http://rafb.net/p/ajvSGt76.html |
| 20:12.08 | mickeyl | aaah |
| 20:12.09 | mickeyl | heh |
| 20:12.15 | Laibsch | thesing: It might be that my latest changes to collie config broke PACKAGE_ARCH or something related to that |
| 20:12.24 | mickeyl | with git ls-remote you are _not_ supposed to submit origin/<branchname> |
| 20:12.26 | mickeyl | but just <branchname> |
| 20:12.37 | mickeyl | so much for consistency... |
| 20:13.30 | thesing | Laibsch: I can still build collie images but I didn't try a clean build. |
| 20:14.04 | otavio | mickeyl: in case of origin, yes ... |
| 20:14.10 | otavio | mickeyl: but others you need to put |
| 20:14.20 | otavio | mickeyl: otavio/ is a remote |
| 20:14.31 | mickeyl | wow that looks good |
| 20:14.36 | mickeyl | very good |
| 20:14.41 | mickeyl | awesome, thanks a lot! |
| 20:14.44 | otavio | otavio@neumann:~/hacking/ossystems/liboslicense$ git ls-remote . origin/master |
| 20:14.44 | otavio | 19648018b5f99e11c0ef9c24bc7d0c20151fa932 refs/remotes/origin/master |
| 20:14.46 | mickeyl | this will be a nice addition for the git fetcher |
| 20:14.53 | mickeyl | i will run some more tests |
| 20:14.57 | mickeyl | to see whether we broke something |
| 20:14.59 | otavio | mickeyl: this works here |
| 20:15.01 | mickeyl | but if not, commit then |
| 20:15.16 | otavio | mickeyl: what's the git version you're using? |
| 20:15.34 | mickeyl | mickey@buildhost:/local/pkg/oe/bitbake/lib/bb/fetch$ git --version |
| 20:15.34 | mickeyl | git version 1.4.4.4 |
| 20:15.38 | otavio | ahhhhhh |
| 20:15.49 | otavio | mickeyl: _very_ old! |
| 20:15.50 | mickeyl | debian edge |
| 20:15.52 | mickeyl | well |
| 20:15.53 | mickeyl | debian |
| 20:15.54 | mickeyl | :) |
| 20:16.07 | otavio | mickeyl: use git 1.5 from backports.org |
| 20:16.12 | otavio | mickeyl: muuuuch! better |
| 20:16.34 | otavio | mickeyl: with 1.5, origin/master or origin/foo works too |
| 20:16.45 | mickeyl | i see |
| 20:16.52 | otavio | mickeyl: mine is 1.5.4-rc3 |
| 20:17.05 | otavio | mickeyl: and you're welcome :-) |
| 20:17.20 | mickeyl | ya, thanks again. pretty cool. |
| 20:17.24 | mickeyl | didn't think it could be that easy |
| 20:17.41 | mickeyl | tried to apply the concepts of other SMCs |
| 20:17.43 | otavio | mickeyl: git is easy ;-) |
| 20:17.44 | mickeyl | SCMs |
| 20:17.54 | mickeyl | ya, it looks ok |
| 20:18.03 | mickeyl | my only grief is the lack of incrementing version numbers |
| 20:18.04 | otavio | mickeyl: no problem |
| 20:18.11 | otavio | mickeyl: ahh |
| 20:18.19 | mickeyl | that's something i like in svn |
| 20:18.21 | otavio | mickeyl: well ... indeed but you get used to it |
| 20:18.24 | mickeyl | you can easily update packages |
| 20:18.29 | otavio | mickeyl: it's not a big deal |
| 20:19.26 | otavio | mickeyl: but you basically have it: git-describe (again, 1.5) |
| 20:26.49 | CIA-36 | 03mickeyl 07bitbake-1.8 * r998 10/ (ChangeLog lib/bb/fetch/git.py): add branch support to the git fetcher -- thanks Otavio Salvador. |
| 20:27.11 | mickeyl | ok, enough for today. |
| 20:27.12 | mickeyl | cu |
| 20:30.03 | pb__ | sirfred: oh, right, I see what you mean now. That behaviour is, unfortunately, somewhat client specific. For example, gtk does all its own compose processing and doesn't use the xim stuff from what I remember. Qt might be the same. |
| 20:30.40 | pb__ | diet-x11 does indeed disable some of the locale bits, though I didn't think it actually turned off the Compose file handling. |
| 20:32.13 | *** join/#oe lrg (n=liam@59.160.224.98) |
| 20:34.19 | pb__ | hi lrg |
| 20:36.23 | *** part/#oe angom (n=angom@200.56.104.87.dsl.dyn.telnor.net) |
| 20:36.28 | CIA-36 | 03mickeyl * r999 10bitbake/ (ChangeLog lib/bb/fetch/git.py): bitbake 1.9.x: add branch support to the git fetcher -- thanks Otavio Salvador. |
| 20:44.59 | lrg | hey pb_ |
| 20:45.55 | lfcorreia | guys, i've finally managed to build an openmoko-image (angstrom) which actually boots on my Magician |
| 20:46.15 | lfcorreia | however, the touchscreen is not working :( |
| 20:47.26 | *** join/#oe gremlin[it] (n=gremlin@ppp-70-109.25-151.libero.it) |
| 20:48.03 | *** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by) |
| 20:52.25 | *** join/#oe bluelightning (n=blueligh@219-89-47-114.dialup.xtra.co.nz) |
| 21:02.58 | *** join/#oe Ma][_ (n=Ma][@wn1nat29.beelinegprs.ru) |
| 21:03.09 | Ma][_ | Hi. Question about ARM linux boot sequence. After decompressing kernel, next code turning on MMU and jump to a virtual address of next function, start_kernel() end etc. I can't understand, how virtual address correspond physical address. Kernel in virtual addr - is this copy of original, or original directly visible from virtual addresses? |
| 21:10.06 | sirfred | pb_: So, it's a gtk issue? |
| 21:10.24 | sirfred | pb_: Well, at least I have a place where to start investigating. Thanks! |
| 21:13.24 | sirfred | pb_: After a fast search it seems that they are hardcoded. (https://help.ubuntu.com/community/GtkComposeTable) :-( |
| 21:14.32 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 21:22.21 | *** join/#oe polyonymous_note (n=hacker@pD953B6B8.dip0.t-ipconnect.de) |
| 21:31.16 | *** join/#oe kristoffer (n=kristoff@62.209.186.97) |
| 21:37.00 | gremlin[it] | to all, 100% we'll stay at Astrid Hotel ? |
| 21:42.04 | gremlin[it] | damn ... no one here that come to fosdem ... |
| 21:52.18 | *** join/#oe TheCan (n=thecan@dslb-084-056-159-254.pools.arcor-ip.net) |
| 22:10.44 | *** join/#oe ant_ (n=ant@host159-75-dynamic.5-87-r.retail.telecomitalia.it) |
| 22:29.17 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
| 22:35.30 | *** join/#oe marcan (i=1337@host215-248.cvf.fit.edu) |
| 22:35.33 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 22:48.16 | *** join/#oe davygravy_ (n=davygrav@h75-100-87-153.75-100.unk.tds.net) |
| 22:52.11 | *** part/#oe sirfred (n=mteira@77.Red-80-39-213.dynamicIP.rima-tde.net) |
| 22:57.15 | *** join/#oe timtim2 (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 23:05.50 | *** join/#oe CosmicPenguin (n=nobody@163.181.251.103) |
| 23:11.45 | hvontres|work | ~seen koen |
| 23:11.47 | ibot | koen <n=koen@s55917625.adsl.wanadoo.nl> was last seen on IRC in channel #oe, 36d 13h 5m 24s ago, saying: 'I forgot to commit that portion yesterday'. |
| 23:13.59 | hrw|gone | hvontres|work: koen is not doing irc |
| 23:14.09 | hrw|gone | hvontres|work: catch him via email or jabber |
| 23:15.51 | hrw|gone | bye |
| 23:40.31 | *** join/#oe Marex-notebook (n=marex@gwfm10-3-250.802.cz) |
| 23:44.29 | *** join/#oe timtim2 (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |