| 00:14.53 | *** join/#oe dijenerate (n=dijenera@69.73.236.235) |
| 00:16.06 | *** join/#oe dijenerate (n=dijenera@69.73.236.235) |
| 00:30.48 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:41.32 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 00:43.09 | summatusmentis | what is the setting for the DISTRO variable for angstrom? |
| 00:49.37 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 00:59.50 | *** join/#oe demigod2k (n=joey@cpe-71-74-179-88.twmi.res.rr.com) |
| 01:00.00 | demigod2k | hi |
| 01:00.53 | summatusmentis | "bash: /mnt/VIRTUAL/OE/bitbake/bin/bitbake: /usr/bin/env: bad interpreter: Permission denied" how do I fix this? |
| 01:01.05 | summatusmentis | running bitbake as user, but when I run env python as user it works fine |
| 01:04.04 | *** join/#oe greentux_ (n=lemke@Z6c87.z.pppool.de) |
| 01:07.58 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:10.55 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 01:13.26 | *** join/#oe Laibsc1 (n=Laibsch@c-134-176-44.d.dsl.de.ignite.net) |
| 01:32.58 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 01:33.21 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 01:35.07 | *** join/#oe hvontres|home (n=hvontres@adsl-75-35-103-170.dsl.sndg02.sbcglobal.net) |
| 01:58.45 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 02:10.09 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
| 02:21.47 | *** join/#oe rd_ (n=rd@segfault.net) |
| 02:52.57 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
| 02:53.09 | step2back | Hi, all! |
| 02:53.21 | step2back | Am I alone here? |
| 02:57.24 | cdbot2 | * * OE Bug 2371 has been created by begemot999@gmail.com |
| 02:57.26 | cdbot2 | * * checkroot.sh from initscripts do not work in some cases |
| 02:57.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2371 |
| 02:59.35 | demigod2k | hi |
| 03:02.13 | *** join/#oe france (n=france@pool-141-149-180-11.bos.east.verizon.net) |
| 03:22.33 | *** join/#oe tank17 (i=ariel@gateway/tor/x-9252651b3cd2cc2c) |
| 03:24.16 | step2back | <demigod2k>, do you can help me with bitbake and oe? |
| 03:24.43 | step2back | I have a simple question... |
| 03:33.08 | Zero_Chaos | ask the question, someone may answer |
| 03:35.52 | step2back | I changed config of machine. How to build once more opie-image with new machine's config? |
| 03:36.53 | step2back | I try to remove tmd dir... but it's too clumsy |
| 03:37.17 | Zero_Chaos | bitbake thingIwantToBuild -c rebuild |
| 03:37.19 | Zero_Chaos | should do it |
| 03:39.19 | step2back | hm... it does not work |
| 03:41.26 | Zero_Chaos | dunno then |
| 03:43.04 | step2back | I move MACHINE_EXTRA_RRECOMMENDS and module_autoload to bb kernel package... may be it works.... |
| 04:21.58 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 04:29.00 | step2back | I need help still... |
| 04:30.23 | *** join/#oe tank17 (i=ariel@gateway/tor/x-a4ae41c41893acd9) |
| 04:32.14 | step2back | I define concretely: how to rebuild rootfs? |
| 04:37.56 | *** join/#oe france (n=france@pool-141-149-180-11.bos.east.verizon.net) |
| 05:06.43 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) |
| 05:16.59 | step2back | ok. for rebuilding rootfs is necessary remove rootfs |
| 05:20.28 | *** join/#oe minipanda (n=hzhang@221.221.159.98) |
| 05:20.58 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 05:28.03 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.239.169.Dial1.SanJose1.Level3.net) |
| 05:36.28 | *** join/#oe AsLan^ (n=fredrick@211.209.168.156) |
| 05:44.05 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) [NETSPLIT VICTIM] |
| 05:45.13 | *** join/#oe mithro (n=tim@ppp241-34.static.internode.on.net) |
| 05:46.53 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:54.32 | *** join/#oe mmp (n=mmp@158.195.98.163) |
| 05:54.34 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 05:57.22 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 05:58.00 | *** join/#oe mykilx (n=mykilx@pool-71-98-160-70.tampfl.dsl-w.verizon.net) |
| 06:19.09 | steliosk | good morning |
| 06:19.14 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 06:20.30 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 06:23.23 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 06:28.52 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 06:31.36 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 06:34.21 | step2back | <steliosk>, do you can help in automatically installing kernel modules ? |
| 06:36.29 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
| 06:37.20 | steliosk | step2back : its easy just add RDEPENDS =+ " kernel-module-blha blah" |
| 06:38.00 | step2back | I use MACHINE_EXTRA_DEPENDS, is it wrong? |
| 06:38.48 | steliosk | DEPENDS is for bitbake (so it can build the packages) RDEPENDS is for the ipkg system |
| 06:40.56 | step2back | I should rename MACHINE_EXTRA_DEPENDS to RDEPENDS, should not i? |
| 06:44.15 | steliosk | just add MACHINE_EXTRA_RDEPENDS |
| 06:44.37 | step2back | <steliosk>, can you get my link to package for simple? |
| 06:45.10 | steliosk | what do you mean ? |
| 06:47.26 | step2back | please loot at http://cmh.hackndev.com/pastebin/44/ |
| 06:47.50 | step2back | What should I correct? |
| 06:50.12 | step2back | <steliosk>, ping |
| 06:50.44 | steliosk | sorry wend to get some coffee :) |
| 06:53.14 | step2back | oh... I'm sorry. |
| 06:53.14 | steliosk | step2back : change that to MACHINE_EXTRA_RDEPENDS and you should be ok |
| 06:54.34 | step2back | ok! Thanks! |
| 06:55.24 | cdbot2 | * * OE Bug has been REOPENED () by sybren@stuvel.eu |
| 06:55.26 | cdbot2 | * * [Bug 2315] Asterisk misses speex module |
| 06:55.27 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id= |
| 06:56.20 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:00.11 | *** join/#oe Bernardo (n=Bernardo@89.181.174.3) |
| 07:00.30 | Bernardo | good morning |
| 07:04.03 | steliosk | Berbardo Hi ! |
| 07:04.12 | Bernardo | hi steliosk |
| 07:04.40 | koen | summatusmentis: your drive is mounted either with the 'noexec' or 'user' (which implies noexec) flag, hence the bad interpreter error |
| 07:04.44 | koen | good morning all |
| 07:06.00 | steliosk | hi koen |
| 07:07.57 | *** join/#oe nauj27 (n=jmartin@223.Red-80-59-248.staticIP.rima-tde.net) |
| 07:08.16 | Bernardo | lol |
| 07:08.24 | nauj27 | hi all |
| 07:08.48 | Bernardo | maybe they never checked was is the format and the content of a .la file? |
| 07:09.02 | keesj | Hi |
| 07:09.27 | *** join/#oe daurn (n=fake@unaffiliated/daurnimator) |
| 07:10.00 | koen | Bernardo: and after being told it's a libtool archive: " I appreciate your insight, but in this case, the libraries belong in the main package." |
| 07:12.58 | Bernardo | koen: I'm used to that kind of behaviour every day, unfortunately. One has to try and be, even when we feel the urg to bash the other guy's head in... |
| 07:14.31 | *** join/#oe psokolovsky (n=psokolov@82.193.98.15) |
| 07:15.10 | Bernardo | hi psokolovsky |
| 07:15.46 | Bernardo | anyone can resolve pool.ntp.org, or is it only the pt top dns that is failing? |
| 07:15.47 | steliosk | psokolovsky hi |
| 07:16.04 | steliosk | koen : could you check #2315 |
| 07:16.44 | steliosk | koen : i am not sure how i should answer..... |
| 07:17.40 | nauj27 | Bernardo: my dns server resolve fine pool.ntp.org |
| 07:18.40 | Bernardo | ok, probably just another bug of the pt top dns server (ns.dns.pt) from which all pt servers inherit |
| 07:18.57 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 07:19.26 | nauj27 | Bernardo: btw, my dns is 80.58.0.33 |
| 07:19.56 | Bernardo | strange... even though I have scummvm in org.openembedded.dev/packages, I am getting "No buildable providers available for required build target scummvm" since I updated ten minutes ago |
| 07:20.01 | Bernardo | nauj27: thanks |
| 07:20.02 | psokolovsky | Hi! |
| 07:28.40 | CIA-4 | 03koen 07org.oe.dev * racbf904c... 10/ (5 files in 2 dirs): scummvm: catch up with libmpeg2 removal |
| 07:28.50 | koen | Bernardo: that should fix it |
| 07:31.19 | Bernardo | koen: thanks - I was already thinking what had I done wrong this time... :) |
| 07:32.26 | Bernardo | bbl |
| 07:36.10 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 07:44.26 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 07:45.54 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 07:56.21 | *** join/#oe XorA (n=xora@lumison.wolfsonmicro.com) |
| 07:56.25 | *** join/#oe XorA_ (n=xora@lumison.wolfsonmicro.com) |
| 07:56.52 | *** part/#oe XorA_ (n=xora@lumison.wolfsonmicro.com) |
| 08:02.59 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:06.34 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 08:09.55 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:12.57 | RP | XorA: :-( |
| 08:13.11 | RP | XorA: Just shear number of bugs? |
| 08:13.17 | RP | morning all btw :) |
| 08:14.04 | XorA | RP: one dev tells someone one thing, they post a patch, which then gets pulled apart for the very things that dev told them to do |
| 08:14.50 | koen | Length: 4,514,100 (4.3M) [application/x-redhat-package-manager] |
| 08:14.59 | koen | sf.net has some messed up mimetypes |
| 08:15.09 | koen | the file is http://puzzle.dl.sourceforge.net/scummvm/scummvm-0.9.1.tar.bz2 |
| 08:15.27 | RP | XorA: :/ |
| 08:16.39 | XorA | RP: I suppose its the problem that each of us has a slightly different style/method |
| 08:19.31 | koen | steliosk: http://www.angstrom-distribution.org/repo/?action=details&pnm=asterisk |
| 08:19.47 | koen | putting .la files in the main package has nothing to do with style |
| 08:20.12 | koen | and noone here writes empty do_install() methods supplemented with do_install_append |
| 08:20.16 | XorA | koen: I was meaning the fakeroot stuff and the no-chmod patch |
| 08:20.44 | koen | the no-chmod patch is utter crap |
| 08:20.56 | XorA | koen: its not, its a valid solution |
| 08:21.02 | koen | it breaks user installs and is unneeded for root installs |
| 08:23.08 | XorA | koen: bullshit |
| 08:24.27 | koen | are we talking about the same patch? |
| 08:24.32 | koen | I'm talking about the |
| 08:24.34 | koen | -m 644 |
| 08:24.39 | koen | +m 444 |
| 08:24.44 | koen | patch |
| 08:24.56 | XorA | its the removing -o root |
| 08:25.01 | XorA | that is the importat bit |
| 08:25.02 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:25.03 | steliosk | koen : did you uploaded now or was it there ? |
| 08:25.25 | koen | steliosk: I ran the sort and index scripts :) |
| 08:25.34 | koen | (still need to test your version) |
| 08:26.01 | XorA | koen: what it actually needs and what I said on channel yesterday was it need the -o root removing without changing the -m |
| 08:26.18 | XorA | koen: and that avoids any pissing around with fakeroot |
| 08:26.29 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:27.48 | RP | XorA: Yes, but we should try and have some standardisation. What kind of things do you mean? |
| 08:28.40 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 08:28.57 | RP | XorA: Ah, I see |
| 08:29.38 | *** join/#oe grma_ (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:31.55 | CIA-4 | 03koen 07org.oe.dev * r7c39b426... 10/ (1 packages/scummvm/scummvm_0.9.1.bb): scummvm: add 0.9.1 with default_preference = -1 since the sh3 patch has been dropped |
| 08:40.30 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 08:41.46 | *** part/#oe step2back (n=step2bac@gw.nsib.ru) |
| 08:43.39 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:50.25 | *** join/#oe mithro_ (n=tim@ppp241-34.static.internode.on.net) |
| 08:51.10 | v8jlene | likewise: looks like your libcap commit didn't include the actual patch |
| 08:52.24 | cdbot2 | * * OE Bug 2315 has been RESOLVED (FIXED) by skoroneos@digital-opsis.com |
| 08:52.26 | cdbot2 | * * [Bug 2315] Asterisk misses speex module |
| 08:52.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2315 |
| 08:56.31 | likewise | v8jlene: sorry, will recreate the patch and upload it. |
| 08:56.51 | likewise | v8jlene: thanks for the heads-up, sorry for breaking your build |
| 08:57.19 | v8jlene | likewise: No problem, I'm not actually building it... just noticed the problem in the commit email. |
| 09:05.07 | *** join/#oe rob_w|tablet (n=bob@gw.suellberg-hamburg.de) |
| 09:10.26 | CIA-4 | 03likewise 07org.oe.dev * r6f9abba2... 10/ (1 packages/libcap/libcap-1.10/syscall.patch): libcap: Add missing syscall.patch. Thanks v8jlene for spotting. |
| 09:10.35 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:11.13 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 09:11.37 | *** part/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 09:12.37 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 09:15.14 | *** join/#oe zecke (n=freyther@dsl-62-220-14-162.berlikomm.net) |
| 09:20.27 | *** join/#oe nauj27 (n=jmartin@223.Red-80-59-248.staticIP.rima-tde.net) |
| 09:23.22 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 09:30.05 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 09:37.01 | zecke | koen: where can I find a ready to download angstrom neo image? |
| 09:37.31 | koen | zecke: behind the "download" link on the angstrom website |
| 09:38.58 | XorA | zecke: upgrading your phone? |
| 09:41.28 | zecke | I would like to... |
| 09:41.45 | XorA | zecke: you will be amazed at the speed of Angstrom |
| 09:41.50 | zecke | and my angstrom-uclibc build still needs firefighting on libiconv |
| 09:42.25 | koen | libiconv raises my bloodpressure |
| 09:43.05 | zecke | koen: this fucking *-link.m4 hardcodes/forces rpath on, the code to disable rpath in this very .m4 is broken |
| 09:43.18 | zecke | and on autoreconf I get failures :} |
| 09:43.50 | *** join/#oe tsdogs (n=twostupi@84.18.144.39) |
| 09:44.51 | koen | zecke: one caveat: the openmoko developers moved some files around between packages, so you probably have to use -force-overwrite :( |
| 09:45.31 | zecke | koen: well, I would reflash now... |
| 09:46.24 | koen | the "one hour parsing time" reports scare me a bit |
| 09:47.09 | zecke | where? openmoko reports? this is the nature of srcdate=now |
| 09:47.19 | koen | yes |
| 09:47.30 | koen | that makes the patch pretty unmergable as-is |
| 09:47.55 | koen | and I would really like to get rid of SRCDATE and use SRCREV instead in package-names |
| 09:47.55 | zecke | I don't agree. It is up to people to decide to use or not use srcdate=now |
| 09:49.00 | *** join/#oe mithro (n=tim@ppp241-34.static.internode.on.net) |
| 09:51.20 | XorA | koen: I think we should split out the kernel patches and do them properly in OE as well, they way they do them breaks the svn fetcher |
| 09:51.45 | XorA | koen: and why fetch all the sources, then tar them, then untar them all in same operation |
| 09:51.51 | koen | XorA: yeah, but I was too lazy to do that |
| 09:52.09 | koen | that will also protect us from the daily breakage |
| 09:52.29 | XorA | can pull the ASoC stuff straight from ALSA now :-) |
| 09:55.14 | hrw | morning |
| 09:55.28 | koen | hey hrw |
| 09:59.27 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.12.53) |
| 10:02.51 | florian | Anyone seen this before? "...staging/i686-linux/bin/install-sh: ./-m755 does not exist." |
| 10:02.59 | koen | yes |
| 10:04.10 | koen | replace '-m755' with '-m 755' in the offending package |
| 10:04.10 | koen | oe's install.sh doesn't like the option without the space |
| 10:04.10 | florian | right, I found out this too... but this worked before. |
| 10:04.24 | koen | only by luck |
| 10:04.36 | koen | I sent Philippe a ton of patches to fix it for gpe about a year ago :) |
| 10:05.00 | florian | oh |
| 10:05.14 | koen | he applied all of them |
| 10:05.30 | koen | s/gpe/gpe packages I build/ |
| 10:07.05 | florian | hum well, wouldn't it better to fix the install script? we will run into this over and over... |
| 10:07.15 | *** join/#oe basiliscus (n=f@compattino.diit.unict.it) |
| 10:07.55 | florian | install allows this too and I can't see a reason why it should be invalid. |
| 10:10.22 | Laibsc1 | koen: Thanks for fixing scummvm. I was sure I had rgrep'd for libmpeg before. Not sure how I missed it. |
| 10:11.04 | florian | hi Laibsch |
| 10:11.15 | hrw | Laibsch: openembedded-essential is handled by the same guy which handle bitbake for debian iirc |
| 10:12.23 | Laibsch | hrw: Is there an official package now? |
| 10:12.35 | Laibsch | I still get it from openembedded.org/dl |
| 10:12.55 | hrw | Laibsch: hm. mail him please about status |
| 10:13.00 | Laibsch | Hi florian. How is it going. Settled the X31 issues? |
| 10:13.41 | Laibsch | hrw: IOW, no more releases of oe-essential from oe itself? |
| 10:14.03 | Laibsch | hrw: nuttin in debian itself, yet |
| 10:14.47 | florian | Laibsch: yes, the third one I goe was ok. :-) |
| 10:15.09 | hrw | Laibsch: I do not current status of it |
| 10:15.30 | *** part/#oe nauj27 (n=jmartin@223.Red-80-59-248.staticIP.rima-tde.net) |
| 10:20.21 | *** join/#oe mmp (n=mmp@mb-pc.ubyt.sdjls.uniba.sk) |
| 10:21.39 | Laibsch | florian: Sounds like a lot of trouble and uncertainty |
| 10:23.24 | florian | Laibsch: yes... but finally I got a really nice device quite cheap |
| 10:28.11 | XorA | whats an X31 |
| 10:28.48 | hrw | ibm thinkpad |
| 10:28.52 | Laibsch | Thinkpad X31 |
| 10:28.59 | Laibsch | -> thinkwiki.org |
| 10:29.04 | Laibsch | Nice machine |
| 10:29.10 | hrw | 12" beast |
| 10:29.22 | Laibsch | just like any X series Thinkpad |
| 10:29.26 | *** join/#oe step2back (n=step2bac@gw.nsib.ru) |
| 10:29.38 | florian | :-) |
| 10:29.39 | step2back | hi, all! |
| 10:29.47 | florian | hi step2back |
| 10:30.05 | step2back | How to build angstrom with all locales? |
| 10:30.18 | XorA | bitbake angstrom-x11-image |
| 10:30.48 | step2back | # If ENABLE_BINARY_LOCALE_GENERATION is set to "1", you can limit locales ... |
| 10:31.01 | step2back | I don't want to limit, :) |
| 10:31.06 | XorA | step2back: then dont |
| 10:31.13 | XorA | step2back: by default it builds all |
| 10:31.57 | step2back | But they don't include to image, :( |
| 10:33.19 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:33.58 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:34.32 | *** join/#oe nauj28 (n=jmartin@223.Red-80-59-248.staticIP.rima-tde.net) |
| 10:34.44 | step2back | If I set ENABLE_BINARY_LOCALE_GENERATION to 0, than I get all locales inside image? |
| 10:35.03 | XorA | step2back: no, you get locale sources which have to generated on machine |
| 10:35.32 | step2back | It's not I want. |
| 10:37.25 | step2back | I can write list of all locales by hand in GLIBC_GENERATE_LOCALES = "", but it's very hard. ;) |
| 10:38.47 | XorA | set IMAGE_LINGUAS variable |
| 10:38.47 | XorA | conf/distro/angstrom-2007.1.conf is a good place to look |
| 10:38.47 | *** join/#oe dion (n=dion@inhex.net) |
| 10:41.58 | hrw | ~curse udev |
| 10:42.13 | ibot | May the fleas of a thousand camels infest your most sensitive regions, udev ! |
| 10:42.15 | hrw | I connect hdd with 3 partitions and only sdh is created |
| 10:44.32 | XorA | hrw: sdh, you confused it with too many drives :-) |
| 10:45.54 | hrw | XorA: I had sdk yesterday ;D |
| 10:46.19 | XorA | hrw: I have trouble with getting a working machine and now you just flaunt it |
| 10:46.22 | XorA | ~prod hrw |
| 10:46.36 | ibot | ACTION zaps hrw with a high voltage cattle prod |
| 10:46.43 | *** join/#oe mmp_ (n=mmp@thewide.ubyt.sdjls.uniba.sk) |
| 10:47.27 | XorA | yo mmp_ |
| 10:48.00 | mmp_ | XorA: hello:) |
| 10:48.30 | *** join/#oe moinmoin (n=joerg@h219-110-132-121.catv02.itscom.jp) |
| 10:49.03 | moinmoin | hello there |
| 10:50.33 | *** part/#oe step2back (n=step2bac@gw.nsib.ru) |
| 10:54.05 | moinmoin | can someone tell me howto bitbake obexpush, I am trying to bitbake opie-image and obexpush complains, that there is no libusb. I found that problem also in bug1113, but I did not find a solution, which I could understand |
| 10:56.24 | cdbot2 | * * OE Bug 2372 has been created by pinguozz@netsons.org |
| 10:56.26 | cdbot2 | * * totem package fail when gpe-image building for hx4700 |
| 10:56.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2372 |
| 10:58.29 | zecke | anyone with zlib knowledge around? |
| 10:58.29 | Laibsch | !oebug 1113 |
| 10:58.29 | cdbot2 | * * Bug 1113, Status: ASSIGNED, Created: 2006-06-20 11:30 |
| 10:58.31 | cdbot2 | * * loft(AT)nc.rr.com: Looks like a libusb dep in obexpush-1.0 .0 is missing for obexclient |
| 10:58.31 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1113 |
| 11:01.20 | *** part/#oe sep (n=sep@40.211.jostedal.no) |
| 11:02.23 | cdbot2 | * * OE Bug 2372 has been RESOLVED (WONTFIX) by koen@dominion.kabel.utwente.nl |
| 11:02.25 | cdbot2 | * * [Bug 2372] totem package fail when gpe-image building |
| 11:02.27 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2372 |
| 11:03.03 | moinmoin | what does "needed to -Wl,-rpath,${STAGING_LIBDIR} to make libusb find its dependencies" mean? Mickey wrote this, but I do not know what to do |
| 11:03.22 | koen | shouldn't that be rpath-link? |
| 11:06.23 | *** join/#oe wick-devbox (n=wicked@63.135.145.194) |
| 11:10.55 | moinmoin | where should I add -rpath option or -rpath-link option? |
| 11:14.19 | *** join/#oe schurig (n=schurig@pD95F9211.dip0.t-ipconnect.de) |
| 11:17.35 | moinmoin | ok I got it, just taking newest obexpushXXXX.bb file from dev-branch, thank you |
| 11:22.55 | *** part/#oe moinmoin (n=joerg@h219-110-132-121.catv02.itscom.jp) |
| 11:33.40 | florian | which package contains the install-sh that goes to staging? |
| 11:34.03 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 11:34.34 | hrw | install-native |
| 11:35.22 | florian | hrw: thanks |
| 11:46.41 | hrw | argh.. |
| 11:46.50 | hrw | fscking nfs |
| 11:47.35 | hrw | I can mount share but cant create files on it.. |
| 11:47.43 | hrw | /srv/nfs/sources/ 192.168.1.0/24(rw,sync,all_squash) |
| 11:47.46 | koen | rootsquash? |
| 11:49.01 | hrw | ~lart openslug for old stuff |
| 11:49.02 | ibot | readies the nuke launcher and fires some rounds at openslug for old stuff |
| 11:49.44 | Crofton|home | The Constitution gives every American the inalienable right to make a damn fool of himself. |
| 11:50.00 | Crofton|home | Hopefully, this quote helps you understand Americans :) |
| 11:50.21 | hrw | uf.. |
| 11:51.14 | Crofton|home | from http://www.quotationspage.com/quotes/John_Ciardi |
| 11:51.26 | hrw | permissions on slug were wrong |
| 12:02.41 | *** join/#oe tank17 (i=ariel@gateway/tor/x-182443748a1b2c13) |
| 12:06.52 | *** join/#oe dion (n=dion@inhex.net) |
| 12:16.34 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.44.142) |
| 12:21.43 | CM | rwhitby: I assume you've seen: http://www.regdeveloper.co.uk/2007/05/24/slug_linux_server/ |
| 12:32.47 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:38.25 | *** join/#oe memeruiz_ (n=memeruiz@e181009153.adsl.alicedsl.de) |
| 12:45.40 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 12:46.31 | gremlin[it] | hi all |
| 12:47.19 | *** join/#oe thesing (n=tkunze@BAA0192.baa.pppool.de) |
| 12:48.19 | *** join/#oe AvengerMoJo (n=alex@onenet.ximian.com) |
| 12:49.47 | hrw | copying DL_DIR to NFS take eons |
| 12:54.31 | thesing | hi hrw, did you have time to build a collie kernel with suspend patches and test it? |
| 12:54.39 | hrw | nope |
| 12:55.24 | *** join/#oe russf (n=russf@host86-151-131-255.range86-151.btcentralplus.com) |
| 12:55.51 | thesing | but you know that I attached the patch for the bb to bug 2323? |
| 12:56.42 | hrw | !oebug 2323 |
| 12:56.43 | cdbot2 | * * Bug 2323, Status: NEW, Created: 2007-05-15 01:45 |
| 12:56.44 | cdbot2 | * * skliarieh(AT)gmail.com: angstrom collie: no suspend support |
| 12:56.45 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2323 |
| 12:57.10 | XorA | thesing: whats left to fix on collie? |
| 12:57.29 | hrw | audio, usb client... |
| 12:57.55 | XorA | audio sux :-D |
| 12:58.30 | *** join/#oe Ken|JLime (n=Kristoff@cust-IP-14.data.tre.se) |
| 12:59.12 | nauj27 | btw, x11 bitbake jffs2 generated image it's about 20mb and do not fit in the rom |
| 12:59.40 | nauj27 | I mean, for angstrom collie |
| 12:59.46 | hrw | so? |
| 13:00.13 | hrw | collie now is in beta state where console-image is better |
| 13:00.18 | thesing | XorA: yes is sux. But its the next item on my todo-list. But first I have to get some time ;) |
| 13:01.02 | zecke | thesing: do you already have a ticket for the LinuxTag? |
| 13:01.07 | nauj27 | yep ^_^U |
| 13:01.41 | thesing | zecke: LinuxTag? When and where? |
| 13:01.57 | zecke | where: Berlin (Messe) when: soon |
| 13:03.20 | CIA-4 | 03koen 07org.oe.dev * ra73ff29a... 10/ (3 files in 3 dirs): xserver-kdrive-common: fix typo |
| 13:03.41 | thesing | zecke: no. I don't have one yet. But this sounds interesting. And it's not far away ;) |
| 13:04.16 | zecke | thesing: I will send you an invitation once I'm home |
| 13:04.53 | thesing | zecke: Thanks. |
| 13:09.12 | XorA | thesing: Im kidding because I work for Wolfson and am sick of audio :-) |
| 13:11.31 | thesing | XorA: So you are familiar to asoc? |
| 13:11.37 | XorA | thesing: yes |
| 13:13.26 | Laibsch | Let's say there is a package classpath and one classpath-gtk where the latter is supposedy targetted to gtk GUI. All the $PN stuff now breaks for classpath-gtk and has to be reset explicitly. I was wondering if doing a PN = "classpath" might have any bad sideeffects. It seems to be the easier solution. |
| 13:16.22 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 13:16.53 | thesing | XorA: Great! AFAIK collie has a ucb1200 connected to the sa1100 mcp port (buzzer and micro )and a pcm1741 to the sa1100 ssp (headphone). So I would have to write codec drivers for pcm1741 and ucb1200, a machine driver for the sa1100 and a dai driver for mcp. Rigth? |
| 13:17.34 | XorA | thesing: yes |
| 13:18.24 | thesing | XorA: Any advice where to start? |
| 13:18.47 | XorA | thesing: stealig as much code as possible :-) |
| 13:19.01 | XorA | thesing: Id start with machine driver, then do dai, then attach the codecs |
| 13:19.17 | XorA | thesing: as to test the dai you can always dummy the codecs |
| 13:20.46 | thesing | XorA: Thanks. I will try it this way. |
| 13:21.53 | likewise | How can I debug what my FILES_${PN} ends up being? |
| 13:22.27 | likewise | I have cruft remaining which should have been picked up by the default FILES... |
| 13:24.50 | zecke | thesing: ucb and mcp code is in mainline |
| 13:25.05 | *** join/#oe Crofton (n=balister@hc65217eb.dhcp.vt.edu) |
| 13:25.09 | zecke | thesing: also AFAIK the collie has something like a ucb1200 but not from phillips |
| 13:25.58 | hrw | zecke: exactly |
| 13:28.10 | *** join/#oe Laibsc1 (n=Laibsch@84.185.79.94) |
| 13:28.40 | thesing | zecke: I know. I didn't discover any relevant differences in the datasheet yet, but I did only look at the ADC. |
| 13:29.05 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 13:29.21 | nauj27 | /amsg bye all! ;) |
| 13:30.18 | *** join/#oe mithro (n=tim@ppp241-34.static.internode.on.net) |
| 13:41.36 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.234.43.Dial1.SanJose1.Level3.net) |
| 13:42.41 | *** join/#oe dcordes (n=erdinger@e179099249.adsl.alicedsl.de) |
| 13:43.07 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 13:48.44 | Crofton | http://book.efika.org/ |
| 13:49.46 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-1a514d289724524e) |
| 13:50.41 | *** join/#oe xuumbi (n=jim@70.90.111.225) |
| 13:56.54 | rwhitby | CM: no I hadn't - thanks for the pointer |
| 13:57.53 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 13:58.49 | CM | rwhitby: I really feel like I have to get one too now. It was a really positive review :) |
| 14:00.30 | rwhitby | I've added it to our articles page at http://www.nslu2-linux.org/wiki/Main/Articles |
| 14:01.30 | CM | Ah, I'll remember to update that wiki if I find something related |
| 14:06.34 | *** join/#oe viviji1 (n=vivijim@200.184.118.132) |
| 14:06.37 | hrw | rwhitby: can recent OE be used to build packages for openslug 3.10? |
| 14:07.10 | *** join/#oe rob_w|tablet (n=bob@gw.suellberg-hamburg.de) |
| 14:07.29 | rwhitby | hrw: dunno - can't remember if there has been an incompatible toolchain change or not. |
| 14:07.51 | rwhitby | just run slugos/be head :-) |
| 14:08.06 | NAiL | or checkout the oe snapshot from svn ;) |
| 14:08.08 | hrw | rwhitby: thats the option too |
| 14:08.17 | hrw | NAiL: no! |
| 14:08.28 | NAiL | why not? |
| 14:08.31 | hrw | NAiL: I am tired enough with openmoko obsolete snapshot |
| 14:08.43 | NAiL | aha |
| 14:09.05 | rwhitby | hrw: this snapshot is 3.10 source archive only - it's not meant to be used for current building. |
| 14:09.06 | hrw | NAiL: I do not plan to limit myself with 'what is known to work with openslug' - feeds already contain it |
| 14:09.27 | hrw | for example I need hid2hci for my bt dongle |
| 14:09.48 | rwhitby | (i.e. we make an svn snapshot as an easy way to manage a set of stable feeds which are guaranteed to continue to work with that firmware release) |
| 14:10.00 | hrw | and openslug 3.10 does not have it. and it use 2.25 bluez... |
| 14:10.23 | rwhitby | hrw: right - you should use slugos head |
| 14:10.24 | hrw | I am building slugos/be now |
| 14:10.35 | hrw | rwhitby: does it work? |
| 14:10.39 | rwhitby | sure |
| 14:10.48 | rwhitby | (it's built on OE, isn't it?) |
| 14:11.41 | hrw | rwhitby: if something builds then it does not mean that it works ;D |
| 14:11.53 | mwester | hrw: As of about two weeks ago, it built and booted ok on my test NSLU2. |
| 14:12.21 | hrw | NOTE: multiple providers are available for virtual/libintl (glibc, gettext); |
| 14:12.21 | hrw | NOTE: consider defining PREFERRED_PROVIDER_virtual/libintl |
| 14:12.21 | hrw | NOTE: multiple providers are available for virtual/libiconv (libiconv, glibc); |
| 14:12.21 | hrw | NOTE: consider defining PREFERRED_PROVIDER_virtual/libiconv |
| 14:12.28 | hrw | thats with slugos distro... |
| 14:12.49 | hrw | can you guys define those? |
| 14:13.19 | mwester | but non-determinism adds spice to life! |
| 14:13.26 | slapin | hi, all! |
| 14:13.31 | rwhitby | sure - you can add them if you like in slugos.inc (you'd probably know better what to set them to) |
| 14:13.50 | slapin | anybody knows of some debian .dsc file parser in Perl? |
| 14:13.58 | slapin | or python? |
| 14:14.39 | rwhitby | hrw: seriously, if it's something like that which is an obvious general OE thing and not slugos specific, feel free to just fix it |
| 14:15.44 | *** join/#oe rob_w (n=bob@gw.suellberg-hamburg.de) |
| 14:16.14 | hrw | rwhitby: slugos.inc is used by ucslung too |
| 14:16.17 | CoreDump|home | hi |
| 14:17.04 | rwhitby | hrw: hmm. officially ucslugc is no longer supported, but unofficially some guys are trying to resurrect it. |
| 14:17.41 | hrw | rwhitby: http://pastebin.ca/507339 is ok? |
| 14:18.37 | rwhitby | yeah, that works. do you know what values they would need to have for uclibc? |
| 14:19.05 | hrw | PREFERRED_PROVIDER_virtual/libiconv = "libiconv" |
| 14:19.05 | hrw | PREFERRED_PROVIDER_virtual/libintl = "libintl" |
| 14:19.19 | hrw | this is from generic-uclibc |
| 14:19.45 | hrw | second one should point to gettext |
| 14:20.17 | CoreDump|home | some people should be forbidding to talk to users as OE representative.... |
| 14:20.34 | hrw | CoreDump|home: where this time? |
| 14:21.08 | CoreDump|home | ah just a bug report w/ proposed patch. "This is crap" isn't exactly an enlightening answer. |
| 14:24.55 | CIA-4 | 03hrw 07org.oe.dev * rf497aad6... 10/ (1 conf/distro/slugos.conf): slugos: set PREFERRED_PROVIDERS for libiconv/libintl/libc |
| 14:25.31 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 14:25.49 | rwhitby | hrw: thx |
| 14:28.39 | hrw | np |
| 14:28.59 | koen | hrw: wouldn't it be easier to get angstrom running instead of trying to fix slugos? |
| 14:29.08 | koen | angstrom runs on my ixp machine quite well |
| 14:29.32 | hrw | koen: root=/dev/sda1? |
| 14:29.54 | koen | no, it's using internal flash |
| 14:30.04 | koen | haven't tried the cf slot yet |
| 14:30.14 | hrw | koen: nslu2 flash is too small for me |
| 14:30.43 | rwhitby | koen: angstrom does run, and slugos is not broken |
| 14:33.45 | rwhitby | (and yes, as a seasoned OE developer, hrw might be more useful in helping CoreDump|home get altboot support working to the point where Angstrom + altboot can replace the turnup functionality in SlugOS) |
| 14:34.39 | hrw | rwhitby: now I mostly need slug as machine which will work (tftp, nfs) then experiment on it |
| 14:34.43 | rwhitby | CoreDump|home: you have an account on nudi ... |
| 14:34.50 | CoreDump|home | I have? |
| 14:35.59 | rwhitby | yep |
| 14:37.34 | CoreDump|home | gn8! |
| 14:38.19 | XorA | rwhitby: seems to be in some partial timezone :-) |
| 14:40.35 | CoreDump|home | Australia ftw |
| 14:43.48 | CoreDump|home | has anyone here experience with merging an SVN tree into a monotone DB ( and keep updating changes in SVN to mtn)? |
| 14:44.19 | steliosk | CoreDump|home: good luck :( |
| 14:44.28 | CoreDump|home | heh |
| 14:44.33 | XorA | CoreDump|home: that was zecke's speciality wasnt it |
| 14:44.45 | CoreDump|home | zecke: ping? |
| 14:44.49 | steliosk | the tool that zecke used is broken now |
| 14:44.55 | CoreDump|home | hmmm too bad |
| 14:45.08 | CoreDump|home | time for some l33t haxoring then =) |
| 14:45.13 | XorA | svn supports commit hooks does it not? |
| 14:45.28 | CoreDump|home | it should |
| 14:45.46 | XorA | just need to script up on commit for the diff to be committed to mtn as well |
| 14:45.59 | CoreDump|home | right |
| 14:46.09 | XorA | 30 secs work for a genius like you :-) |
| 14:46.35 | chouimat | morning |
| 14:47.17 | zecke | CoreDump|home: yes? |
| 14:47.48 | CoreDump|home | zecke: I heard you had some experiences w/ automating a sync between an SVN tree and a monotone DB? |
| 14:47.59 | steliosk | http://progetti.arstecnica.it/tailor/search?q=monotone&wiki=on&changeset=on&ticket=on |
| 14:48.23 | steliosk | CoreDump|home: let me know if anything works for you. I am also interested |
| 14:48.25 | zecke | CoreDump|home: check the wiki. I had used tailor + patches for some of your commits |
| 14:48.46 | CoreDump|home | steliosk: will do |
| 14:49.08 | CoreDump|home | zecke: I didn't realise there was information about this topic on the wiki, sorry |
| 14:53.16 | *** join/#oe tmbinc (i=abcd@83.141.3.59) |
| 14:54.39 | zecke | CoreDump|home: I don't know if my tailor scripts are there though |
| 14:54.50 | *** join/#oe thesing (n=tkunze@BAA0192.baa.pppool.de) |
| 14:56.52 | zecke | CoreDump|home: why do you want svn? |
| 14:56.52 | CoreDump|home | my own repo is in SVN and I kinda like it ;) |
| 14:56.52 | CoreDump|home | its "interface" is very intuitive |
| 14:56.52 | zecke | CoreDump|home: the working copy operations with OE will be really slow :) |
| 14:57.28 | CoreDump|home | hmm, it is more complicated than I thought |
| 14:57.28 | steliosk | as far as i got with tailor was to do the initial pull, and then it failed |
| 14:57.40 | steliosk | i think it was because the changes in mtn log |
| 14:57.56 | steliosk | but i am not mtn expert... |
| 14:58.14 | koen | mtn has a cvssync branch, so you could mtn <> cvs and then use cvs2svn? |
| 14:58.29 | steliosk | that would be fun :) |
| 14:58.45 | CoreDump|home | yuck |
| 14:58.47 | CoreDump|home | =) |
| 14:59.02 | CoreDump|home | probably too much work for a few files |
| 14:59.28 | CoreDump|home | OE overlay ftw =D |
| 15:00.27 | steliosk | with a bit of scripting you might will be able to keep the code in sync, but i don't think that the log/commit messages could be synced easily |
| 15:00.59 | CoreDump|home | SVN -> OE would be very easy to script |
| 15:01.16 | CoreDump|home | I'm moe concerned about SVN <- OE |
| 15:01.49 | *** join/#oe tkp (n=tom@80-47-186-175.lond-th.dynamic.dial.as9105.com) |
| 15:02.12 | steliosk | that should be easy too |
| 15:02.45 | steliosk | but the problem is how do you get the commit comments, |
| 15:02.52 | XorA | make SVN and monotone use the same working dir, I dont think their status files clash |
| 15:03.07 | tkp | hi. Since upgrading my OE checkout recently, I have noticed that do_populate_staging() doesn't seem to be run automaticly for a package by simply adding it to DEPENDS. |
| 15:03.14 | tkp | s |
| 15:04.05 | steliosk | XorA : The problem is that svn adds the .svn files even to the temp files generated by MTN and mtn *really* dislikes that |
| 15:04.28 | XorA | steliosk: ah thats a pity |
| 15:04.33 | CoreDump|home | :\ |
| 15:04.33 | zecke | tkp: wow, I'm really out of the loop, I think it is only called do_stage |
| 15:04.41 | zecke | tkp: (nowadays) |
| 15:04.50 | *** join/#oe incinerator (n=sabine@ppp-82-135-81-239.dynamic.mnet-online.de) |
| 15:05.39 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-92a32cfdadc1666b) |
| 15:05.39 | tkp | hi. sorry, I know someone just responded... but I'm having trouble with my IRC client and I can't read the response... trying to fix now.. |
| 15:06.01 | *** join/#oe tkp (n=tom@80-47-186-175.lond-th.dynamic.dial.as9105.com) |
| 15:06.10 | zecke | 17:04 < zecke> tkp: wow, I'm really out of the loop, I think it is only called do_stage |
| 15:06.25 | Zero_Chaos | zecke: g'day sir |
| 15:06.30 | tkp | zecke: hi, ok... irc working now :) |
| 15:06.36 | Zero_Chaos | zecke: be a pall and check my bugs, or are you busy? |
| 15:06.45 | Crofton | gm Zero_Chaos |
| 15:06.48 | Zero_Chaos | zecke: I made all the requested improvements |
| 15:06.54 | Zero_Chaos | Crofton: morn' |
| 15:07.30 | CoreDump|home | maybe I could hack MokoMakefile into a HentgesMakefile using the overlay but that would be less than ideal |
| 15:07.31 | tkp | so, do I have to do something other than add to DEPENDS to ensure do_stage is called at the right time? |
| 15:07.40 | zecke | Zero_Chaos: good, once I'm home I will comment |
| 15:08.07 | zecke | tkp: no, just provide do_stage (I don't know if I talk bullshit...) |
| 15:08.15 | Zero_Chaos | zecke: if you can now, can you look at it and make sure it is satifactory first? |
| 15:08.30 | zecke | not now, I'm at work |
| 15:08.38 | tkp | the package in question is libvx, where ]]] |
| 15:08.49 | tkp | it got built by adding to DEPENDS in my package |
| 15:08.55 | tkp | but do_stage was not called |
| 15:08.57 | Crofton | pastebin the entire bb file and I can do a quick look |
| 15:09.01 | CoreDump|home | hmmmmm |
| 15:09.04 | zecke | tkp: call your method do_stage |
| 15:09.14 | tkp | explecitly building libxv causes the do_stage to be called... just not via DEPENDS |
| 15:09.20 | Zero_Chaos | Anyone with commit access want to look at 4 of my bugs/additions and tell me if they are satisfactory. |
| 15:09.47 | zecke | tkp: now it is do_stage? what happened to populate_staging? |
| 15:10.24 | holtmann | koen: bluez-libs-3.11 and bluez-utils-3.11 are out. |
| 15:10.27 | tkp | zecke: sorry. I don't think I have been clear (as usual)... |
| 15:10.49 | zecke | tkp: well, don't worry I just try to understand |
| 15:10.58 | Crofton | Zero_Chaos, what is an easy bug number? |
| 15:11.21 | tkp | adding libXV to DEPENDS get it built - but not all stages seem to have been run. do_package_write() & do_populate_staging() did not get run |
| 15:11.23 | Zero_Chaos | 2361,2368,2369,2370 |
| 15:11.31 | Zero_Chaos | Crofton: nothing that complex to be honest. |
| 15:11.38 | Zero_Chaos | Crofton: I'm not that good ;-) |
| 15:11.40 | tkp | although they run if I manually 'bitbake libxv' |
| 15:11.53 | XorA | tkp: using bitbake -i? |
| 15:12.36 | koen | holtmann: 'Add initial version of serial port support.' == hciattach successor? |
| 15:13.55 | tkp | XorA: any good docs about how to use bitbake -i: I never saw that before |
| 15:14.08 | steliosk | Kati tetio 8a prepei na sou bgazei -> http://rafb.net/p/hQxnMq41.html |
| 15:14.11 | XorA | tkp: no, but I had wierd shit with bitbake -i |
| 15:14.25 | tkp | oh I see. no I'm not using -i |
| 15:14.33 | steliosk | sorry guys wrong window |
| 15:14.38 | tkp | I just ran 'bitbake mypackage' |
| 15:15.07 | tkp | and it make all the dependencies, but didn't run do_populate_staging() for libxv |
| 15:15.25 | koen | bitbake 1.8.2? |
| 15:15.27 | tkp | I'm sure it is todo with a change in the latest bitbake |
| 15:15.30 | tkp | koen: yes |
| 15:15.42 | koen | try 1.8.3 |
| 15:15.52 | tkp | koen: ok, thanks |
| 15:17.24 | tkp | 1.8.3 you mean svn? 1.8.2 seems to be the latest release |
| 15:17.38 | Zero_Chaos | svn good! |
| 15:18.57 | CIA-4 | 03koen 07org.oe.dev * rc8c229b1... 10/ (4 files in 2 dirs): bluez: update libs and utils to 3.11 |
| 15:21.16 | hrw | | unwind-pe.c:(.text+0x91bd8): undefined reference to `__fixsfsi' |
| 15:21.16 | hrw | | collect2: ld returned 1 exit status |
| 15:21.20 | hrw | fsck |
| 15:21.33 | hrw | glibc 2.3.5 strikes back again |
| 15:22.26 | Crofton | Zero_Chaos, in 2368, what happens if ARCH isn't ARM? |
| 15:22.57 | zecke | Crofton: that was my question from yesterday |
| 15:23.02 | Crofton | :) |
| 15:23.03 | Crofton | I know |
| 15:23.11 | Zero_Chaos | Crofton: as said in my response, if arch is arm, it does "make arm", everything else is just "make". I know it works on arm and x86, the rest is untested. |
| 15:23.13 | zecke | Zero_Chaos: could you please name bug numbers again |
| 15:23.28 | zecke | Zero_Chaos: but why is it only needed for arm? |
| 15:23.56 | Zero_Chaos | zecke: because with arm, extra cflags are recommended (not required) |
| 15:24.07 | Zero_Chaos | zecke: 2361,2368,2369,2370 |
| 15:24.15 | koen | Zero_Chaos: why don't you mark patches as 'patch' in bugzilla? |
| 15:24.21 | Crofton | so i builds and works for arm and x86? |
| 15:24.48 | Zero_Chaos | koen: because I'm used to submitting new programs, but since I'm submitting as mtn diff i guess that makes everything a patch, doesn't it? |
| 15:24.49 | XorA | why not do_compile_arm () {} |
| 15:24.53 | Zero_Chaos | koen: my bad |
| 15:25.04 | XorA | with generic do_compile() {} for everything else |
| 15:25.13 | Zero_Chaos | Crofton: test for those two, yes. |
| 15:25.18 | XorA | the stuff before and after can be in do_compile_append/prepend |
| 15:25.22 | koen | Zero_Chaos: and stop naming everything 'mtn diff' or 'another patch' |
| 15:25.30 | Zero_Chaos | XorA: I have no idea how to do that, and I took the patch from 1711. |
| 15:25.51 | Zero_Chaos | koen: I thought my comments were the description, I'll name things better in the future. |
| 15:25.52 | zecke | Zero_Chaos: http://bugs.openembedded.org/attachment.cgi?id=1522 no entry to checksums.ini, why do you force O3 as compilation flags? |
| 15:26.31 | hrw | cu |
| 15:27.25 | Zero_Chaos | zecke: -03 is in the makefile and desired by the author, although after previous discussions I suppose that is rather pointless. and the checksums.ini entry is in a comment because I cannot make a bunch of diffs of the same file (checksums.ini) |
| 15:27.33 | XorA | MAKE_TARGETS="arm" |
| 15:27.33 | XorA | } |
| 15:27.33 | XorA | do_compile() { |
| 15:27.33 | XorA | export KERNDIR=${STAGING_KERNEL_DIR} |
| 15:27.34 | XorA | module_do_compile |
| 15:27.36 | XorA | } |
| 15:28.01 | zecke | Zero_Chaos: what do you mean with "ASPj is drunk" ? |
| 15:28.10 | Zero_Chaos | XorA: and what does this do for non-arm? I know the way I have it works. |
| 15:28.20 | Zero_Chaos | zecke: the author's description of his program. |
| 15:28.42 | XorA | Zero_Chaos: for non arm it wont set MAKE_TARGETS |
| 15:28.55 | tkp | updted |
| 15:29.05 | tkp | updated bitbake to svn... same problem |
| 15:29.11 | *** part/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 15:29.13 | Zero_Chaos | XorA: be a pal and throw that in the comments. if it is more correct I'm happy to update. |
| 15:29.44 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 15:29.50 | tkp | it does do_fetch, and do_unpack for libxv (which is in DEPENDS). Then it moves straight onto do_compile for mypackage |
| 15:30.06 | tkp | which is going to fail since do_stage didn't get run for libxv |
| 15:30.22 | XorA | Zero_Chaos: done |
| 15:30.34 | Zero_Chaos | XorA: thanks, I'll update it in a few. |
| 15:30.35 | koen | tkp: is this against .dev? |
| 15:30.41 | tkp | koen: yes |
| 15:30.47 | koen | hmmm |
| 15:30.55 | koen | base.bbclass is up to date? |
| 15:30.57 | zecke | Zero_Chaos: you are almost there, probably one more iteration |
| 15:31.01 | *** part/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 15:31.05 | XorA | Zero_Chaos: its what I would do, not sure if others would do the same |
| 15:31.10 | tkp | koen: it's all 1 week old |
| 15:31.17 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 15:31.37 | Zero_Chaos | XorA: I'll look at which one is uglier... but like I said, that part was stolen. |
| 15:32.09 | Zero_Chaos | zecke: just the arm change suggested by XorA is what you mean, right? and then happy? |
| 15:32.12 | tkp | I'll update and try again |
| 15:33.52 | zecke | Zero_Chaos: well, I can live with the checksums.ini sniplets in the bug tracker. But there a re some weird FILES_DEV-${PN} lines, some weird unexplained fakeroot do_install() methods... and what XorA and koen said in their comments (here and in the bugtracker) |
| 15:34.34 | Zero_Chaos | zecke: I explained the fakeroot in the bugtracker, but it is not only proper but it is covered in the OE FAQ. |
| 15:35.04 | Zero_Chaos | zecke: the odd FILES_DEV line is commented out and really there more for me to figure how than anything else. |
| 15:36.07 | XorA|gone | off for bus |
| 15:37.05 | zecke | Zero_Chaos: adding empty fakeroot do_install() {} is in the FAQ? Then please point me to the FAQ entry |
| 15:37.40 | Zero_Chaos | zecke: the install routine is in the programs makefile, wrapping fakeroot around it is how you fix chown and chmod errors. |
| 15:38.11 | zecke | Zero_Chaos: point me to the FAQ entry showing this construct. You said it is in the FAQ |
| 15:38.37 | zecke | are these setuid binaries? |
| 15:39.27 | Zero_Chaos | zecke: I don't believe the specific construct is in the faq, but reguardless, it works. |
| 15:39.44 | Zero_Chaos | zecke: I disabled setuid I believe. |
| 15:39.59 | zecke | Zero_Chaos: well, it was you who said it is in the FAQ |
| 15:40.18 | zecke | Zero_Chaos: but an empty fakeroot do_install() {} is not bringing you far (that is the point of the comment) |
| 15:40.33 | Zero_Chaos | zecke: the install script wants to -o root and OE barfs on that because it's not running as root. the solution is in the FAQ and the way I did it WORKS |
| 15:41.13 | zecke | Zero_Chaos: again, please point me to the FAQ entry! |
| 15:41.26 | Zero_Chaos | zecke: yes I *could* retype the entire "make install" routine into the fakeroot do_install() but that is pointless. it works fine empty and saves 50kb |
| 15:41.41 | zecke | Zero_Chaos: again, please point me to the FAQ entry! |
| 15:41.43 | zecke | Zero_Chaos: again, please point me to the FAQ entry! |
| 15:42.23 | chouimat | wow |
| 15:42.34 | Zero_Chaos | zecke: why are you arguing about something that works? koen won't let me "hack" into the makefile and remove the -o root because that's ugly, and said use fakeroot. If I'm not using fakeroot right, then tell me how to use it, but it WORKS FINE |
| 15:42.55 | Zero_Chaos | zecke: you prefer I add fakeroot do_install () { oe_runmake "DSTROOT=${D}" install } |
| 15:42.55 | Zero_Chaos | ? |
| 15:43.17 | Zero_Chaos | zecke: does the same thing except explicitly calls something for no reason. |
| 15:43.26 | Zero_Chaos | and I'd likely drop the pointless DSTROOT anyway |
| 15:43.27 | zecke | Zero_Chaos: sorry, you lost. I won't repeat myself more than three times. |
| 15:43.37 | chouimat | :} |
| 15:43.46 | Zero_Chaos | zecke: lost what? the reciepe works and I don't know what I did wrong? |
| 15:44.17 | zecke | Zero_Chaos: if you are refering to the "FAQ" and are asked to print the uri and you don't do it you... |
| 15:44.48 | Zero_Chaos | zecke: you need the uri to the FAQ? under Build, number 1: http://www.openembedded.org/oefaq |
| 15:45.14 | Zero_Chaos | zecke: it has some extra stuff in there that wasn't required, and last time I explicitly called something for no reason I was told to remove it. |
| 15:46.12 | zecke | well if "fakeroot do_install() {}" is calling make install then this is a bitbake bug |
| 15:46.32 | zecke | do it as in the FAQ, or set the varflag of do_install to fakeroot... |
| 15:47.04 | Crofton | so the problem is, it might work today, but will stop working when the bug is fixed? |
| 15:47.09 | Zero_Chaos | zecke: no that makes sense, I said it works, I tested it (as always), if it's a bitbake bug that it works, that is well outside my knowledge. |
| 15:47.23 | Zero_Chaos | zecke: I'll add oe_runmake install |
| 15:47.46 | Zero_Chaos | that could have been mentioned. |
| 15:48.42 | zecke | well, if files get installed then it is a bug in BitBake's parser |
| 15:49.14 | Zero_Chaos | then it is a bug in bitbake's parser, because the files were installed, and properly I might add. As I said, I tested it and it works. |
| 15:49.28 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 15:51.18 | *** join/#oe dion (n=dion@inhex.net) |
| 15:54.18 | Zero_Chaos | is there a table of hardware somewhere for OE? |
| 15:54.22 | Zero_Chaos | supported devices? |
| 15:55.21 | *** join/#oe dion (n=dion@inhex.net) |
| 15:57.52 | Crofton | ls conf/machines :) |
| 15:58.02 | Zero_Chaos | I thought so, thanks |
| 15:58.04 | *** join/#oe anttix (n=anttix@213.180.16.243) |
| 15:58.13 | Crofton | of course, not all may work :) |
| 15:58.33 | anttix | Hi koen! |
| 15:58.39 | anttix | Nice work on xorg packages. |
| 15:58.41 | koen | hey anttix |
| 15:58.50 | anttix | Can I ask another small favor? |
| 15:59.51 | anttix | Who maintains mesa package? |
| 16:00.39 | anttix | It does not build on FC6 :( I have details figured out so I was wondering if anyone can take a look if my fix is good enough to be commited. |
| 16:00.40 | anttix | http://bugs.openembedded.org/show_bug.cgi?id=2363 |
| 16:00.43 | koen | noboday afaik |
| 16:01.16 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 16:02.15 | anttix | It's a strange bug and actually not OE-s fault, but it's easier to work around it than fix sed on host system. |
| 16:04.25 | cdbot2 | * * OE Bug 2363 has been RESOLVED (FIXED) by koen@dominion.kabel.utwente.nl |
| 16:04.27 | cdbot2 | * * [Bug 2363] mesa fails to build on Fedora Core 6 with |
| 16:04.29 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2363 |
| 16:06.12 | CIA-4 | 03antti.andreimann 07org.oe.dev * r6de428a8... 10/ (1 packages/mesa/mesa-mesa.inc): mesa: fix build on FC6, closes #2363 |
| 16:06.19 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-e9d5ecb747be426c) |
| 16:06.52 | Laibsc1 | zecke: I believe Zero_Chaos was not really referring to the FAQ but to http://www.openembedded.org/user-manual&dpage=recipes_fakeroot |
| 16:07.22 | Laibsc1 | It does not say to produce an empty routine, though |
| 16:07.26 | anttix | Thanx koen, I owe You another beer in case we ever meet in person ;) |
| 16:08.06 | zecke | Laibsch: thanks, we need to consider to fix that |
| 16:08.11 | Zero_Chaos | Laibsch: that too. like I said it worked empty, but since it *shouldn't*, I'm happy to fix. I just couldn't understand so much complaint of something that worked. |
| 16:09.51 | zecke | Zero_Chaos: and to the DEPENDS += "fakeroot-native" it is almost correct (for bitbake < 1.8) |
| 16:10.13 | Laibsch | Zero_Chaos: By googling I found http://www.openembedded.org/user-manual&dpage=fakeroot I have not read it. But maybe it could be interesting for you |
| 16:10.26 | zecke | Laibsch: if you have some time, could you file bug reports to mention the FAQ and the UserManual |
| 16:10.43 | Laibsch | zecke: I don't really understand the problem. |
| 16:10.49 | Laibsch | I only skimmed the backlog |
| 16:11.01 | Laibsch | backlog=scrollback? or whatever it is called |
| 16:11.16 | Zero_Chaos | zecke: so now I *shouldn't* add it to the depends, even though it is in the manual and fakeroot-native is required or my reciepe will fail? |
| 16:11.36 | Laibsch | Zero_Chaos: I think you might eb in the best position to file these bugs. |
| 16:11.49 | Zero_Chaos | Laibsch: sure why not. |
| 16:12.06 | zecke | Zero_Chaos: we are not perfect yet. The manual is almost right in reagrd to DEPENDS += "fakeroot-native" but not totally correct for BitBake1.8 |
| 16:12.09 | zecke | brb |
| 16:12.09 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 16:12.18 | Laibsch | Don't worry if they are not 100% accurate (you never should, despite some contrary and unrespectful comments), together we will figure it out |
| 16:12.36 | Laibsch | zecke: see you |
| 16:12.52 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 16:12.53 | Zero_Chaos | zecke: can you define "not totally correct"? what *should* I do? |
| 16:13.08 | Zero_Chaos | it's barely noon and I so need a drink. |
| 16:13.22 | Laibsch | Zero_Chaos: I wanted to make sure you understand that nobody expects bug reports to be poetry |
| 16:13.32 | Laibsch | If there are mistakes that is OK |
| 16:13.40 | zecke | Zero_Chaos: well do_install depends on fakeroot-native:do_populate_staging |
| 16:13.43 | Laibsch | You are willing to learn, that is what really counts for me |
| 16:13.59 | Zero_Chaos | Laibsch: you added an extranious word, "nobody" doesn't seem entireley accurate ;-) |
| 16:14.01 | Laibsch | Much more than delivering perfection at the first time around |
| 16:14.28 | Zero_Chaos | zecke: so how might I phrase that in the reciepe? |
| 16:14.49 | Laibsch | Zero_Chaos: He can be a nice guy, too. But if you never met him in person, it is sometimes hard to tolerate his bitching |
| 16:14.54 | Laibsch | Zero_Chaos: Bitch back!! |
| 16:14.57 | *** join/#oe minipanda (n=hzhang@221.221.159.98) |
| 16:14.59 | Laibsch | That is what I do ;-) |
| 16:15.09 | zecke | Zero_Chaos: classes/image.bbclass:18:do_rootfs[depends] += "makedevs-native:do_populate_staging fakeroot-native:do_populate_staging" |
| 16:15.14 | zecke | Zero_Chaos: is an example |
| 16:15.21 | zecke | ;) |
| 16:15.33 | Zero_Chaos | Laibsch: I don't pull punches, you may have noticed that in the comments when I respond to a few things.... |
| 16:16.05 | Zero_Chaos | zecke: holy shit that confuses me. read classes/image.bbclass:18 and learn? |
| 16:16.35 | Zero_Chaos | I think I kinda get it actually |
| 16:16.39 | Zero_Chaos | wow, that's sick |
| 16:16.47 | zecke | Zero_Chaos: just this line. It says task do_rootfs depends on the task do_populate_staging of fakeroot-native |
| 16:17.01 | Laibsch | Zero_Chaos: See? I have not gotten zecke's last comment. You'll soon be master! ;-) |
| 16:17.23 | Laibsch | But OTOH I don't need to get it ;-) |
| 16:17.44 | Zero_Chaos | Laibsch: hopefully "master" comes with a little respect.... it seems only some people here give me any... |
| 16:18.07 | Zero_Chaos | zecke: kick, give me a minute and I'll write it up right. |
| 16:18.24 | cdbot2 | * * OE Bug 1923 has been RESOLVED (FIXED) by bugs.openembedded.org@rolf.leggewie.biz |
| 16:18.26 | cdbot2 | * * [Bug 1923] Reorder the dependencies of gtkmm and glibmm |
| 16:18.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1923 |
| 16:20.09 | steliosk | zecke : Any idea why some python code (its in the oplinux-packages.bb) run fine on bitbake 1.6 but complains for indentantion on 1.8 ? |
| 16:20.31 | zecke | steliosk: yes |
| 16:20.40 | Zero_Chaos | zecke: is 'do_install[depends] += "fakeroot-native:do_populate_staging"' required, or can I drop the ":do_populate_staging" part? |
| 16:20.59 | zecke | Zero_Chaos: the do populate is crucial |
| 16:21.17 | zecke | steliosk: well, for speed reasons we compile a lot of code at once (the anon functions) |
| 16:21.23 | Zero_Chaos | zecke: I'm guessing this isn't doumented anywhere as to why? :-) |
| 16:21.57 | zecke | Zero_Chaos: the best thing is to do mtn log classes/image.bbclass and to read Richard's commit message |
| 16:22.10 | steliosk | zecke : ok. i see. how can i fix it ? |
| 16:22.12 | zecke | steliosk: indention of anonfuncs are 4 spaces |
| 16:22.18 | Crofton | does anyone know of a board that is supported by u-boot 1.2.0 that boots only from NAND flash? |
| 16:22.24 | steliosk | zecke : ok |
| 16:22.57 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 16:23.10 | koen | zecke: what if people don't want to build an image, but only packages? |
| 16:23.29 | Zero_Chaos | I don't even have +w and I'm expected to read "mtn log"... well, at least I'm learning ;-) |
| 16:23.37 | koen | Crofton: the fic-gta01 boots from nand, but uses u-boot git |
| 16:23.44 | Crofton | thanks |
| 16:23.47 | zecke | koen: this is why it needs to be added to the package bb file? |
| 16:23.57 | zecke | koen: and I pointed him to an example? |
| 16:24.08 | Crofton | I need to read up n git againg |
| 16:24.27 | Crofton | I having to create u-boot support for the SFFSDR |
| 16:27.01 | Zero_Chaos | chouimat: you could comment on all my bugs, I'm sure I've done something else wrong ;-) |
| 16:31.39 | Zero_Chaos | zecke: is this okay 'fakeroot do_install () { oe_runmake install }' or do I need the DSTROOT (for some unknown reason)? |
| 16:32.41 | zecke | you will need DSTROOT |
| 16:32.51 | zecke | you are unlikely installing directly to /usr |
| 16:33.20 | Zero_Chaos | zecke: the install routine should have all that covered though... shouldn't it? |
| 16:33.42 | Zero_Chaos | zecke: seems like an extra override. |
| 16:33.59 | zecke | Zero_Chaos: do it as in the FAQ |
| 16:34.58 | Zero_Chaos | zecke: at the risk of being an uber pain in the ass, I don't understand, can you explain why? again, it works without. |
| 16:36.12 | zecke | well. a) I don't trust any human saying it works(tm). Don't be angry |
| 16:36.29 | zecke | b) with normal packages we configure them with ./configure --prefix=/usr |
| 16:36.47 | zecke | c) doing a make install would try to install to /usr (right?) |
| 16:37.00 | Zero_Chaos | zecke: I understand, first rule of any support roll (doctor, tech, whatever) is that the person you are talking to is lying ;-) |
| 16:37.24 | zecke | luckily most sane packages respect setting another destination (probably DSTROOT) |
| 16:37.27 | Zero_Chaos | zecke: c) no, make install takes the prefix and appends the bin and sbin as appropriate in this case. |
| 16:37.42 | zecke | which still would be /usr/bin/foo-binary |
| 16:37.58 | Zero_Chaos | zecke: which is where the program should go... |
| 16:38.08 | Zero_Chaos | no? |
| 16:38.35 | zecke | Zero_Chaos: pal, abstract. Sure when you install a package you want it on /usr/bin |
| 16:38.51 | zecke | but when compiling do you want to overwrite your host ls with one for ARM? |
| 16:39.55 | Zero_Chaos | zecke: likely not, but in this case that doesn't happen. I guess I understand why it may be needed at this point, i just know that in this case it's not. but to save a possible accident let's do it your way to be safe ;-) |
| 16:40.03 | Zero_Chaos | zecke: I'm such a nice guy, aren't I? :-) |
| 16:40.04 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 16:41.42 | zecke | Zero_Chaos: right, for packaging purposes we ask the app to install in another directory... |
| 16:41.55 | *** join/#oe victor` (n=victor_d@85.195.145.138.satgate.net) |
| 16:42.55 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
| 16:43.58 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 16:46.49 | Zero_Chaos | zecke: considering the conversation we just had, shouldn't oe run in a chroot or something? |
| 16:48.00 | zecke | chroot needs root permissions |
| 16:48.10 | CosmicPenguin | Thats the whole reason why OE was invented in the first place |
| 16:48.29 | Zero_Chaos | heh, fair enough. |
| 16:48.35 | Zero_Chaos | virtual chroot ? ;-) |
| 16:48.42 | CosmicPenguin | fakechroot has its problems |
| 16:48.57 | CosmicPenguin | chroot is not the solution - we have proved conclusively, time, after time that a chroot is not needed |
| 16:58.59 | *** join/#oe greentux_ (n=lemke@Z6c87.z.pppool.de) |
| 17:01.00 | steliosk | zecke : that was it. Thanks ! |
| 17:01.40 | steliosk | zecke : btw have you looked at how things like hyperthreading etc effect the 1.8 ? (better/worst execution time) |
| 17:05.34 | zecke | steliosk: no idea :) |
| 17:09.28 | zecke | wow I'm about to use sed to fix libiconv |
| 17:11.30 | anttix | I think we need a concentrated effort in pushing our fixes to upstream projects. Hell, the quality of build files is really in everybodys best interes |
| 17:15.49 | zecke | anttix: agreed, at least I mail (most of) my changes upstream |
| 17:17.00 | CIA-4 | 03coredump2 07org.oe.dev * r2e1d9e05... 10/ (8 files in 5 dirs): Add The Hentges ROM 2.x ( based on Ansgtrom ) to OE. Very early state. |
| 17:17.00 | anttix | Maybe we could have a sort of a database, maybe wiki page for a start, with upstream bugzilla links so we can track progress? |
| 17:17.00 | CIA-4 | 03coredump2 07org.oe.dev * r525da879... 10/ (3 files in 3 dirs): Fix license |
| 17:22.24 | steliosk | zecke : one more for you :) |
| 17:23.27 | steliosk | zecke : I am trying to set PARALLE_MAKE from with in icecc.bbclass to "" for packages that are not supposed to use icecc |
| 17:24.09 | zecke | steliosk: yes, you know where to do it? |
| 17:24.36 | steliosk | zecke : nop, that what i am trying to find out. whatever i tried till now failed |
| 17:29.20 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:29.24 | zecke | steliosk: python () { import bb\n bb.data.setVar('PARALLEL_MAKE' , '', d) } ? |
| 17:29.47 | zecke | steliosk: after the bb file has been parsed this method will be invoked |
| 17:36.06 | zecke | robtaylor: do you work for collabora? |
| 17:43.27 | CIA-4 | 03freyther 07org.oe.dev * r7efadd62... 10/ (4 files in 3 dirs): (log message trimmed) |
| 17:43.27 | CIA-4 | packages/libiconv: Battle libiconv to not use a rpath (and fix the uclibc build) |
| 17:43.27 | CIA-4 | <PROTECTED> |
| 17:43.27 | CIA-4 | <PROTECTED> |
| 17:43.27 | CIA-4 | <PROTECTED> |
| 17:43.27 | CIA-4 | <PROTECTED> |
| 17:43.29 | CIA-4 | <PROTECTED> |
| 17:51.52 | *** join/#oe pH5 (n=ph5@18-175.3-85.cust.bluewin.ch) |
| 17:56.26 | *** join/#oe woglinde (i=woglinde@e178096218.adsl.alicedsl.de) |
| 17:59.14 | *** join/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 18:09.25 | cdbot2 | * * OE Bug 2352 has been RESOLVED (WONTFIX) by bugs.openembedded.org@rolf.leggewie.biz |
| 18:09.27 | cdbot2 | * * [Bug 2352] Unable to create gstreamer . xml plugin |
| 18:09.29 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2352 |
| 18:09.39 | *** join/#oe gremlin[it] (n=gremlin@217.201.151.174) |
| 18:27.28 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:28.08 | *** join/#oe psokolovsky_ (n=psokolov@82.193.98.15) |
| 18:29.07 | anttix | Any distro and task-base expert around? |
| 18:29.48 | anttix | I have a distro (OE port of the thinstation) which uses busybox init instead of sysvinit. |
| 18:30.34 | anttix | Currently I am not using task-base, because it used to include sysvinit. |
| 18:32.36 | *** join/#oe minipanda (n=hzhang@221.221.159.98) [NETSPLIT VICTIM] |
| 18:32.36 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 18:32.36 | *** join/#oe psokolovsky (n=psokolov@82.193.98.15) |
| 18:32.59 | anttix | However now there is a way to exclude sysvinit |
| 18:33.16 | anttix | but, initscripts is still included despite the fact that sysvinit is not selected. |
| 18:33.22 | anttix | Is it intentional? |
| 18:38.20 | xuumbi | is ifplugd depreciated? |
| 18:40.44 | anttix | Can't tell if it's depreciated in OE, but it's been quite stale for a long time in upstream though. |
| 18:42.10 | zecke | bbl |
| 18:50.21 | xuumbi | anttix: yeah that's what I've noticed, and it's not building for me :( |
| 18:50.34 | xuumbi | I didn't know if there was something newer and better out there |
| 18:51.43 | anttix | Well Gnome is pushing a thing called NetworkManager maybe You should take a look |
| 18:52.12 | *** join/#oe timtim (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:52.14 | anttix | The base daemon shouldn't require gnome libs only dbus and friends. |
| 18:52.32 | anttix | Don't know if it's in OE though, and too lazy to check right now :P |
| 18:53.24 | xuumbi | yup I've heard of networkmanager |
| 18:55.32 | xuumbi | I just got ifplugd to compile with the upstream kernel-types.patch for nylon |
| 18:55.34 | *** join/#oe timtim3 (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:55.35 | anttix | well, file a bug report with a patch then, and bug package maintainer about it ;) |
| 18:57.51 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
| 18:58.01 | *** join/#oe Bitmaster (n=Bitmaste@c-d061e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 18:58.19 | steliosk | i think freyther's last push created a second head in MTN |
| 18:58.32 | steliosk | could someone check |
| 18:59.08 | Crofton__ | pulling |
| 19:01.06 | anttix | Who maintains cups? |
| 19:01.34 | Crofton__ | it looks like only one head amt |
| 19:01.36 | Crofton__ | atm |
| 19:02.03 | anttix | And who maintains xterm? Koen You? ;) |
| 19:02.06 | steliosk | hmmm so probably is my db |
| 19:02.47 | anttix | This ancient xterm compile bug still needs fixing :P http://bugs.openembedded.org/show_bug.cgi?id=1352 |
| 19:02.54 | anttix | Just tested on FC6 |
| 19:03.02 | anttix | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/freetype2 |
| 19:10.45 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
| 19:18.43 | *** join/#oe thesing (n=tkunze@BAA0192.baa.pppool.de) |
| 19:21.19 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 19:23.00 | *** join/#oe thesing (n=tkunze@BAA0192.baa.pppool.de) |
| 19:26.34 | *** join/#oe Crofton (n=balister@hc65217eb.dhcp.vt.edu) |
| 19:31.12 | *** join/#oe csmanx (n=csman@201.230.221.75) |
| 19:41.39 | CIA-4 | 03ifaistos 07org.oe.dev * rad877be1... 10/ (1 packages/meta/oplinux-packages.bb): |
| 19:41.39 | CIA-4 | packages/meta/oplinux-packages.bb : Fix "identation error" when used with bitbake 1.8 (thanks to zecke for the info) |
| 19:41.39 | CIA-4 | Varius typos fixed |
| 19:53.17 | CIA-4 | 03ifaistos 07org.oe.dev * r3524b1de... 10/ (1 classes/icecc.bbclass): |
| 19:53.17 | CIA-4 | classes/icecc.bbclass : Make sure that PARALLEL_MAKE is set to null if the package is not to use the icecc scheduler. |
| 19:53.17 | CIA-4 | In this way you don't end up with -jX to be handled by a single cpu/machine |
| 19:53.18 | CIA-4 | Remove glibc and add glibc-intermediate in the list of packages not use the icecc scheduler |
| 20:15.01 | *** join/#oe trc (n=chatzill@sentinel.avocent.com) |
| 20:25.25 | cdbot2 | * * OE Bug 1925 has been RESOLVED (INVALID) by koen@dominion.kabel.utwente.nl |
| 20:25.27 | cdbot2 | * * [Bug 1925] Remove cairo/libsvg, |
| 20:25.29 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1925 |
| 20:29.46 | *** join/#oe florian__ (n=fuchs@f049184080.adsl.alicedsl.de) |
| 20:30.40 | woglinde | hi florian |
| 20:30.43 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 20:31.23 | florian__ | re |
| 20:35.19 | *** join/#oe tsdogs (n=twostupi@62.123.180.130) |
| 20:55.28 | Laibsch | koen: Does gpe-bootsplash truly depend on libsvg-cairo or could it depend on librsvg instead? |
| 20:55.53 | Laibsch | That is the way I understood bug 1925 |
| 20:56.40 | koen | it depends on libsvg-cairo till someone ports it to librsvg |
| 20:56.50 | Laibsch | OK |
| 20:57.17 | *** join/#oe ozstinger (n=ozstinge@216.143.234.167) |
| 20:57.37 | koen | heh |
| 20:57.41 | koen | LAK is funny |
| 20:57.47 | florian_kc | oh |
| 20:58.01 | koen | "use buildroot" "no, use OE" "no, use ptxdist" |
| 20:58.51 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 20:58.53 | Crofton | anyone brok glibc-intermediate lately? |
| 20:59.06 | florian_kc | do *not* use a montavista toolchain ;) |
| 20:59.12 | koen | I built it for i586 yesterday |
| 20:59.44 | Crofton | I'm working with a guy to build a tol chain so he can build a davnici kernel |
| 20:59.57 | Crofton | so he is building angstrom/osk |
| 21:00.10 | Crofton | ERROR: log data follows (/stuff/tmp/work/armv5te-angstrom-linux-gnueabi/glibc-intermediate-2.5-r6/temp/log.do_configure.4850) |
| 21:00.10 | Crofton | <ekiller200> | FATAL: no configure script found |
| 21:00.29 | koen | that one is weird |
| 21:00.37 | koen | that looks like it failed to extract |
| 21:01.15 | koen | anyway |
| 21:01.19 | koen | 'night all |
| 21:01.29 | Crofton | good night |
| 21:12.21 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:12.29 | likewise | morning |
| 21:12.31 | likewise | :-) |
| 21:12.53 | *** join/#oe frank71 (n=afs@p549F9930.dip0.t-ipconnect.de) |
| 21:22.37 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:24.28 | vivijim | likewise: Hi |
| 21:25.22 | *** join/#oe Stephmw (n=steph@212.69.51.139) |
| 21:25.29 | Stephmw | evenin' chaps |
| 21:27.02 | vivijim | likewise or someone else: I have a newbi question and I believe that you can help me: I'm trying to build a lot of packages that are not available in their original repositories... what variable can I set in my distro conf to download from http://www.angstrom-distribution.org/unstable/sources/ ? |
| 21:29.03 | Stephmw | vivijim: sorry, I don't know |
| 21:29.11 | likewise | vivijim: I don't know from heart. SOURCE_MIRROR or something... |
| 21:29.34 | Laibsch | vivijim: It should do that automatically |
| 21:29.56 | Stephmw | my turn for a question... anyone know offhand how big the kdrive (and various optional libs) are? or where I could find that info? |
| 21:29.58 | Laibsch | and if the sources are not available as specified in the bb file than that is a bug that needs fixing |
| 21:32.18 | *** join/#oe florian__ (n=fuchs@217.146.132.69) |
| 21:32.36 | *** join/#oe Bernardo (n=Bernardo@89-180-10-36.net.novis.pt) |
| 21:32.57 | Bernardo | hi |
| 21:33.23 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 21:34.24 | cdbot2 | * * OE Bug 972 has been RESOLVED (WONTFIX) by bugs.openembedded.org@rolf.leggewie.biz |
| 21:34.26 | cdbot2 | * * [Bug 972] hostap .pc/ipaq_compat.patch is wrong! |
| 21:34.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=972 |
| 21:35.24 | cdbot2 | * * OE Bug 979 has been RESOLVED (WONTFIX) by bugs.openembedded.org@rolf.leggewie.biz |
| 21:35.26 | cdbot2 | * * [Bug 979] at76c503a-modules-0.0+cvs fails compiling... |
| 21:35.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=979 |
| 21:40.24 | cdbot2 | * * OE Bug 2373 has been created by bugs.openembedded.org@rolf.leggewie.biz |
| 21:40.26 | cdbot2 | * * gsoap-native fails do_compile |
| 21:40.28 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2373 |
| 21:40.28 | vivijim | Laibsch: if this is a bug: is a fix to change the bb file of package pointing to http://www.angstrom-distribution.org/unstable/sources/ where we are sure that this sources are available? |
| 21:40.52 | Laibsch | vivijim: No, that is not the answer |
| 21:40.59 | Laibsch | What bb file are you talking about? |
| 21:41.40 | vivijim | http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/elfutils-0.108.tar.gz for example... |
| 21:42.30 | vivijim | Pyrex-0.9.3.1.tar.gz; tk8.4.11-src.tar.gz; expat-1.95.7.tar.gz, etc... |
| 21:43.06 | Laibsch | you should file bug reports that do_fetch fails |
| 21:43.15 | Laibsch | one bb file - one report |
| 21:43.38 | vivijim | ok... got it.. I'll do that... |
| 21:44.21 | Laibsch | Extra points for including where the file can be gotten instead. |
| 21:44.50 | Laibsch | If it is an old version gone away, then we can update the bb file version (aka PV) |
| 21:46.02 | vivijim | uhm got it... Thanks! |
| 21:46.09 | Laibsch | elfutils for example needs an update to version 127 |
| 21:47.39 | Laibsch | Try "mv packages/elfutils/elfutils_0.108.bb packages/elfutils/elfutils_0.127.bb" and see if that fixes your problem (fetch should work, compilation might fail) |
| 21:48.02 | Laibsch | I will try and make the necessary commit later. but I am currently struggling with something else. |
| 21:48.48 | vivijim | uhm... I have a list here and I believe that most of them needs an update... I'll report these bugs tomorrow... Now I'm leaving... for a while I was downloading from angstron repository to sources dir... |
| 21:49.12 | Laibsch | You could just make one single bug report in this case, I think |
| 21:49.25 | Laibsch | Let me have the list and I will try to fix as many as I can |
| 21:53.51 | vivijim | Laibsch: I tried a pvt but I receive a lot of auto-reply in germam, and I didn't undestand... :) |
| 21:56.28 | vivijim | Laibsch: the list is here: http://pastebin.ca/508171 |
| 21:56.32 | vivijim | thanks for your help |
| 21:56.34 | vivijim | bye |
| 22:10.52 | *** join/#oe timtim3 (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 22:12.20 | *** join/#oe ich (n=ich@91.64.161.147) |
| 22:12.47 | zecke | anyone got the email address of thomas kunze? |
| 22:13.02 | zecke | ah found it |
| 22:13.30 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 22:25.28 | *** join/#oe kb7sqi_ (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 22:29.51 | *** join/#oe victor_rx1950 (n=victor_d@85.195.145.138.satgate.net) |
| 22:32.18 | *** part/#oe ozstinger (n=ozstinge@216.143.234.167) |
| 22:39.24 | Laibsch | ibot: botmail for vivijim: most of the packages in your list fetch just fine. Make sure you use the default SOURCEFORGE_MIRROR variable. IOW, do *not* specify it explicitly in local.conf. |
| 22:39.56 | Laibsch | ibot: botmail for vivijim: most of the packages in your list fetch just fine. Make sure you use the default SOURCEFORGE_MIRROR variable. IOW, do *not* specify it explicitly in local.conf. |
| 22:41.24 | hvontres|poodle | Laibsch: is there an echo in here?? |
| 22:41.44 | Laibsch | No, I sent the message twice by accident |
| 22:41.52 | Laibsch | hvontres|poodle: Still no cables BTW |
| 22:41.59 | hvontres|poodle | Laibsch: hmmmmmm |
| 22:42.29 | hvontres|poodle | Laibsch: I did confirm that I sent it on the 9th... |
| 22:43.01 | hvontres|poodle | Laibsch: unfortunately, I didn't think to add tracking.... :( |
| 22:47.35 | Laibsch | In fact, every single one of those "unfetchable" reports was bogus :-/ |
| 22:48.01 | Laibsch | hvontres|poodle: I am sure they will arrive eventually. Maybe they are indeed being "shipped" |
| 22:48.09 | Laibsch | That would take 2-3 months |
| 22:48.20 | Laibsch | Or they are stuck in customs |
| 22:48.27 | zecke | n8 |
| 22:50.43 | hvontres|poodle | Laibsch: exept that they were sent "Global Priority Mail" which should arive in 6-9 days...:( |
| 22:51.12 | hvontres|poodle | Laibsch: but customs is probably a good guess. |
| 22:54.30 | Laibsch | Wait a minute. |
| 22:54.38 | Laibsch | 6 to 9 days from the 9th? |
| 22:54.56 | Laibsch | I was gone from the 15th to the 20th |
| 22:55.34 | Laibsch | But I did not find a notice that a package was waiting for me (that is normally the case if they cannot deliver it to you in person) |
| 22:55.45 | Laibsch | Sometimes they deliver to the neighbours. |
| 22:55.52 | Laibsch | I will ask around tomorrow |
| 22:57.56 | Laibsch | Usually they also have to leave a notice if they deliver to the neighbours |
| 23:17.03 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 23:20.37 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 23:58.06 | *** join/#oe kristoffer (n=kristoff@80.251.207.39) |