| 00:15.54 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 00:35.46 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 00:48.08 | *** join/#oe mwester-laptop (n=mwester@gw.mwester.net) |
| 01:03.28 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:11.15 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 01:12.20 | zecke | good night :) |
| 01:13.53 | NAiL | nite |
| 01:34.10 | *** join/#oe tkp_ (n=tom@62-64-195-125.dynamic.dial.as9105.com) |
| 01:38.18 | *** join/#oe mwester-laptop (n=mwester@gw.mwester.net) |
| 01:41.50 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 02:02.33 | *** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net) |
| 02:15.53 | *** join/#oe darmou (n=darmou@203-206-183-196.perm.iinet.net.au) |
| 02:16.02 | *** join/#oe Laibsc1 (n=Laibsch@F73dc.f.ppp-pool.de) |
| 02:16.02 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 02:16.02 | *** join/#oe Laibsch (n=Laibsch@F739b.f.ppp-pool.de) |
| 02:16.02 | *** join/#oe Shoragan (n=shoragan@datenfreihafen.org) |
| 02:16.02 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
| 02:16.02 | *** join/#oe fdv (n=fredridv@en.ifi.uio.no) [NETSPLIT VICTIM] |
| 03:06.29 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 03:21.08 | jselect | arg |
| 03:21.48 | jselect | I'm trying to run bitbake from a sub-shell and it just spews "InvalidTask exception" no matter what I do.. works outside the subshell. Any ideas? |
| 03:28.31 | jselect | oh ignore that |
| 03:28.47 | jselect | I'm a super idiot. The subshell script had "-c clear" :) |
| 03:30.12 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 03:32.01 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 03:38.21 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 03:52.49 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
| 04:15.35 | *** join/#oe Laibsch (n=Laibsch@F737d.f.ppp-pool.de) |
| 04:49.13 | *** join/#oe _schurig (n=schurig@pD95F8D11.dip0.t-ipconnect.de) |
| 04:53.34 | *** join/#oe cworth (n=cworth@208.252.229.195) |
| 05:07.14 | *** join/#oe hvontres|home (n=hvontres@adsl-75-28-7-76.dsl.sndg02.sbcglobal.net) |
| 05:13.58 | *** join/#oe dion (n=dion@inhex.net) |
| 05:14.03 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:59.50 | *** join/#oe hufnus (i=root@69-12-177-67.dsl.static.sonic.net) |
| 06:08.23 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 06:20.36 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:25.41 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 06:42.28 | *** join/#oe cworth (n=cworth@208.252.229.195) |
| 06:54.43 | *** join/#oe rob_w (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 06:57.47 | *** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch) |
| 07:03.02 | *** join/#oe rd_ (n=redragon@vnsecurity.net) |
| 07:11.22 | *** join/#oe bluelightning (n=blueligh@222-155-145-80.jetstream.xtra.co.nz) |
| 07:28.15 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:38.25 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 07:42.41 | CIA-11 | 03rwhitby 07org.oe.dev * r95ffaab0... 10/ (1 conf/distro/include/slugos.inc): slugos.conf: Fix FULL_OPTIMIZATION, cause it broke the wireshark package by using gcc 4 specific options. |
| 07:42.46 | CIA-11 | 03rwhitby 07org.oe.dev * r7180c92e... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages.bb: Add wireshark. |
| 07:49.52 | *** join/#oe aoe_ (n=aoe@tigerente.htu.tuwien.ac.at) |
| 07:54.00 | CIA-11 | 03koen 07org.oe.dev * rd0c48feb... 10/ (1 packages/geoclue/geoclue_svn.bb): geoclue: don't build panelapplet to prevent pulling in half of gnome |
| 08:05.49 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:07.18 | CIA-11 | 03Laibsch 07org.oe.dev * rdef854b5... 10/ (14 files in 2 dirs): |
| 08:07.18 | CIA-11 | glibc: recommit my glibc clean-up (minus the one change that broke things) |
| 08:07.18 | CIA-11 | only semantic change is what is being discussed in bug 1987 |
| 08:08.09 | *** join/#oe bluelightning_ (n=blueligh@222-155-130-192.jetstream.xtra.co.nz) |
| 08:09.28 | *** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 08:14.48 | *** join/#oe psokolovsky (n=psokolov@82.193.98.7) |
| 08:21.22 | *** join/#oe koen|lab (n=koen@wlan138053.mobiel.utwente.nl) |
| 08:27.35 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 08:44.01 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 08:44.02 | *** join/#oe minipanda (n=hzhang@221.221.146.212) |
| 08:44.36 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 08:54.47 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 08:58.04 | *** join/#oe rob_w (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 09:04.42 | *** join/#oe nathan (n=nathan@ns2.emacinc.com) |
| 09:06.42 | _law_ | can i already switch to bitbake 1.8.0 ? does it work with OE ? |
| 09:08.43 | koen|lab | yes and yes |
| 09:08.51 | koen|lab | you can even switch to 1.9 if you want |
| 09:10.02 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 09:12.24 | _law_ | ok so i change to the new 1.8 stable version |
| 09:18.32 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:23.18 | *** join/#oe rob_w|mis (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 09:26.03 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 09:37.18 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 09:39.02 | *** join/#oe zecke (n=ich@88.134.99.50) |
| 10:00.20 | *** join/#oe rob_w (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 10:02.36 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 10:04.13 | *** join/#oe mr_nice (n=mr_nice@p54A9F809.dip.t-dialin.net) |
| 10:11.21 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 10:15.21 | ade|desk | morning all |
| 10:16.32 | florian | good monring |
| 10:18.05 | *** join/#oe Beg (n=beg@ws-63.elvis.ru) |
| 10:21.43 | zecke | ~seen woglinde |
| 10:22.18 | ibot | woglinde <i=woglinde@e178079043.adsl.alicedsl.de> was last seen on IRC in channel #oe, 6d 12h 36m 31s ago, saying: 'hi florian'. |
| 10:24.55 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:37.59 | hrw | morning |
| 10:42.34 | CIA-11 | 03hrw 07org.oe.dev * r1c69dd15... 10/ (5 files in 2 dirs): contacts: added 0.4, unified recipes, fixed PV in svn version, disabled gnome-vfs (from Poky) |
| 10:42.39 | CIA-11 | 03hrw 07org.oe.dev * rf0a5ff5a... 10/ (5 files in 2 dirs): tasks: added 0.4, unified recipes, fixed PV in svn version (from Poky) |
| 10:42.43 | CIA-11 | 03hrw 07org.oe.dev * r8b675ccc... 10/ (4 files in 2 dirs): dates: unify recipes, fix PV in svn version (from Poky) |
| 10:42.48 | CIA-11 | 03hrw 07org.oe.dev * rb3599341... 10/ (1 packages/tasks/task-base.bb): task-base: ECB is needed to get WEP working |
| 10:45.21 | koen|lab | good morning all |
| 10:51.41 | hrw | hi koen|lab |
| 10:59.17 | hrw | koen|lab: will we add avahi-daemon into default installation in angstrom? |
| 10:59.33 | hrw | poky do that so ssh root@c7x0.local works |
| 11:02.09 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 11:07.52 | *** join/#oe blaster8 (n=blaster8@nslu2-linux/blaster8) |
| 11:22.15 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 11:27.12 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 11:27.29 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 11:34.56 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 11:37.04 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 11:41.32 | *** join/#oe koen|lab (n=koen@dominion.kabel.utwente.nl) |
| 11:42.15 | *** join/#oe blaster8 (n=blaster8@nslu2-linux/blaster8) |
| 11:43.23 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 11:44.25 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 11:52.12 | zecke | moin |
| 11:52.23 | hrw | hi zecke |
| 11:52.35 | Crofton | zecke, should we update getting started for bitbake 1.8? |
| 11:53.08 | zecke | Crofton: yes |
| 11:55.21 | Crofton | done |
| 11:56.27 | Crofton | hmm, I wonder if we should remove the FC2-4 instructions? |
| 11:57.02 | zecke | Crofton: do they hurt? I know RH stopped supporting them but people might still use them |
| 11:57.17 | Crofton | I doubt they hurt, just clutter |
| 11:57.34 | Crofton | 99% of fedora users would have upgraded |
| 11:57.47 | Crofton | although, oddly enough I run OE on a FC4 machine |
| 11:58.13 | *** join/#oe Sonic|Laptop (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 12:06.48 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 12:10.11 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 12:16.26 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 12:17.01 | koen|lab | hrw: that's the plan |
| 12:17.04 | koen|lab | (avahi) |
| 12:17.13 | koen|lab | hrw: if you want to add it, go ahead |
| 12:18.11 | hrw | ok |
| 12:18.19 | NAiL | zecke: You got any idea why bitbake is screwy? http://pastebin.ca/405769 |
| 12:18.28 | chouimat|away | later |
| 12:18.32 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 12:18.46 | zecke | NAiL: no, RP might have a clue |
| 12:19.10 | zecke | NAiL: either build started events gets fired more than once |
| 12:19.21 | zecke | NAiL: or bitbake's forking is... welll I don't know |
| 12:19.32 | NAiL | RP: ping? |
| 12:19.44 | NAiL | It doesn't happen if I run bitbake from the cmdlin |
| 12:19.59 | NAiL | but if I nohup a script that runs bitbake, it goes wonky |
| 12:20.21 | zecke | ah |
| 12:20.38 | NAiL | It works, albeit slow and with a lot of output |
| 12:21.05 | zecke | what happens if you create a new process group for your script |
| 12:21.28 | NAiL | new process group? |
| 12:21.38 | zecke | yes, new process group |
| 12:21.51 | zecke | I wonder who you SIGHUP and if BitBake gets this and python gets confused |
| 12:22.56 | NAiL | http://pastebin.ca/406405 <-- that's the script I nohup |
| 12:23.26 | zecke | so your script is wrong? |
| 12:23.32 | zecke | it starts multiple bitbake sessions |
| 12:23.39 | NAiL | no |
| 12:23.40 | zecke | NAiL: e.g. patch bitbake to print the PID |
| 12:23.49 | zecke | NAiL: patch BitBake and show me the PID |
| 12:24.16 | NAiL | how do I get BitBake to show me the pid? |
| 12:24.25 | NAiL | bitbake is python, right? |
| 12:24.34 | zecke | import os |
| 12:24.37 | zecke | os.getpid() |
| 12:24.40 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:26.38 | koen|lab | import zecke |
| 12:26.45 | koen|lab | zecke.fixbugs(all) |
| 12:26.56 | koen|lab | hey vivijim |
| 12:27.06 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 12:27.21 | koen|lab | hrw: does apt build in poky? |
| 12:28.36 | NAiL | zecke: ok, exactly what command do I use to get it to print the pid itself? |
| 12:29.25 | NAiL | bb.msg.note(something?) |
| 12:29.50 | zecke | NAiL: print os.getpid() |
| 12:29.51 | hrw | koen|lab: will check |
| 12:29.59 | koen|lab | hrw: thanks |
| 12:30.42 | hrw | shells: e/poky/b-o/n/z/b-poky/oe |
| 12:31.24 | hrw | ssh-to-ewi/poky-metadata/build-openmoko/neo1973/zaurus-c7x0/build-poky/oe-metadata |
| 12:31.42 | hrw | koen|lab: poky apt does not even patch |
| 12:31.47 | koen|lab | hrm |
| 12:32.22 | NAiL | zecke: ok, trying now |
| 12:33.21 | koen|lab | hrw: I'm asking because indt wants to use OE to build a bootstrap with .debs |
| 12:35.22 | hrw | hi mickeyl |
| 12:35.28 | koen|lab | hey mickeyl |
| 12:35.29 | mickeyl | cheers hrw |
| 12:35.31 | mickeyl | hi koen |
| 12:36.10 | hrw | ~lart gsmd for /tmp/gsm.log |
| 12:36.45 | koen|lab | hrw: it grew to a gazillion MB for you as well? |
| 12:36.53 | psokolovsky | Hi! |
| 12:37.17 | NAiL | zecke: I put print os.getpid() in the beginning of bin/bitbake |
| 12:37.20 | hrw | 64M |
| 12:37.21 | koen|lab | root@fic-gta01:/var/tmp$ ls gsm.log -la |
| 12:37.21 | koen|lab | lrwxrwxrwx 1 root root 9 Mar 22 12:37 gsm.log -> /dev/null |
| 12:37.21 | NAiL | it only gets printed once |
| 12:37.28 | psokolovsky | koen|lab, hrw: Well, 200703 is kinda closing out, ant news for Angstrom, gentlemen? |
| 12:37.46 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 12:37.52 | *** join/#oe empty_mind (n=orion@59.176.111.177) |
| 12:39.58 | koen|lab | psokolovsky: not really |
| 12:40.17 | psokolovsky | koen|away, ;-( So, what to expect in general? |
| 12:40.25 | psokolovsky | koen|lab, ^ |
| 12:40.29 | koen|lab | psokolovsky: if you (or anyone else) wants to get it ready for release, by mickeyl's and my guest |
| 12:41.10 | koen|lab | I'll be swamped till the beginning of april and leave for ELC2007 after that |
| 12:42.00 | psokolovsky | koen|lab, is there any criteria for release somewhere? http://linuxtogo.org/gowiki/AngstromRoadmap doesn't seem to be too specific |
| 12:42.44 | Crofton | koen|lab, you are becoming a real traveller |
| 12:43.01 | koen|lab | psokolovsky: basically: make angstrom-console-image and angstrom-x11-image work out of the box on 'supported' devices |
| 12:43.06 | koen|lab | Crofton: yes :) |
| 12:43.21 | Crofton | You are beginning to act like a consultant |
| 12:44.24 | psokolovsky | koen|lab, ok. I'm not really sure I would have exact understanding what that would take, but I for sure know "loose" areas which worth improving |
| 12:44.29 | hrw | 13:44 hrw@home:tasks$ ssh root@fic-gta01.local |
| 12:44.36 | hrw | I started to like avahi |
| 12:44.48 | psokolovsky | koen|lab, one concern is services, i.e. /etc/init.d/* stuff |
| 12:45.15 | psokolovsky | koen|lab, do we have clear policies what services should run on startup, and which on demand? |
| 12:47.33 | koen|lab | I'd like to have avahi-daemon, dropbear and bluez running where appropriate |
| 12:47.41 | koen|lab | and I think we should release bare-bone images people can install stuff on themselves |
| 12:49.59 | *** join/#oe tnb (n=tnb@sdgsystems.net) |
| 12:50.36 | psokolovsky | koen|lab, well, good idea. So, would you OK cleanup of update-rc.d calls in recipes? One vivid example is irda-utils which stuff irattach to be run on startup by default. that keeps IrDA port busy and waste battery. Whereas IrDA should really be controlled by UI (and that's how it is) |
| 12:51.00 | koen|lab | psokolovsky: sure |
| 12:51.17 | koen|lab | psokolovsky: send mails about stuff you're not sure about to angstrom dev ml |
| 12:51.42 | psokolovsky | koen|lab, nice! Will do so. |
| 12:54.05 | CIA-11 | 03hrw 07org.oe.dev * r9723a9e9... 10/ (1 packages/tasks/task-openmoko.bb): task-openmoko: ship openmoko-today, openmoko-icon-theme-standard and settings-daemon by default |
| 12:59.59 | CIA-11 | 03hrw 07org.oe.dev * r54525e4a... 10/ (1 packages/gpe-terminal/gpe-terminal_1.1.bb): gpe-terminal: recommend rxvt-unicode |
| 13:00.28 | zecke | AwayNAiL: what was the result of getpid? |
| 13:01.40 | Laibsch | hrw: Did you have a chance to look at the nunome stuff yet? http://oz.leggewie.org/wip/nunome-1.0.1-r2/ |
| 13:02.18 | hrw | Laibsch: I think that I will run build for it |
| 13:03.37 | *** join/#oe koen|lab (n=koen@wlan137220.mobiel.utwente.nl) |
| 13:20.30 | hrw | http://www.hrw.one.pl/2007/03/22/hotpluging-usbnet/ |
| 13:28.51 | Laibsch | hrw: That would be nice. |
| 13:29.03 | Laibsch | hrw: But it fails for me. I guess it will fail for you, too. |
| 13:33.53 | *** join/#oe rd_ (n=redragon@vnsecurity.net) |
| 13:41.43 | *** join/#oe tkp (n=tom@62-64-195-125.dynamic.dial.as9105.com) |
| 13:57.49 | *** join/#oe mccarthy (n=mccarthy@granular.che.pitt.edu) |
| 13:58.34 | mccarthy | does anyone have a machine conf file for a tomtom ONE (or an opentom distro conf file)? |
| 14:02.02 | *** join/#oe rob_w (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 14:02.51 | *** join/#oe cworth (n=cworth@208.252.229.195) |
| 14:07.51 | schurig | mccarthy: maybe TomTom itself? |
| 14:08.06 | *** join/#oe blaster8 (n=blaster8@orca.stp.me.uk) |
| 14:08.28 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:08.59 | mccarthy | schurig, not on their website (AFAIK). They have a /gpl directory that has all their patches and some other source code, but no OE related stuff (they *do* have a cross compile toolchain, but that is what OE is for ;) |
| 14:14.08 | CIA-11 | 03tmbinc 07org.oe.dreambox * ree64a963... 10/ (1 packages/dreambox/dreambox-secondstage.bb): dreambox-secondstage: use v50 for dm600pvr |
| 14:14.14 | CIA-11 | 03tmbinc 07org.oe.dreambox * rc4bd1da9... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules: use 20070227 for dm600pvr |
| 14:14.18 | CIA-11 | 03tmbinc 07org.oe.dreambox * r02d92284... 10/ (1 conf/machine/dm600pvr.conf): conf/machine/dm600pvr.conf: use gdb,gdb-cross 6.5 |
| 14:14.22 | CIA-11 | 03tmbinc 07org.oe.dreambox * r299a5bba... 10/ (1 packages/enigma/enigma-modem.bb): enigma-modem: update to 0.2 |
| 14:18.26 | *** join/#oe Crofton (n=balister@hc6521659.dhcp.vt.edu) |
| 14:18.46 | Crofton | http://www.cyclingnews.com/photos/2006/apr06/roubaix06/index.php?id=s023 |
| 14:18.52 | Crofton | Spring is here! |
| 14:21.30 | Shoragan | hmm, libtool-native-1.5.10-r4 keeps failing while compiling :( |
| 14:22.03 | zecke | Shoragan: what is the error? |
| 14:22.16 | Shoragan | it tries to configure it again, and then complains that it is already configured |
| 14:23.08 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 14:23.20 | *** join/#oe slapin_nb (n=slapin@host-118.dataart.net) |
| 14:23.37 | hrw | Shoragan: you have symlinks in path |
| 14:24.10 | schurig | hrw: maybe bitbake should detect if anything in the path is a symlink and refuse to work if that is true |
| 14:24.37 | hrw | schurig: would be nice |
| 14:25.40 | koen|lab | schurig: it's a turing test to see if people read GettingStarted ;) |
| 14:26.03 | schurig | zecke: I have a patch for bitbake branch 1.8: http://pastebin.ca/406513 |
| 14:26.06 | Shoragan | :/ |
| 14:26.37 | Shoragan | symlink to the oe checkout is ok, but not for work? |
| 14:27.11 | Shoragan | or tmp |
| 14:27.11 | schurig | zecke: without this patch, a "bitbake -v something" would just say "I cannot build XYZ", but it would not say what it missing. I had to append -D to get this info |
| 14:28.29 | schurig | zecke: it could be bb.msg.note instead of bb.msg.error, but not bb.msg.debug isn't so nice |
| 14:29.11 | *** join/#oe checko (n=chatzill@123.0.200.77) |
| 14:34.57 | Laibsch | schurig, hrw: I added that idea about symlinks and bitbake as an RFE/RFC to the BTS -> bug 2030 |
| 14:39.21 | NAiL | zecke: 13:37 < NAiL> zecke: I put print os.getpid() in the beginning of bin/bitbake |
| 14:39.25 | NAiL | zecke: 13:37 < NAiL> it only gets printed once |
| 14:39.28 | hrw | http://www.engadget.com/2007/03/22/tyans-40-cpu-personal-supercomputer-now-shipping/ - will OE get one for buildbox? |
| 14:42.15 | Shoragan | hrw, thanks, that fixed it :) |
| 14:44.41 | hrw | Laibsch: NOTE: package nunome-1.0.1-r1: task do_compile: completed |
| 14:45.52 | hrw | Laibsch: NOTE: package nunome-1.0.1-r1: task do_build: completed |
| 14:45.54 | *** join/#oe woglinde (n=heinold@leningrad.mi.fu-berlin.de) |
| 14:46.01 | hrw | Laibsch: thats with angstrom and qte-mt |
| 14:46.09 | woglinde | hi hrw |
| 14:47.11 | hrw | hi woglinde |
| 14:47.27 | Laibsch | hrw: NICE! |
| 14:47.33 | Laibsch | hrw: No changes necessary? |
| 14:47.39 | Laibsch | It did not build for me. |
| 14:48.08 | schurig | hrw: that's a complete replacement for a one-family-house central heating |
| 14:48.11 | Laibsch | hrw: you said qte-mt. Did you specify that in some conf or bb file (or even on the command line)? |
| 14:48.25 | mr_nice | woglinde: hi |
| 14:48.58 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 14:49.32 | woglinde | hi mr_nice |
| 14:53.44 | hrw | schurig: thats too |
| 14:54.06 | hrw | Laibsch: I built qte-mt by hand |
| 14:54.11 | hrw | I can test with qte |
| 14:54.21 | *** join/#oe rob_w (n=rob_w@p549b9ced.dip0.t-ipconnect.de) |
| 15:01.36 | Laibsch | hrw: and bitbake picks that up automatically and builds for qte-mt instead of qt if qte-mt is present? |
| 15:01.43 | Laibsch | if present |
| 15:03.01 | hrw | if there is no preference set in configs |
| 15:04.55 | hrw | NOTE: package nunome-1.0.1-r1: task do_build: completed |
| 15:05.20 | hrw | <PROTECTED> |
| 15:05.45 | *** join/#oe dkey (i=somebody@193.170.48.236) |
| 15:05.50 | Laibsch | strange. |
| 15:06.26 | Laibsch | I will retry. |
| 15:06.44 | hrw | brb |
| 15:06.59 | hrw | or even not brb - will change some drives in desktop |
| 15:10.29 | *** join/#oe pH5 (n=ph5@e178197005.adsl.alicedsl.de) |
| 15:11.34 | apaulsen | Is there a good way to find out if something is writing to a flash disk? I see my flash disk driver using 100% CPU for about 1/4 second every 4 seconds. Is there a known reason for this? |
| 15:14.04 | *** join/#oe minipanda (n=hzhang@221.221.146.212) |
| 15:16.10 | mr_nice | woglinde: did you tried to get opie compiled a second? I have tried it and got into this error (http://pastebin.ca/406583). do you know if this patch is neccessary? else I will just comment it out |
| 15:16.26 | mr_nice | sorry to late *g |
| 15:20.57 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
| 15:24.15 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-441116c30d6bbc33) |
| 15:30.07 | zecke | [Bre |
| 15:37.36 | NAiL | zecke: did you see my reply? |
| 15:39.55 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 15:42.02 | CIA-11 | 03justinp 07org.oe.dev * r3103fc69... 10/ (1 packages/gnome/libgnomeui_2.16.1.bb): libgnomeui-2.16.1: add unpackagedd files to -dev and -dbg |
| 15:46.41 | zecke | NAiL: parts of it, you say it is the same process :) |
| 15:47.13 | NAiL | yeah |
| 15:47.20 | zecke | weird :) |
| 15:47.29 | CIA-11 | 03justinp 07org.oe.dev * r58920574... 10/ (1 packages/gnome/libgnomeui_2.12.0.bb): libgnomeui-2.12.0: add unpackagedd files to -dev and -dbg |
| 15:47.40 | CIA-11 | 03justinp 07org.oe.dev * r45ed69e5... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: add PREFERRED_VERSION for libgnomeui-2.16.1 (bug #2029) |
| 15:52.45 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 15:54.19 | zecke | hrw|gone: create a bridge device and bridge all new usbX in this network |
| 15:55.21 | zecke | koen|lab: to build OpenMoko, org.oe.dev is all I need? |
| 15:56.40 | koen|lab | zecke: yes |
| 15:56.55 | zecke | koen|lab: distro is angstrom? |
| 15:57.04 | koen|lab | that's what I use |
| 15:57.21 | zecke | koen|lab: It is time to reflash, and to install the RSS reader |
| 15:58.13 | koen|lab | good luck |
| 15:58.28 | koen|lab | Collected errors: |
| 15:58.28 | koen|lab | Package openmoko-dates wants to install file /usr/share/applications/dates.desktop |
| 15:58.28 | koen|lab | <PROTECTED> |
| 15:58.29 | zecke | koen|lab: this implies I may face majors issues? |
| 15:58.44 | koen|lab | zecke: no, any issues is a bug |
| 15:58.54 | zecke | koen|lab: didn't hrw apply his patch? |
| 15:59.03 | koen|lab | zecke: not that I know off |
| 15:59.13 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 15:59.48 | koen|lab | the joy of suboptimal code: many coffee breaks |
| 16:02.39 | Laibsch | !oebug 2029 |
| 16:02.41 | cdbot2 | * * Bug 2029, Status: RESOLVED, Created: 2007-03-21 13:05 |
| 16:02.41 | cdbot2 | * * papercrane(AT)reversefold.com: libgnomeui-2.16.1 requires gdk-pixbuf-2.0 >= 2.9.0 which is not built |
| 16:02.42 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2029 |
| 16:05.38 | *** join/#oe cworth (n=cworth@squeakalpha.org) |
| 16:21.19 | slapin_nb | hi, all! |
| 16:21.47 | slapin_nb | how could I set PREFERRED_PROVIDER for gdk-pixbuf-loader-png? |
| 16:22.12 | slapin_nb | (and why it doesn't by default in Angstrom) |
| 16:24.52 | *** join/#oe Crofton|home (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 16:29.56 | *** join/#oe Laibsch (n=Laibsch@F737d.f.ppp-pool.de) |
| 16:32.58 | T0mW | something that has driven me crazy for about a month now is a 2.4 kernel + OE. |
| 16:33.30 | T0mW | At one time, I don't know how I did it, I built an image that would rmmod / insmod / modprobe that 2.4 kernel. |
| 16:33.53 | T0mW | Now, I cannot get the kernel modules to work. Yes, busybox is set for a 2.4 kernel. |
| 16:34.16 | T0mW | any suggestions? anyone using a 2.4 kernel with OE? |
| 16:41.27 | tkp | how can I get something to run before do_fetch... in order to set up some environment vars? |
| 16:46.17 | tkp | I tried in do_fetch_prepend, but that doesn't seem to work |
| 16:49.07 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 16:51.42 | hrw | re |
| 16:51.58 | hrw | zecke: did not applied it - need a bit of work still |
| 16:52.06 | zecke | ah kay |
| 16:52.24 | hrw | someone here use nfs on uclibc system? |
| 16:54.15 | Ifaistos | zecke, hrw : hi |
| 16:54.29 | zecke | Ifaistos: howdy |
| 16:55.08 | hrw | Ifaistos: didn;t you used uclibc on your systems? |
| 16:55.16 | Ifaistos | hrw: yes |
| 16:55.32 | hrw | Ifaistos: did you used nfs-utils on it? |
| 16:55.44 | hrw | Ifaistos: or do you know what provides rpcinfo for uclibc? |
| 16:57.51 | Ifaistos | hrw: hmm i think i tried once with uclibc 0.9.28 on efika but had some problems with rpc also |
| 16:58.30 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 16:58.39 | hrw | Ifaistos: I have working nfs server on my Z (client too) |
| 16:58.46 | hrw | will check does it works without glibc-utils |
| 16:59.03 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 17:00.02 | Ifaistos | hrw: never tested that |
| 17:01.07 | Ifaistos | hrw: uclibc stuff is in the back-burner at the moment. trying to figure out toolchain problems |
| 17:02.12 | Ifaistos | in my case i have 2 apps (apache2 and boa) that compile and run without a problem on efika (ppc603) but sigfault on walnut (ppc405) |
| 17:02.31 | Ifaistos | which is *very* strange INHO |
| 17:02.35 | Ifaistos | IMHO |
| 17:06.42 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 17:09.45 | *** join/#oe koen|lab (n=koen@dominion.kabel.utwente.nl) |
| 17:10.07 | *** join/#oe empty_mind (n=orion@59.176.111.177) |
| 17:11.17 | koen|lab | slapin_nb: iirc bitbake 1.8 doesn't have that problem (preffered_providers) |
| 17:12.06 | NAiL | koen|lab: quick question: Is switching from glibc to uclibc mainly a question of changing TARGET_OS ? |
| 17:12.24 | koen | NAiL: yes(*) |
| 17:12.28 | NAiL | heh |
| 17:12.44 | koen | NAiL: see what ANGSTROM_MODE does |
| 17:12.47 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 17:12.50 | NAiL | koen: ok, thanks |
| 17:13.01 | slapin_nb | koen, is bitbake 1.8 ready for building OE.dev? |
| 17:13.06 | koen | slapin_nb: yes |
| 17:13.08 | Laibsch | hrw: So you build nunome successfully for both qte and qte-mt? |
| 17:13.23 | koen | NAiL: the trick is to seperate ipkg built with uclibc and ones with glibc |
| 17:13.29 | slapin_nb | koen, cool, so I just upgrade and all troubles will vanish |
| 17:13.35 | Laibsch | hrw: I have trouble compiling anything at all. Despite having nuked tmp just about a week ago. |
| 17:13.37 | koen | slapin_nb: that's the idea |
| 17:13.44 | *** join/#oe Ken|JLime (i=Kristoff@h207n1fls306o1049.telia.com) |
| 17:14.39 | hrw | Laibsch: yes |
| 17:16.09 | NAiL | koen: Ok, could I use ANGSTROM_MODE as-is, or should I make a separate FOONAS_MODE? :) |
| 17:16.31 | koen | NAiL: that's up to you :) |
| 17:16.47 | NAiL | ok, I'll just use ANGSTROM_MODE |
| 17:16.48 | koen | NAiL: you'd probably want to include your own *glibc.inc and *uclibc.inc |
| 17:17.04 | koen | they should be generic enough, though |
| 17:17.26 | koen | (feel free to rename the .inc to something generic if you want) |
| 17:18.34 | koen | NAiL: it will alter deploy/<foo> into deploy/glibc/<foo> and deploy/uclibc/<foo> since ipkg aren't marked with the libc version |
| 17:18.49 | koen | s/version/kind/ |
| 17:19.01 | NAiL | yeah, got that bit |
| 17:24.04 | zecke | NOTE: <type 'exceptions.RuntimeError'>:maximum recursion depth exceeded while evaluating: |
| 17:24.07 | zecke | ${SOV}+cvs${SRCDATE} |
| 17:24.08 | zecke | nice... |
| 17:24.56 | CIA-11 | 03hrw 07org.oe.dev * r6b37af53... 10/ (3 files in 3 dirs): |
| 17:24.56 | CIA-11 | nfs-utils: give file with exports for mountd to get it working (from Poky) |
| 17:24.56 | CIA-11 | - mountd should read /etc/exports by default but it did not |
| 17:25.08 | *** join/#oe ken (n=ken@h207n1fls306o1049.telia.com) |
| 17:26.32 | NAiL | koen: I can't come up with a good generic name for the .inc files ;) |
| 17:27.28 | koen | NAiL: join the club :) |
| 17:27.47 | zecke | wow, we have more crappy bb files each and every day |
| 17:27.48 | vivijim | hi koen, I'm not finding that documentation that you show me, about how to use an existent local cross toolchain... where are it? |
| 17:27.49 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:28.42 | koen | vivijim: http://www.openembedded.org/user-manual |
| 17:29.09 | vivijim | thanks! |
| 17:38.10 | koen | hmmm |
| 17:38.27 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 17:38.41 | zecke | hehe |
| 17:42.06 | Ifaistos | koen : hope it does not get "alive" like the pc on "electric dreams" |
| 17:42.26 | Ifaistos | mine is more of a coffee addict :) |
| 17:42.27 | koen | indeed |
| 17:43.26 | koen | man |
| 17:43.30 | koen | still no uclibc .29 |
| 17:44.01 | hrw | schurig: ping |
| 17:44.46 | koen | heh: http://uclibc.org/lists/uclibc/2007-March/017512.html |
| 17:44.53 | Laibsch | Many of my builds for angstrom fail. For example, gcc-cross fails with "configure: error: C preprocessor "gcc -E" fails sanity check" Any idea about why?" I cleared tmp about one week ago. |
| 17:45.58 | zecke | Laibsch: which cpp is used? |
| 17:47.53 | Ifaistos | Are you back from FOSDEM yet? :) |
| 17:48.05 | koen | zecke: can your sandbox redirect calls to /usr/* to ${STAGING}/usr ? |
| 17:50.39 | zecke | koen: we need to define use cases |
| 17:50.47 | zecke | koen: my 'sandbox' will not be a security tool |
| 17:50.55 | zecke | if people escape it, they deserve it |
| 17:51.25 | zecke | koen: but what should be done, is up for discussion. I have looked at the gentoo box and I will steal canonical.c which they stole from GNU |
| 17:51.31 | koen | zecke: I also have been thinking about chrooting to ${D} and bindmount STAGING and mangle $PATH |
| 17:51.51 | koen | for applications that think DESTDIR is overrated |
| 17:51.53 | zecke | koen: the question is, will we require root priviliges to build OE |
| 17:52.02 | koen | I hope not |
| 17:52.07 | koen | maybe in OE+ ;) |
| 17:52.20 | zecke | chroot will require at least setuid program :) |
| 17:55.06 | koen | mickey_away: [18:54] tko: hildon-1 and hildon-desktop should be runnable against stock gtk |
| 17:55.17 | koen | later all |
| 17:56.37 | *** join/#oe rob_w (n=bob@p85.212.50.163.tisdip.tiscali.de) |
| 18:08.54 | *** join/#oe dion (n=dion@inhex.net) |
| 18:19.15 | Ifaistos | is anyone using any of the caching dns servers that can be build with OE ? |
| 18:19.38 | hrw | dnsmasq? |
| 18:19.56 | *** part/#oe marciom (n=marcio@200.184.118.132) |
| 18:21.07 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 18:22.06 | Ifaistos | 3 in favour . That's good ;) |
| 18:25.47 | CIA-11 | 03florian 07org.oe.dev * r30ed2981... 10/ (3 files in 3 dirs): gpe-session-scripts-phone: Save dbus session bus address to a file. |
| 18:30.52 | chouimat | hi |
| 18:35.36 | *** join/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 18:37.44 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 18:38.37 | NAiL | hmm... anyone building angstrom for uclibc nowadays? |
| 18:39.09 | NAiL | I'm just wondering how long I can expect this to take: |
| 18:39.10 | NAiL | NOTE: package uclibc-initial-0.9.28-r9: task do_configure: started |
| 18:39.21 | NAiL | Because it's been there for 10-15 minutes now |
| 18:40.17 | *** join/#oe wbx (n=wbx@xdsl-81-173-229-220.netcologne.de) |
| 18:40.53 | hrw | NAiL: check does it loop or not |
| 18:40.54 | Laibsch | zecke: How do I find out about the version of cpp used? |
| 18:41.02 | zecke | Laibsch: config.log :) |
| 18:41.12 | Laibsch | zecke: OK. I will check |
| 18:41.13 | zecke | Laibsch: config.log contains the data you want |
| 18:41.17 | hrw | NAiL: its 'make oldconfig' which can break^Wloop on broken defconfig |
| 18:41.23 | NAiL | ah.. |
| 18:41.48 | NAiL | doesn't make oldconfig generate huge logs when looping? |
| 18:41.57 | NAiL | because it wasn't eating diskspace |
| 18:42.05 | NAiL | (but I'll do it manually anyway) |
| 18:42.13 | hrw | ah. then check log.do_configure |
| 18:43.34 | hrw | cu - killbill2 time |
| 18:44.18 | NAiL | hrw|gone: you were right, it was stuck |
| 18:45.40 | Ifaistos | <PROTECTED> |
| 18:46.13 | Ifaistos | and libiconv is build |
| 18:58.18 | *** join/#oe sirfred (n=mteira@102.Red-83-55-39.dynamicIP.rima-tde.net) |
| 18:58.24 | sirfred | Good evening |
| 18:58.27 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-106-196.w86-221.abo.wanadoo.fr) |
| 18:59.48 | cyrilRomain | 'evening all |
| 19:00.25 | *** join/#oe JoeSchmo (n=jciccone@pool-71-187-1-10.nwrknj.fios.verizon.net) |
| 19:00.32 | Crofton | Anyone know anything about this? |
| 19:00.33 | Crofton | http://linuxdevices.com/news/NS5355237317.html |
| 19:00.53 | zecke | not me |
| 19:01.23 | cyrilRomain | Crofton: 32 MB to 1 GB NAND flash ! Yeah ! |
| 19:01.25 | Crofton | we need some :) |
| 19:02.12 | *** join/#oe mr (n=mr_nice@p54a9cd66.dip.t-dialin.net) |
| 19:04.54 | Crofton | http://www.garz-fricke.com/render.php?sess_pid=357 |
| 19:04.59 | Crofton | German company |
| 19:05.43 | sirfred | I think linux-rp_2.6.20-r7 is broken after the sharpsl remote patch. |
| 19:05.51 | sirfred | Do you have problems building it? |
| 19:06.17 | sirfred | RP: Hello. Are you aware of any problem here ? |
| 19:07.23 | sirfred | It seems that there are some undefined references to spitzscoop2_device in sharpsl_rc_interrupt and sharpsl_rc_timer_callback, it that have meaning for anyone. |
| 19:17.18 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 19:19.37 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 19:21.19 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 19:21.33 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 19:27.26 | *** join/#oe xuumbi (n=xumbi@24.128.224.250) |
| 19:27.55 | xuumbi | does anyone know if something I can add to my .bb file to keep binaries from being stripped |
| 19:30.51 | NAiL | tried INHIBIT_PACKAGE_STRIP ? |
| 19:31.04 | NAiL | Dunno if that's what it does, it just sounds like it might work ;) |
| 19:34.33 | *** join/#oe gremlin[it] (n=gremlin@217.201.158.160) |
| 19:47.14 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:47.38 | xuumbi | NAiL: thanks I'll give it a try |
| 19:47.48 | NAiL | np |
| 19:48.17 | sirfred | Hmm, I think I've fixed it. I'll submit a bug |
| 19:54.32 | xuumbi | NAiL: I think it worked! |
| 19:54.47 | xuumbi | I added INHIBIT_PACKAGE_STRIP = "1" to my .bb file |
| 19:54.48 | NAiL | xuumbi: cool |
| 19:54.51 | NAiL | yeah |
| 19:55.14 | xuumbi | I don't see any .debug areas created, or anything in them |
| 19:55.22 | xuumbi | thanks again |
| 19:56.06 | *** join/#oe dion (n=dion@inhex.net) |
| 19:56.18 | xuumbi | is anyone here working on, or worked on an embedded product using OE? |
| 19:56.41 | NAiL | do you mean actual hardware? |
| 19:57.16 | xuumbi | yeah I'm just curious if anyone here is from a company that developed a product using OE |
| 19:57.38 | xuumbi | cause I'm trying to make the case for OE for a product in my company |
| 19:57.50 | NAiL | only product I know that is using OE is the fic neo 1973 (openmoko) |
| 19:57.54 | xuumbi | right that looks like a cool phone |
| 19:57.59 | NAiL | indeed |
| 19:58.20 | xuumbi | I know cbrake has developed at least one, if not a few devices based on OE |
| 19:58.30 | xuumbi | ~seen cbrake |
| 19:58.57 | ibot | cbrake <n=cbrake@oh-69-34-21-229.sta.embarqhsd.net> was last seen on IRC in channel #elinux, 9d 3h 1m 6s ago, saying: 'CosmicPenguin: nod, I still see a lot of stuff based on them. OK, so this is pretty much just incremental stuff. I was just wondering if it was a brand new core or something, but does not look like it.'. |
| 19:58.57 | xuumbi | doh |
| 19:58.57 | xuumbi | looks like he's not here right now |
| 19:59.21 | HopsNBarley | xuumbi, we are. |
| 19:59.41 | HopsNBarley | ~seen likewise |
| 19:59.43 | ibot | likewise <n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl> was last seen on IRC in channel #oe, 21h 48m 19s ago, saying: 'good nite'. |
| 19:59.55 | NAiL | koen|away: when you get back... I have problems getting the uclibc build to work. |
| 20:00.54 | xuumbi | HopsNBarley: may I ask how your environment incorporates updates to the OE repository? |
| 20:01.24 | xuumbi | HopsNBarley: I'm wondering if we should just take a snapshot in a known-good state and not pull in updates |
| 20:01.47 | NAiL | xuumbi: taking a known-good snapshot is a *good* idea. |
| 20:02.16 | NAiL | org.openembedded.dev is a development branch |
| 20:02.27 | HopsNBarley | we've put a good number of things back to OE (apache, modphp, etc) |
| 20:02.40 | HopsNBarley | but we do pretty much work from a "known good" snapshot. |
| 20:02.44 | xuumbi | HopsNBarley: right I would like to do that too |
| 20:03.02 | HopsNBarley | i take updates to another directory, diff them, and then use monotone pluck to move things over we need/like. |
| 20:03.16 | HopsNBarley | i "owe" OE a bunch of updates (-; |
| 20:03.22 | xuumbi | so far I've only been customizing packages, but I did create some simple .bb files to pull in some perl modules |
| 20:03.43 | mreimer_ | building angstrom gpe-image, bitbake fails with "QA ran found fatal errors" building librsvg: http://pastebin.ca/406916 |
| 20:03.44 | xuumbi | ah very interesting, I like that idea |
| 20:03.45 | mreimer_ | any ideas? |
| 20:03.58 | HopsNBarley | once I got the mechanics of keeping our own branch, it's worked out pretty smoothly, modulo the horrible fakeroot problem i'm stricken with... |
| 20:04.15 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
| 20:04.24 | xuumbi | so you have your own monotone branch locally? |
| 20:04.30 | HopsNBarley | yes. |
| 20:07.30 | xuumbi | what I've done is create an area with customized packages and added it to BBFILES, and I keep that checked into our repository |
| 20:07.32 | zecke | mreimer_: feel free to fix them :) |
| 20:08.29 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 20:10.29 | mreimer_ | zecke: ok. where do I start? I'm not sure what the real error is. Is it the "non debug package contains .debug directory", or the cryptic "Exception:exceptions.SystemExit Message:1"? |
| 20:10.48 | zecke | mreimer_: ERROR: QA Issue |
| 20:11.00 | zecke | mreimer_: in line 6 and 9, www.openembedded.org title page describe the issue |
| 20:11.10 | mreimer_ | thanks zecke |
| 20:11.16 | Laibsch | JustinP: May I ask about the purpose of http://www.openembedded.org/viewmtn/diff.psp?id1=58920574db79c241a2670c25ee28a5be67312de9&id2=45ed69e5efc5ba31b80dc1e00747aeb58424e6c1 |
| 20:11.26 | Laibsch | That version was being built for me without that setting. |
| 20:12.34 | zecke | mreimer_: normally adjusting FILES or changing the order of -dev and -dbg package can fix it |
| 20:13.12 | sirfred | mreimer_: Hello! Any progress with your w3220 ? |
| 20:16.31 | mreimer_ | sirfred: hi! no, I haven't had time, sadly. I'm currently building angstrom gpe-image for my job, so I hope to build XImageon soon and give it a try |
| 20:16.53 | sirfred | mreimer_: I released a new version some days ago. |
| 20:17.13 | mreimer_ | sirfred: I did get as far as dumping the registers and making a list of registers with non-zero values that weren't documented, but no further |
| 20:17.23 | mreimer_ | sirfred: I'll check it out. |
| 20:17.25 | sirfred | mreimer_: Well,that's something |
| 20:17.55 | mreimer_ | sirfred: I read that it talks to the fb driver now for config--good job |
| 20:18.00 | sirfred | mreimer_: Have you tried to ask for specs to ATI (AMD) |
| 20:18.20 | mreimer_ | sirfred: no, I haven't |
| 20:18.31 | *** join/#oe greentux (n=lemke@tmo-000-90.customers.d1-online.com) |
| 20:18.39 | sirfred | mreimer_: Well, I suspect I've messed up randr orientations. Didn't have time to check it further, but at least, it now support 320x240, and that's great for emulators |
| 20:18.57 | sirfred | mreimer_: Perhaps they have changed their policy about that. |
| 20:19.06 | sirfred | mreimer_: Or perhaps they are tired of saying no. ;-) |
| 20:19.10 | mreimer_ | sirfred: very good. that could be useful for watching videos without scaling |
| 20:19.34 | mreimer_ | sirfred: I'll email AMD about that when I get a chance. It would be awesome to get specs. |
| 20:19.39 | mreimer_ | bbiab |
| 20:19.43 | sirfred | mreimer_: I suspect scaling is not (at least for the w100, where we support hardware scaling) the bottleneck, but the bandwidth. |
| 20:20.00 | NAiL | anyone know why I'm getting this when trying to compile my distro with uclibc? http://pastebin.ca/406926 |
| 20:21.31 | sirfred | NAiL: powerpc-linux-uclibc-gcc: Command not found ? |
| 20:21.57 | NAiL | yeah, I dunno why it's not building it. |
| 20:22.04 | xuumbi | how do I get a change made to MACHINE_FEATURES in my machine's config file seen? |
| 20:22.06 | sirfred | NAiL: Perhaps some assume-provided? |
| 20:22.25 | xuumbi | for example, if I add "alsa" |
| 20:22.58 | NAiL | sirfred: I have no assume-provided in my configs |
| 20:24.35 | sirfred | NAiL: And you don't have anything in your build/tmp/cross directory? |
| 20:25.41 | NAiL | the binutils-stuff (powerpc-linux-uclibc-ar etc) are there, but not gcc |
| 20:26.41 | sirfred | NAiL: Perhaps you could try to bitbake it manually to see what happens? |
| 20:29.53 | Laibsch | zecke: There are a bunch of config.logs for gcc-cross ind different subdirectories. The most obvious one did not have anythinga bout cpp. And the others do not seem to contain anything relevant about that string either. Can you take a look? http://rafb.net/p/EpMqr075.html http://oz.leggewie.org/wip/gcc-cross-4.1.1-r12/ |
| 20:30.43 | Laibsch | Should I just rebuild cpp? |
| 20:31.26 | zecke | Laibsch: sorry, I struggle with my own things atm :) |
| 20:31.58 | Laibsch | life's a struggle ;-) |
| 20:34.21 | zecke | "Tief in die scheisse fassen" :} |
| 20:34.33 | Ifaistos | NAiL: The problem is the kernel headers you are using are too recent for uclibc |
| 20:34.44 | NAiL | Ifaistos: aha |
| 20:35.03 | Ifaistos | NAiL: check oplinux-uclibc.conf works on powerpc |
| 20:35.50 | hvontres|poodle | Jin^eLD: have you ever tried running bitbake <foo> -c devshell on your fedora machine? |
| 20:36.36 | Jin^eLD | uhm no, shall I |
| 20:36.36 | Jin^eLD | ? |
| 20:36.55 | Jin^eLD | what does the devshell thing do? |
| 20:37.37 | hvontres|poodle | Jin^eLD: I tried last night and I couldn't get the shell prompt to show up... it was like it started a new shell not connected to any of my terminals. I was just wondering if you had seen that or not. |
| 20:38.05 | Jin^eLD | to be honest I do not even know what this feature does :) |
| 20:38.19 | Jin^eLD | what is it and how is it being used? |
| 20:38.21 | NAiL | Ifaistos: thanks, I'll try a new build now :) |
| 20:38.28 | hvontres|poodle | RP: When running bitbake <foo> -c devshell, where should the shell prompt show up? |
| 20:39.16 | hvontres|poodle | Jin^eLD: In theory it should set up a shell with the same environment that bitbake has in order to trouble-shoot build problems |
| 20:40.06 | Jin^eLD | is it something like bitbake -i ? |
| 20:40.22 | Jin^eLD | I think I tried it once but miserably failed to figure out what to do with it :) |
| 20:40.57 | hvontres|poodle | Jin^eLD: not quite. this would allow you to run make and configure the same way that bitbake does |
| 20:41.22 | Jin^eLD | ooh |
| 20:41.31 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 20:41.34 | Jin^eLD | so far I was developing by directly calling the run scripts |
| 20:42.54 | Jin^eLD | hvontres|poodle: which bitbake version is supposed to support that feature |
| 20:42.55 | Jin^eLD | ? |
| 20:43.02 | Jin^eLD | does not seem to work here, I got 1.6.6 |
| 20:52.14 | *** join/#oe lamikr|lap (n=chatzill@aragorn.kortex.jyu.fi) |
| 20:52.28 | *** join/#oe jager (n=jag@12-214-107-171.client.mchsi.com) |
| 20:58.26 | *** join/#oe rob_w (n=bob@p85.212.50.163.tisdip.tiscali.de) |
| 21:01.38 | NAiL | Ifaistos: Thanks, that fixed my problem :) |
| 21:02.03 | Laibsch | zecke: Does OE build its own cpp? It seems not or at least "bitbake -c rebuild cpp" tells me that nothing provides cpp |
| 21:02.14 | Laibsch | I want to try and rebuild it to make sure it is up to date. |
| 21:02.43 | Laibsch | I still struggle with why hrw build nunome without any problems and I have long since been having issues. |
| 21:02.46 | zecke | Laibsch: cpp is part of gcc |
| 21:02.53 | Ifaistos | NAiL: One of the things we should do for powerpc is make a site/powerpc-common file |
| 21:04.52 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 21:06.33 | NAiL | Ifaistos: well, what should be in it? :) |
| 21:06.40 | Laibsch | zecke: I remember that "bitbake gcc" itself failed :-/ I wonder what that means now. |
| 21:06.51 | zecke | Laibsch: ;) |
| 21:07.11 | Ifaistos | Laibsch : This was fixed about a week ago |
| 21:07.22 | *** join/#oe cworth (n=cworth@squeakalpha.org) |
| 21:08.17 | Ifaistos | NAiL: common definitions used by glibc (powerpc-linux) and uclibc (powerpc-linux-uclibc) so we don't have to repeat everything rwice |
| 21:09.48 | *** join/#oe chazco (n=chazco@ACD84751.ipt.aol.com) |
| 21:09.58 | *** part/#oe chazco (n=chazco@ACD84751.ipt.aol.com) |
| 21:10.30 | hvontres|poodle | Jin^eLD: I think that is new in 1.8 you also need to add INHERIT += "devshell" to your local.conf |
| 21:10.45 | Jin^eLD | oh ok.. |
| 21:11.18 | Jin^eLD | thx for the hint |
| 21:11.30 | hvontres|poodle | Jin^eLD: your welcome :) |
| 21:11.34 | Jin^eLD | :) |
| 21:15.06 | Ifaistos | Laibsch : on the other hand i do also believe there is something wrong with the toolchain... can't figure out at the moment what exactly |
| 21:15.31 | Ifaistos | Laibsch : i am getting some weird results |
| 21:22.24 | mreimer_ | zecke: does this look reasonable: http://pastebin.ca/407054 |
| 21:23.21 | zecke | mreimer_: replace FILES_librsvg-* with FILES_${PN}-* |
| 21:23.29 | zecke | but yes, reasonable |
| 21:24.36 | Laibsch | Ifaistos: OK, I will try to rebuild it then. |
| 21:24.41 | Laibsch | ...and cross my fingers |
| 21:25.29 | Ifaistos | Laibsch : you need to rebuild all the toolchain (cross) |
| 21:25.30 | Laibsch | Actually, looking for the error log, I found that "bitbake gcc" had failed with the same error. |
| 21:25.39 | Laibsch | OK, that is the reason then. |
| 21:25.41 | hrw | re |
| 21:25.43 | mreimer_ | zeck: thanks |
| 21:25.50 | mreimer_ | zecke: thanks |
| 21:25.51 | Laibsch | "bitbake -c clean gcc gcc-cross"? |
| 21:26.11 | Ifaistos | Laibsch : better clean your tmp |
| 21:26.14 | hrw | Jin^eLD: devshell works better with -b |
| 21:26.42 | zecke | who is normally defining _(x) to call gettext? |
| 21:27.12 | sirfred | Hello hrw |
| 21:28.07 | Jin^eLD | hrw: but then I have to make sure all my deps are met, right? because iirc -b overrides a lot of stuff? |
| 21:28.33 | hrw | Jin^eLD: you do normal build first to get all deps built and then use -b -cdevshell |
| 21:28.42 | Jin^eLD | oh ok, I see |
| 21:28.49 | Jin^eLD | thanks |
| 21:29.04 | koen | zecke: the .c file itself somewhere in a macro |
| 21:30.07 | zecke | koen: no, glibintl.h :) |
| 21:30.20 | zecke | http://maemo.org/lxr/ident?i=_%28 |
| 21:30.27 | koen | zecke: ok I guess GPE isn't a good example :) |
| 21:30.59 | koen | zecke: btw, hildon svn doesn't require a patched gtk anymore! |
| 21:32.06 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 21:33.16 | zecke | koen: hmm, glibintl.h is not installed :) |
| 21:34.56 | *** join/#oe florian (n=fuchs@87.193.39.237) |
| 21:35.33 | hrw | koen: n800 will be last hildon device? |
| 21:36.30 | koen | hrw: dunno |
| 21:38.26 | koen | hmmm |
| 21:38.37 | koen | doing 11 million ffts apparently takes a while |
| 21:39.15 | Crofton | why are you doing that many fft's? |
| 21:39.32 | koen | Crofton: I need to do an fft for each 'pixel' in the fax we need to decode |
| 21:39.41 | koen | we aren't allowed to use DEMOD |
| 21:39.43 | Crofton | interesting |
| 21:39.57 | koen | the zero-crossing counter is faster, but we need to have 2 solutions |
| 21:40.13 | Crofton | you have a digital waveform that is the fax? |
| 21:40.58 | koen | yes |
| 21:41.03 | koen | a 21MB .wav file |
| 21:41.10 | Crofton | ah |
| 21:41.24 | Crofton | what kind of modulation do faxes use? |
| 21:41.32 | Laibsch | Ifaistos: I will give it a shot. If it fails I can still clean tmp. |
| 21:41.32 | koen | a sort of FM |
| 21:41.44 | koen | 1500Hz = black, 2300Hz = white |
| 21:42.47 | Ifaistos | Laibsch : well when i say anything touching gcc/libc it means rm -rf tmp/ ;) saves more time at the end |
| 21:42.51 | zecke | bye |
| 21:42.52 | Crofton | hmm, not a standard fax then |
| 21:43.03 | Crofton | wait |
| 21:43.08 | Ifaistos | weather fax ? |
| 21:43.40 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 21:43.50 | Crofton | that is what I am thinking |
| 21:44.23 | Ifaistos | or sst |
| 21:44.53 | koen | Ifaistos: yes, weather fax |
| 21:44.55 | Crofton | why not use filters? |
| 21:44.58 | koen | Crofton: http://dominion.kabel.utwente.nl/koen/EL/D1/ESP/ |
| 21:45.01 | Crofton | as opposed to fft |
| 21:45.20 | koen | filters were approach 3 |
| 21:45.28 | Crofton | ah |
| 21:45.33 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 21:46.41 | Jin^eLD | heh.. |
| 21:46.48 | Jin^eLD | oops wrong window :) |
| 21:48.24 | Crofton | you have to demodulate your test? |
| 21:48.33 | Ifaistos | heh actually this was one of my first designs did using a ZX spectrum :) |
| 21:49.45 | Ifaistos | thzt was a z80 at the wooping speed of 4MHz |
| 21:50.13 | hrw | Ifaistos: 3.58MHz |
| 21:50.25 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 21:50.35 | Ifaistos | hrw : It was overclocked :)) |
| 21:52.28 | koen | Crofton: the ugly code: http://dominion.kabel.utwente.nl/koen/EL/D1/ESP/fax2.m |
| 21:52.28 | *** join/#oe TheCan (n=thecan@dslb-084-056-186-247.pools.arcor-ip.net) |
| 21:52.58 | mreimer_ | Ifaistos: ah, the zx80! my first computer. 1KB RAM. 1MHz when video was displaying, 4MHz when it wasn't |
| 21:53.01 | koen | notice how we smear out 7 actual pixels over 1 resulting pixel |
| 21:53.08 | mreimer_ | hey koen |
| 21:53.13 | koen | hey mreimer_ |
| 21:56.41 | Crofton | hmmm, the fft must have overloaded his machine :) |
| 21:57.24 | Ifaistos | :) |
| 21:57.27 | NAiL | someone faxed him pr0n |
| 21:57.52 | CM | I think there's too many curious lurkers like me downloading the fax images ;) |
| 21:58.12 | CM | I'm suprised how sharp they were. Can that really be a normal fax? |
| 22:00.29 | NAiL | when it comes to pr0n, it can't be too sharp :-P |
| 22:00.35 | NAiL | (well, it probably can) |
| 22:04.11 | hrw | cu |
| 22:07.16 | *** join/#oe tkp (n=tom@62-64-195-125.dynamic.dial.as9105.com) |
| 22:07.58 | sirfred | I see that openzaurus-3.5.5.conf is requiring preferred-gpe-versions-2.8.inc, but since PREFERRED_VERSION_gtk+ is 2.6.10 and preferred-gpe-versions-2.8.inc is not locking gtk-engines version, it fails, as current higher gpe-engines is 2.7.4, and it requires gtk+-2.0 >= 2.8.0 |
| 22:09.10 | sirfred | Perhaps openzaurus-3.5.5 should require preferred-gpe-versions-2.7.inc... |
| 22:09.47 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 22:10.01 | hvontres|poodle | sirfred: as far as I know openzaurus-3.5.5.conf is still a work in progress :) |
| 22:10.16 | sirfred | hvontres|poodle: Of course, but I'm trying to build it. :) |
| 22:10.55 | sirfred | hvontres|poodle: I don't know if this is a bug, but locking gtk+ to 2.6.10 and not locking gtk-engines doesn't seem to be a good idea. |
| 22:11.27 | sirfred | hvontres|poodle: I'm going to try downgrading the require to preferred-gpe-versions-2.7.inc |
| 22:12.45 | sirfred | hvontres|poodle: I was just starting to write this when hrw leaved. :-( |
| 22:13.29 | hrw|gone | sirfred: feel free to fix gtk-engines |
| 22:13.45 | sirfred | hrw|gone: Well, it just require gtk+-2.0 |
| 22:13.45 | hrw|gone | gpe 2.7 is past.. 2.8 is work in progress so we want it |
| 22:13.53 | sirfred | hrw|gone: OK. |
| 22:14.03 | sirfred | hrw|gone: But now, it's not locking any package. |
| 22:14.11 | hrw|gone | then lock it. |
| 22:14.17 | sirfred | hrw|gone: :) |
| 22:14.32 | hrw|gone | I pushed oz-3.5.5 config to get any testing from devs, any work on it |
| 22:14.48 | sirfred | hrw|gone: Well, my first attempt was to downgrade to 2.7.inc. |
| 22:14.59 | sirfred | hrw|gone: But if you say we want 2.8... I'll go for it. |
| 22:15.07 | hrw|gone | ok. now I go for real - cu |
| 22:15.12 | sirfred | hrw|gone: cu |
| 22:26.33 | _law_ | is it possible to build a initrd image via OE ? |
| 22:28.20 | mickeyl | i don't think anyone did this yet, but it shouldn't be hard |
| 22:28.35 | CosmicPenguin | nah - its pretty easy |
| 22:28.39 | CosmicPenguin | assuming you don't want to get fancy |
| 22:30.23 | CosmicPenguin | you'll have to use the same libc that you are using for your base system |
| 22:34.40 | _law_ | so i have to make a mkinitrd.bb ? |
| 22:34.52 | _law_ | where can i find the sources from this tool? |
| 22:34.53 | *** join/#oe Laibsch (n=Laibsch@F737d.f.ppp-pool.de) |
| 22:37.51 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 22:38.10 | hrw | re |
| 22:38.27 | hrw | since when initrd != rootfs? |
| 22:39.30 | hrw | mickeyl: who applied to be a mentor for openmoko soc? |
| 22:40.06 | mickeyl | hrw: OM coreteam and one professor from a uni. Do you want to join? It might be cool |
| 22:40.15 | mickeyl | we could need some more |
| 22:40.38 | hrw | mickeyl: I was mentor last year and do not plan to be this year |
| 22:40.42 | _law_ | hrw: ? |
| 22:40.47 | mickeyl | hrw: did it not work out good? |
| 22:41.27 | *** join/#oe Laibsch (n=Laibsch@F737d.f.ppp-pool.de) |
| 22:41.31 | hrw | _law_: initrd is more or less normal rootfs. build rootfs with OE, compress it to cpio (initramfs) and it will work |
| 22:42.21 | hrw | mickeyl: code was not accepted by me, student was from other hemisphere so had much less time then north ones. and I did not had enough time for mentoring |
| 22:42.36 | _law_ | hrw: ok thanks i?ll try this tomorrow i think the image will take some hours to build.... |
| 22:42.37 | *** join/#oe joshin (n=josh@unaffiliated/joshin) |
| 22:42.39 | mickeyl | i see |
| 22:43.08 | hrw | mickeyl: I have contract to August and then want to have vacations |
| 22:43.26 | mickeyl | sounds good |
| 22:43.53 | hrw | http://home.lan/feeds/ is good thing |
| 22:44.19 | mickeyl | *nod* |
| 22:44.34 | hrw | mickeyl: will there be an option to use neo GPS via BT from other devices? |
| 22:44.50 | mickeyl | hrw: once we get it to work locally, yes :) |
| 22:45.08 | hrw | same to gsm/gprs modem would be nice - to use neo as BT gsm modem |
| 22:45.13 | mickeyl | absolutely, yeah |
| 22:45.20 | mickeyl | that should be even easier |
| 22:45.37 | hrw | and avahi |
| 22:46.42 | *** part/#oe Laibsch (n=Laibsch@F737d.f.ppp-pool.de) |
| 22:47.05 | NAiL | hmm |
| 22:47.11 | NAiL | the new bitbake confuses me |
| 22:47.39 | *** part/#oe awelux (n=awelux@lvps87-230-8-217.dedicated.hosteurope.de) |
| 22:48.19 | hrw | NAiL: new is 1.6 -> 1.8? |
| 22:48.22 | NAiL | yes |
| 22:48.26 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 22:48.33 | NAiL | the tasks aren't run in the same order as before :P |
| 22:49.04 | *** join/#oe kb7sqi (n=kb7sqi@cpe-075-177-056-201.triad.res.rr.com) |
| 22:49.47 | hrw | and more of them |
| 22:49.59 | NAiL | yeah |
| 22:50.12 | NAiL | bit harder to see where it actually fails |
| 22:50.30 | hrw | it tell where |
| 22:50.35 | NAiL | yeah |
| 22:51.05 | NAiL | why does it eg. unpack gcc-cross-initial, then unpack linux-libc-headers, then unpack and compile gmp? |
| 22:51.18 | NAiL | it continues to work on gcc-cross-initial afterwards |
| 22:51.34 | mickeyl | because the dependencies now work on task base |
| 22:51.37 | mickeyl | as opposed to recipe based |
| 22:51.40 | NAiL | aha |
| 22:51.58 | rwhitby | morning |
| 22:52.07 | NAiL | morning |
| 22:52.07 | sirfred | night |
| 22:52.16 | rwhitby | hrw: last night I ssh'd from Treo650 to Neo via bluetooth :-) |
| 22:52.49 | hrw | rwhitby: tomorrow I plan to mount nfs from zaurus on neo |
| 22:53.03 | hrw | my c760 runs nfs-server now |
| 22:53.25 | NAiL | hrw: ok, I'm running into an error that I've got problems decoding |
| 22:53.36 | NAiL | http://pastebin.ca/407175 |
| 22:53.39 | hrw | poky will provide qemu{x86,arm} images with rootfs exported via nfs |
| 22:53.46 | rwhitby | today I'm hoping to "adjust" a powered hub so that it will charge a neo upstream, and allow devices to be connected downstream. but I need to find out how to switch the neo usb port from device to host first ... |
| 22:54.32 | NAiL | hrw: bb'ing linux-libc-headers only, it works |
| 22:54.45 | hrw | rwhitby: probably will need to recompile kernel to remove g_ether from it.. |
| 22:55.34 | rwhitby | hrw: yeah, that will have to be a module in the long run, or have some way of disabling itself for the switchable host/device port. |
| 22:56.01 | hrw | NAiL: no idea now |
| 22:56.07 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 22:56.26 | NAiL | hrw: I think the headers just might be too old for eabi |
| 22:56.42 | NAiL | but, it works if I bb manually... it's a bit .. odd |
| 22:57.15 | hrw | eabi need 2.6.16+ rather |
| 22:57.29 | NAiL | yeah |
| 23:19.01 | mreimer_ | does anyone know what files python-misc should provide? I'm trying to fix the QA error it causes (debug files where they shouldn't be) |
| 23:23.30 | hrw | mreimer_: its package which contain all what was not packaged |
| 23:23.41 | hrw | in other words - it need work |
| 23:25.22 | NAiL | hrw: ok, do you have a clue for me? I can't build eabi with <2.6.16. But I can't build uclibc with newer headers, because they're too new. |
| 23:25.48 | hrw | NAiL: nope |
| 23:25.50 | hrw | sorry |
| 23:27.39 | mreimer_ | hrw: do you have any suggestions for making the python-misc package work that way but also excluding .debug? I'm getting "ERROR: QA Issue: non debug package contains .debug directory: python-misc path /work/armv5te-angstrom-linux-gnueabi/python-2.4.4-ml1/install/python-misc/usr/libpython2.4/lib-dynload/.debug/struct.so" |
| 23:27.41 | mreimer_ | etc. |
| 23:28.02 | NAiL | hrw: np, I won't die without an answer :-P |
| 23:28.41 | hrw | mreimer_: create python-misc-dbg and move .debug/ into it |
| 23:29.07 | mreimer_ | hrw: aha! thanks |
| 23:29.13 | mickeyl | :) |
| 23:30.18 | hrw | mickeyl: hm. I have to finally add/test some OE python stuff |
| 23:30.31 | hrw | 00:27 hrw@home:openmoko$ bitbake python-pygtk |
| 23:30.35 | mickeyl | i'm sorry for the mess, python-misc needs cleaning up, but i won't have time before april |
| 23:30.38 | hrw | it should not build from OE |
| 23:31.30 | hrw | after some work with python extensions I think that they are buildable by mistake |
| 23:31.52 | hrw | #define mistake building for 32bit on 32bit |
| 23:46.55 | hrw | checking for headers required to compile python extensions... not found |
| 23:46.55 | hrw | configure: error: could not find Python headers |
| 23:47.01 | hrw | just like I was thinking |
| 23:47.23 | mickeyl | g'night |
| 23:48.15 | hrw | n8 mickeyl |
| 23:50.29 | *** join/#oe emte__ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 23:54.41 | *** join/#oe GStepper (n=GStepper@AOrleans-157-1-42-189.w90-8.abo.wanadoo.fr) |