00:07.12 | *** join/#oe slapin (n=slapin@143.166.249.ozerki.net) |
00:11.07 | *** join/#oe vivijim (n=vivijim@189.13.173.128) |
00:28.13 | *** join/#oe slapin_ (n=slapin@143.166.249.ozerki.net) |
00:28.28 | *** join/#oe slapin_ (n=slapin@143.166.249.ozerki.net) |
00:28.38 | *** join/#oe joshin_ (n=joshin@VDSL-130-13-252-149.PHNX.QWEST.NET) |
00:36.22 | *** join/#oe greentux__ (n=lemke@Z7acf.z.pppool.de) |
00:45.53 | *** join/#oe heinz__ (i=realy@p5495FA3C.dip.t-dialin.net) |
00:46.19 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
00:48.04 | *** part/#oe vivijim (n=vivijim@189.13.173.128) |
00:49.33 | *** join/#oe Timelord (n=TL@c-98-197-163-224.hsd1.tx.comcast.net) |
01:05.43 | *** part/#oe dfoley (n=dfoley@s142-179-108-133.bc.hsia.telus.net) |
01:36.10 | *** join/#oe memeruiz__ (n=memeruiz@Rbc91.r.pppool.de) |
01:48.13 | *** join/#oe Timelord (n=TL@c-98-197-163-224.hsd1.tx.comcast.net) |
02:00.32 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
02:30.41 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
02:40.15 | *** join/#oe drmikecrowe (n=Miranda@199.222.167.248) |
02:50.44 | *** join/#oe drmikecrowe (n=Miranda@199.222.167.248) |
02:54.26 | drmikecrowe | Anybody here compiled python with ssl support |
02:54.29 | drmikecrowe | ? |
03:22.48 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
03:29.02 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.199.Dial1.SanJose1.Level3.net) |
03:39.15 | *** join/#oe summatusmentis (n=summatus@216.17.28.226.ip.usinternet.com) |
03:58.26 | *** join/#oe rd_ (n=rd@toi.yeu.phu.nu) |
04:03.08 | *** join/#oe benlau (n=benlau@221.125.8.107) |
04:18.13 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
04:23.53 | *** join/#oe dijenerate (n=dijenera@72.22.143.152) |
04:44.50 | *** join/#oe dijenerate (n=dijenera@72.22.143.152) |
04:49.15 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
04:55.41 | *** join/#oe BHSPitMonkey (n=stephen@adsl-67-64-106-203.dsl.rcsntx.swbell.net) |
05:21.03 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
05:34.11 | *** join/#oe law|d420 (n=_law_@mk084020168226.a1.net) |
05:42.03 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
05:50.03 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.11.36) |
05:57.26 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
06:00.00 | *** part/#oe law|d420 (n=_law_@mk084020168226.a1.net) |
06:02.06 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
06:22.04 | *** join/#oe polyonymous (n=hacker@pD9538E70.dip0.t-ipconnect.de) |
06:25.09 | *** join/#oe SimplyNoName_ (n=egoe@demolitionman.xs4all.nl) |
06:47.18 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
06:56.52 | *** join/#oe reach (n=reach@sw169-210-231.adsl.seed.net.tw) |
06:58.21 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
07:07.40 | *** join/#oe empty_mind (n=orion@220.227.78.180) |
07:08.06 | empty_mind | how can i run angstron in qemu. I have downloaded files form the download section |
07:11.44 | koen | good morning all |
07:12.34 | koen | empty_mind: have a look at the qemu scripts here: http://svn.o-hand.com/view/poky/trunk/scripts/ |
07:20.43 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
07:38.07 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
07:49.41 | *** join/#oe xipietotec (n=jackfros@194.115.109.66.static.dis.net) |
07:50.28 | xipietotec | anyone know where I can get internal PCMCIA interface compatible (as in pin compatible, not slot) wifi chips? |
07:52.13 | *** join/#oe Bernardo (n=Bernardo@89-180-19-230.net.novis.pt) |
07:52.32 | Bernardo | good morning |
08:06.27 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-101-212.w90-34.abo.wanadoo.fr) |
08:11.54 | *** join/#oe mmp (n=mmp@adsl-d164.84-47-40.t-com.sk) |
08:18.49 | *** join/#oe NAbyss_ (n=foo@ppp121-44-251-155.lns4.mel4.internode.on.net) |
08:31.26 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
08:33.42 | Paladine | xipietotec, you still awake? |
08:33.49 | xipietotec | yep Paladine =) |
08:33.57 | Paladine | link me to that risc board again mate |
08:35.22 | xipietotec | Paladine, http://www.applieddata.net/products_AGX.asp :) |
08:35.41 | xipietotec | I think I can get it to operate at 2wh or less for what I want. |
08:36.06 | Paladine | :) |
08:36.06 | xipietotec | then I just need to build about a 85wh cell array. |
08:36.31 | xipietotec | that makes about 42 hours of continuous use =) |
08:37.27 | xipietotec | which of course, is simply instane :D |
08:37.31 | xipietotec | err, insane :) |
08:37.43 | Paladine | hehehe |
08:38.37 | xipietotec | in fact...the heaviest part of the final product will probably be the battery. |
08:40.04 | cdbot2 | * * OE Bug 2695 has been created by jbs(AT)bandos.homelinux.com |
08:40.06 | cdbot2 | * * opie reader installs debug and dev versions by default |
08:40.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2695 |
08:43.04 | cdbot2 | * * OE Bug 2694 has been created by jbs(AT)bandos.homelinux.com |
08:43.06 | cdbot2 | * * Opie reader doesn't need unicode patch |
08:43.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2694 |
08:44.04 | cdbot2 | * * OE Bug 2696 has been created by jbs(AT)bandos.homelinux.com |
08:44.06 | cdbot2 | * * konqueror-embedded fails looking for oe_runconf |
08:44.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2696 |
08:44.36 | xipietotec | Paladine, also, just for fun, check this out: http://www.youtube.com/watch?v=3bnL16rbmb0&mode=related&search= |
08:55.50 | *** join/#oe ar (n=ar@pD9517AB2.dip0.t-ipconnect.de) |
09:03.14 | *** join/#oe NAbyss (n=foo@ppp121-44-251-155.lns4.mel4.internode.on.net) |
09:06.10 | *** join/#oe benlau (n=benlau@221.125.8.107) |
09:06.20 | *** join/#oe Laibsch (n=Laibsch@p54B96A8C.dip.t-dialin.net) |
09:09.54 | CIA-3 | 03koen 07org.oe.dev * r93ddc0ab... 10/ (4 files in 2 dirs): |
09:09.54 | CIA-3 | gnuradio: packaging fixes: |
09:09.54 | CIA-3 | * package all libs seperately |
09:09.54 | CIA-3 | * make the usrp python stuff have its own package |
09:09.54 | CIA-3 | * add 3.0.4 tarball release |
09:09.55 | CIA-3 | * create a .inc for common stuff |
09:09.59 | CIA-3 | 03koen 07org.oe.dev * rfa64070c... 10/ (1 packages/gnuradio/gnuradio.inc): gnuradio: gnuradio-usrp also needs python-core |
09:24.10 | *** join/#oe SimplyNoName__ (n=egoe@demolitionman.xs4all.nl) |
09:36.49 | RP | morning all |
09:41.36 | *** join/#oe rob_w (n=bob@Mab3a.m.pppool.de) |
09:44.15 | koen | hey RP |
09:46.36 | Paladine | hey peeps :) |
09:46.55 | Paladine | I made you all famous last night ;) |
09:46.57 | Paladine | http://blog.paladine.org.uk/?p=26 |
09:47.21 | Paladine | itis dugg too :) |
09:47.41 | Paladine | my iPAQ has server 508 web pages in 12 hours without so much as a hint of a problem :) |
09:47.46 | Paladine | served* |
09:55.15 | koen | mickeyl: moin |
09:55.28 | RP | morning mickeyl |
09:57.08 | mickeyl | morning guys |
10:03.59 | Paladine | how do I set the timezone in busybox? |
10:04.38 | Paladine | I need to change it from utc to GMT+1 |
10:08.57 | RP | mickeyl: have you got a few minutes? |
10:09.25 | mickeyl | RP: sure |
10:09.55 | RP | mickeyl: I'm considering this svnnow problem and some of the problems in the fetcher in general |
10:10.18 | mickeyl | RP: ah cool |
10:10.34 | RP | mickeyl: The underlying issue is we need some kind of secondary data store to store either processed data or cached data like the head svn revision |
10:10.57 | RP | mickeyl: The processed data could be the processed form of the SRC_URI variable for example |
10:11.47 | RP | These pieces of data have a determined lifetime - the processed SRC_URI lasts for as long as bitbake runs, no longer. The cached head svn revision's lifespan would be configurable |
10:12.10 | RP | Some users would want to wipe that cache manually for example |
10:13.04 | RP | The problem is how to add such a cache to bitbake. Obviously this is something bitbake needs to implement in the core but how do we do it? Should we try for some kind of generic cache that other things can possibly hook into too |
10:13.35 | RP | At present, the SRC_URI cache is an ugly global variable in the fetcher :/ |
10:14.19 | mickeyl | hmm, i see. |
10:14.40 | mickeyl | we have some more use cases for caching data between tasks |
10:14.53 | mickeyl | so this may finally be the one use case that is huge enough to get us started on a generic cache |
10:14.55 | RP | When you add in threading issues it gets more tricky too |
10:15.31 | mickeyl | i'm all for making it a generic hookable cache since I'm sure eventually we have a need for this flexibility |
10:16.09 | RP | mickeyl: What are the other use cases for data between tasks? |
10:16.47 | mickeyl | RP: you remember previously we had some packages write stuff into staging for later packages to pick up? |
10:17.08 | mickeyl | RP: IIRC we removed this since we found it to be very ugly, but still it was neat idea |
10:17.23 | mickeyl | it may even be the foundation for giving information about configurations of packages |
10:17.46 | mickeyl | think USE flags |
10:17.58 | RP | I'm not keen on that |
10:18.15 | RP | Really not keen. Builds should be deterministic |
10:18.51 | mickeyl | i agree. but add per-package-staging and then we are deterministic again |
10:19.07 | mickeyl | since we could even build multiple configurations at once |
10:19.14 | mickeyl | but that's pie in the skie |
10:19.16 | mickeyl | sky, even |
10:19.20 | mickeyl | lets come back to the original problem |
10:19.42 | koen | must be near lunch time :) |
10:19.52 | RP | The issue is looking at a libmatchbox package how do you know whether it was built with xml support or not |
10:20.23 | koen | pkgconfig, autoconf tests? |
10:20.47 | RP | koen: I know you can work it out, its just no longer obvious what a package is though |
10:20.58 | RP | but as you say, back to the original question :) |
10:20.59 | koen | cbrake: if that gstreamer changes works, could you commit that? |
10:21.19 | RP | mickeyl: You'd agree there is a case for some kind of new data store? |
10:21.25 | mickeyl | RP: absolutely |
10:21.41 | mickeyl | RP: which storage format are you thinking of and which way of accessing it? |
10:21.41 | RP | mickeyl: Any ideas how that data store should work? |
10:21.48 | mickeyl | ah, heh |
10:21.53 | RP | mickeyl: I was about to ask you :) |
10:22.06 | koen | would sqlite3 make sense? |
10:22.21 | koen | it would give you basic locking |
10:22.57 | mickeyl | hmm... it would help for the threading, however I'd rather not introduce pysqlite as a dependenc |
10:23.00 | mickeyl | y |
10:23.15 | RP | mickeyl: henryk's patch just used pickle for a very simple state file |
10:23.28 | *** join/#oe TheCan (n=thecan@dslb-084-056-143-054.pools.arcor-ip.net) |
10:23.29 | RP | I suspect performance would suck if we use it for much more though |
10:23.59 | mickeyl | RP: well, pickle is certainly overkill |
10:24.03 | RP | mickeyl: Is there any db format supported by python "out the box" |
10:24.16 | mickeyl | i'd rather vote for something like anydb |
10:24.25 | mickeyl | since we are not going to store objects, aren't we? |
10:24.52 | RP | I suspect the fetcher code is doing that atm |
10:24.57 | koen | mickeyl: is it safe to delete *.pyo and *.pyc from a package? |
10:25.17 | RP | koen: yes for pyc at least, they should not be distributred |
10:25.30 | RP | insane should warn about them in fact |
10:25.37 | koen | ok, since some of them contain paths to my buildserver |
10:25.45 | mickeyl | koen: yes, both can be deleted, however it increases startup time then |
10:26.01 | koen | mickeyl: iirc python recreates some of them |
10:26.11 | RP | mickeyl: Since they won't match the target system, they're pointless anyway |
10:26.18 | mickeyl | RP: ? |
10:26.21 | mickeyl | RP: welcome to bytecode |
10:26.23 | mickeyl | :D |
10:26.29 | koen | (but I just overfilled jffs2, so can't do testing for a while) |
10:26.33 | RP | mickeyl: They're system independent? |
10:26.38 | mickeyl | RP: i sincerely hope so! |
10:26.52 | mickeyl | but you make me think about that |
10:27.01 | mickeyl | i'm going to research athat |
10:27.10 | mickeyl | if not, i'll remove all using distutils |
10:27.16 | koen | if we can remove them, a lot of python packages can become arch neutral |
10:27.35 | koen | mickeyl: not everything uses distutils :( |
10:27.37 | mickeyl | agreed. basically everything that doesn't ship c extensions |
10:27.45 | mickeyl | koen: sad enough :D |
10:27.59 | mickeyl | koen: but most are using distutils-base |
10:28.05 | koen | e.g. gnuradio uses autotools (and even gets it right!) |
10:28.07 | mickeyl | so we might add an OPT-in task there |
10:28.15 | RP | mickeyl: ok. I'd always assumed there was something arch specific about them. If they have build server paths in that's probably a bad sign |
10:29.07 | mickeyl | RP: you may be right. I'll put that on my agenda to look into. back to the database. |
10:29.37 | mickeyl | RP: anyways, python always ships with anydbm and this tries some of the installed db's. at the last resort, it uses dumbdbm |
10:29.55 | mickeyl | this might be just enough of a database for us to use |
10:30.26 | RP | mickeyl: ok, that sounds reasonable. I guess for the fetcher, I could pickle objects in/out of it? |
10:31.17 | mickeyl | RP: yes, if you really need to store objects, pickle them to binary and dump them there |
10:34.04 | *** join/#oe zezom (n=zezom@203.84.71.209) |
10:37.16 | mickeyl | hrw|gone: ping |
10:37.48 | Crofton | koen, I see more gnu radio changes |
10:38.30 | koen | Crofton: I think dialtone.py needs shmfs in the kernel |
10:38.39 | RP | mickeyl: offhand do you know how the locking works with anydbm? |
10:39.00 | koen | Crofton: if you enable that and build the svn version, you should have a working gnuradion on the efika and osk |
10:39.19 | Crofton | ok |
10:39.42 | Crofton | I think you have to hack at things to get sound going on the Efika |
10:39.53 | Crofton | likewise has made it work |
10:39.54 | mickeyl | RP: no. it also depends on which actual dbm is sitting behind. might take a look at dumbdbm |
10:40.24 | Crofton | I'll add this to my list of things to look at next week |
10:40.40 | Crofton | It wuold be really funny to have it run on the neo though |
10:44.53 | koen | Crofton: I hear a dialtone out of the neo's speaker :) |
10:45.05 | cdbot2 | * * OE Bug 2694 has been RESOLVED (FIXED) by <polyonymous> |
10:45.07 | cdbot2 | * * Opie reader doesn't need unicode patch |
10:45.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2694 |
10:45.35 | RP | mickeyl: None of the formats implement any kind of locking unless we open/close the file for every transaction :/ |
10:46.04 | mickeyl | RP: sigh nasty. what do you think about pysqlite3 then? |
10:46.21 | RP | mickeyl: It starts to look tempting |
10:46.23 | Crofton | cool |
10:46.40 | RP | mickeyl: It would save use having to worry about locking |
10:47.37 | Crofton | I'll mention this on the gnu radio list. |
10:47.42 | mickeyl | RP: hmm, in that case I'd say yes to this additional dependency |
10:47.58 | Crofton | There was alot of misunderstanding how openmoko related to SDR |
10:48.26 | *** join/#oe jan_js|home (n=jan_js|h@p548FAF8A.dip0.t-ipconnect.de) |
10:48.40 | jan_js|home | morning ! |
10:49.17 | koen | Crofton: ipkg install gnuradio-usrp to get the usrp stuff |
10:50.34 | Crofton | http://lists.gnu.org/archive/html/discuss-gnuradio/2007-07/msg00108.html |
10:50.36 | koen | mickeyl: do the moko<foo>2 libs use proper libtool versionsing? |
10:50.58 | koen | Crofton: I read about that yesterday :) |
10:51.14 | jan_js|home | console image for simpad, 2.4 kernel. has /sbin/modprobe linked to /sbin/modprobe.26 - is this o.k. ? |
10:51.22 | mickeyl | koen: dunno offhand. |
10:51.37 | mickeyl | koen: they will use 2 in the name anyways |
10:51.39 | koen | mickeyl: if so, they are parallel installable and buildable |
10:51.54 | Crofton | I need a few lackeys to help me with all the things I want to do |
10:52.06 | Crofton | graduate students are so unreliable |
10:59.48 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
11:03.24 | koen | Crofton: the cpu is 75% idle when running dialtone (200MHz arm920t core) |
11:07.26 | Crofton | not to bad |
11:07.37 | Crofton | no dsp instructions on teh T right? |
11:07.53 | Crofton | and no signal processing assembly for ARM in gnu radio anyway |
11:08.38 | Paladine | how comes your 920T is only 200MHz? |
11:08.42 | Paladine | mineis 400MHz |
11:09.30 | koen | Paladine: because they come in different flavours |
11:10.01 | Paladine | ahh |
11:10.17 | Paladine | dude lighttpd is running so sweet on this iPAQ |
11:10.50 | Paladine | 546 pages served in about 14 hours |
11:11.45 | Paladine | I wonder what the record uptime is on an iPAQ :) |
11:12.43 | koen | Crofton: dialtone takes 5-12% cpu on a 624MHz pxa270 |
11:13.10 | Crofton | grr, I need to go drink beer in a cow field today |
11:13.27 | Crofton | if I stay home and do this, my friends will call me a nerd |
11:13.28 | Paladine | beats drinking cows in a beer field |
11:13.34 | Crofton | yes |
11:13.44 | koen | funny to have multiple devices emit a dialtone in a small room :) |
11:15.01 | Paladine | Iwonder how well thiswill handle running my blog with the document root mounted over nfs and using mysql-client to connect to a remote database |
11:21.48 | *** join/#oe kristoffer (n=kristoff@80.251.192.5) |
11:22.03 | Crofton | koen, I owe you a beer for the gnuradio work |
11:31.52 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) |
11:32.13 | RP | mickeyl: One further dilemma - do we have a persistent cache per machine or a more global one? :/ |
11:33.14 | koen | Crofton: I owe you a beer for the initial recipe :) |
11:33.31 | mickeyl | RP: per machine needs to be enough. global opens a can of worms |
11:34.09 | RP | mickeyl: By global I mean shared between machines in a given build, not system wide |
11:34.33 | mickeyl | oh |
11:34.34 | RP | mickeyl: but yes, I think it will have to make do with per machine... |
11:34.48 | mickeyl | i was afraid of a system wide |
11:35.14 | RP | mickeyl: The thought of system wide makes me very scared :} |
11:35.50 | mickeyl | hehe. but even the build wide is kind of frighting giving the concurrency issues, so i'd vote for a per-machine one as a start |
11:36.58 | RP | mickeyl: Yes, we can always change it later I guess |
11:39.20 | CIA-3 | 03koen 07org.oe.dev * r65bc8067... 10/ (1 packages/xorg-xserver/xserver-kdrive_1.2.0.bb): xserver-kdrive 1.2.0: bump PR to get Xw100 rebuilt against a more recent xrandr |
11:39.26 | CIA-3 | 03polyonymous 07org.oe.dev * rceaf972d... 10/ (4 files in 3 dirs): opie-reader: unicode patch went upstream. Close #2694 |
11:39.41 | Crofton | koen, | checking for jack >= 0.8... gr-audio-jack requires package jack, not found. |
11:39.42 | Crofton | | configure: error: Component gr-audio-jack has errors, stopping. |
11:40.03 | koen | hmmm |
11:40.09 | koen | jack is in DEPENDS... |
11:42.23 | *** join/#oe bluelightning (n=blueligh@219-89-48-250.dialup.xtra.co.nz) |
11:43.25 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
11:44.47 | *** join/#oe dion (n=dion@inhex.net) |
11:45.52 | *** join/#oe dcordes (n=ucordes@f048006061.adsl.alicedsl.de) |
11:50.48 | Crofton | does jack use float? |
11:51.13 | koen | no idea, all I know it that it is a low-latency soundserver thingy |
11:51.33 | Crofton | I looked once and it liked floats, I suppose I will have to check again |
11:51.59 | Crofton | yeah jack is in my DEPEnDS |
11:52.20 | Crofton | but I don not think it is built? |
11:55.07 | Crofton | Are you using newer autoconf? |
11:55.20 | koen | 2.61 |
11:56.04 | Crofton | I'm still confused why I do not build jack |
12:01.15 | Crofton | I am also building for Efika |
12:02.05 | Crofton | I will be gone soon, so maybe time to nuke tmp and start over |
12:04.07 | koen | Crofton: efika build is queued after the i586 build |
12:04.13 | koen | should be finished today |
12:04.17 | Crofton | heh |
12:04.24 | Crofton | I'll be back later Sunday |
12:04.37 | Crofton | sadly our subversion server dies, so we need to rebuild it |
12:04.50 | Crofton | and the hw purchased was an AMD with integrated video |
12:04.55 | Crofton | the video does not work |
12:05.07 | Crofton | I am trying to stay out of that can of worms |
12:13.48 | CIA-3 | 03koen 07org.oe.dev * r89643518... 10/ (6 files in 3 dirs): gtk 2.10.14: add some patches from poky to have some widgets behave better on high-dpi screens |
12:16.47 | *** join/#oe drmikecrowe (n=Miranda@199.222.167.248) |
12:19.24 | koen | RP, mickeyl: we'll also need to think about how to handle switching from SRCDATE to revision in PV for svn packages while maintaining an upgrade path |
12:27.30 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
12:29.05 | Crofton | I bought a Ps@ type KVM switch, but I have no instructions on hwo to switch PC's .... |
12:33.14 | *** join/#oe woglinde (i=woglinde@e178078211.adsl.alicedsl.de) |
12:35.56 | Crofton | mickey|NeoMeetin, be sure to erport GNU radio runs on the neo :) |
12:36.56 | woglinde | hi |
12:37.08 | woglinde | he crofton ;) |
12:37.09 | koen | hey woglinde |
12:37.13 | woglinde | je koen |
12:37.16 | woglinde | ups he |
12:37.55 | woglinde | hm speaks some against that I check in STAGING_LIBDIR_NATVIE in bitbake.conf? |
12:38.04 | cdbot2 | * * OE Bug 2696 has been RESOLVED (FIXED) by <polyonymous> |
12:38.07 | cdbot2 | * * konqueror-embedded fails looking for oe_runconf |
12:38.07 | steliosk | hi all |
12:38.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2696 |
12:38.26 | koen | woglinde: why would that be needed? |
12:38.29 | koen | hey steliosk |
12:38.31 | woglinde | hi steliosk |
12:38.36 | woglinde | koen for java jar |
12:38.38 | RP | koen: Have any ideas on how to do that? |
12:38.48 | woglinde | which are arch idenpened |
12:38.55 | steliosk | koen : is this an libintl issue that needs to be fixed in the package or something in angstrom definitions ? -> http://bugs.openembedded.org/show_bug.cgi?id=2348 |
12:38.56 | woglinde | so we need no extra native package |
12:39.03 | koen | woglinde: just use STAGING_LIBDIR for that |
12:39.13 | steliosk | koen woglinde : hi |
12:39.32 | koen | RP: if we go from 0.0+svn<date> to 0.0+svnr<rev> is should be ok |
12:40.05 | RP | koen: That seems reasonable |
12:40.36 | koen | steliosk: I'm with comment #1 from leon |
12:40.40 | RP | koen: git will be a bigger problem |
12:41.15 | koen | RP: I think we should just stick to SRCDATE with git, that gives the least problems at install time |
12:41.42 | steliosk | today i found sometime to go over bugtrucker and fix a couple of things :) |
12:42.07 | steliosk | it's nice to be on vacations :) |
12:42.15 | RP | koen: It makes no sense with regard to the scm though :/ |
12:42.48 | koen | RP: git tags aren't monotonically increasing and revisions can't be tracked down to a date |
12:43.02 | woglinde | koen hm the problem is with cacao |
12:43.17 | woglinde | cacao needs for crosscompiling cacaoh-native |
12:43.20 | RP | koen: I know. For gitnow, we'll just have to use a locally generated "localrevision" number |
12:43.24 | koen | RP: can we set a BASE_SRCDATE that changes only if the fetcher finds a change? |
12:43.41 | koen | or a localrevision |
12:43.43 | woglinde | that needs cldc.jar in NATVIVE STAGING_LIBDIR |
12:43.59 | RP | koen: I guess distro maintainers will just have to ban such packages from their distro feeds i.e. they're for development only |
12:44.12 | woglinde | and than cacao for arm needs that .jar too |
12:44.15 | koen | woglinde: 'inherit native' sets up STAGING_LIBDIR correctly |
12:44.39 | woglinde | yes but midpath can provide this for both packages |
12:44.43 | RP | koen: I will create something that only rebuilds if the head changes |
12:44.53 | woglinde | and midpath isnt arch depend |
12:44.54 | RP | koen: Storing the data to do that is why we need this data store |
12:45.09 | koen | RP: you and I and know how to ban packages, but how many users will shoot themselves in the foot? |
12:46.04 | RP | koen: I can't see a way to avoid it |
12:46.12 | koen | woglinde: just build install cldc.jar twice, no need to complicate OE to save a few 100kB of diskspace |
12:46.37 | koen | RP: setting SRCDATE=now is a manual action, so they deserve what they get |
12:46.54 | woglinde | koen okay |
12:47.09 | RP | koen: For git packages we can just force people to have to do that |
12:47.55 | RP | koen: We should lock down core tools like mtdutils and xcalibrate anyway |
12:48.16 | koen | RP: OE has xcalibrate and friend locked down already |
12:48.30 | RP | koen: right, its just mtdutils that isn't then |
12:48.37 | koen | RP: atmel has a sucky firewall, so they sent me some patches for the X stuff |
12:48.57 | koen | RP: afaik only mtd-utils, yes |
12:49.03 | RP | They're not the only ones :/ |
12:59.45 | *** join/#oe chrisromain (n=chrisrom@84.6.3.56) |
13:00.30 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-102-142.w90-34.abo.wanadoo.fr) |
13:01.20 | *** join/#oe rob_w (n=bob@Mab3a.m.pppool.de) |
13:05.12 | rwhitby | koen: does angstrom glibc-intermediate build for ixp4xxbe for you? |
13:06.16 | koen | rwhitby: yes |
13:07.31 | rwhitby | Hmm. I get "WARNING: You should not compile GNU libc without versioning. Not using versioning will introduce incompatibilities so that old binaries will not run anymore. For versioning you need recent binutils (binutils-2.8.1.0.23 or newer)." |
13:07.39 | rwhitby | (this is building on Debian Etch) |
13:07.54 | rwhitby | armv5teb-angstrom-linux-gnueabi/glibc-intermediate-2.5-r6 |
13:08.23 | koen | a build from scratch 3 days ago didn't have any problems |
13:08.46 | rwhitby | what host OS binutils version? |
13:09.15 | koen | GNU assembler (GNU Binutils for Debian) 2.17.50.20070426 |
13:09.43 | rwhitby | 2.17-3 here. |
13:10.05 | rwhitby | (probably the same) |
13:11.54 | rwhitby | very weird. This is a freshly installed Debian Etch system (the new nslu2-linux autobuilder), with no local packages, nothing other than what's in debian etch, and nothing local.conf for a MACHINE="ixp4xxbe" DISTRO="angstrom-2007.1" angstrom-console-image build |
13:12.47 | rwhitby | freshly updated monotone database, complete rebuild from scratch after removing tmp |
13:16.00 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
13:18.23 | rwhitby | koen: do I need to have 'gas' installed? |
13:18.37 | rwhitby | (this machine currently doesn't) |
13:19.24 | rwhitby | nm - it's installed as 'as' of course, not 'gas' |
13:24.23 | *** join/#oe zecke (n=ich@88.134.98.160) |
13:27.37 | rwhitby | koen: what MACHINE do you use? |
13:28.56 | rwhitby | When I run the configure test by hand, I get /home/slug/angstrom/tmp/cross/lib/gcc/armeb-angstrom-linux-gnueabi/4.1.2/../../../../armeb-angstrom-linux-gnueabi/bin/ld: cannot represent machine `arm:ixp4xxbe' |
13:30.22 | rwhitby | Hmm - I wonder if it's related to me setting MACHINE='ixp4xxbe' on the make command line, instead of in the auto.conf ... |
13:48.51 | *** join/#oe noidd (n=red@thievery.criticalintegration.com) |
13:51.58 | RP | rwhitby: binutils can play games when you do that. In theory OE works around that but people keep saying its not working |
13:52.17 | RP | It does work on in Poky and I wish I knew what the difference was |
13:55.27 | zecke | RP: do we unset MACHINE in every binutils recipe? or where do we have this logic again? |
14:00.12 | koen | zecke: btw, your update script hangs at mtn automate |
14:00.29 | zecke | koen: that is bad :) |
14:04.11 | noidd | thats a subjective opinion ;-) |
14:06.26 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
14:08.36 | *** join/#oe rd_ (n=rd@toi.yeu.phu.nu) |
14:10.09 | RP | zecke: In base.bbclass we mark it as unexport |
14:10.52 | RP | zecke: Did you see my conversation with mickeyl earlier? |
14:10.56 | zecke | no |
14:12.34 | Shoragan | how do i enable rm_work with bitbake 1.8.6, adding it to conf/local.conf doesn't seem to work like in 1.6 |
14:12.54 | zecke | Shoragan: it should work the same |
14:12.55 | *** join/#oe drmikecrowe_zapp (n=Miranda@199.222.167.248) |
14:13.39 | Shoragan | hmm, but after building i.e. bootstrap-image, all sources are still left in tmp/work |
14:13.51 | Shoragan | and i don't see it running do_rm_work |
14:14.26 | RP | zecke: http://www.rpsys.net/openzaurus/temp/bb_persist.txt |
14:16.07 | zecke | RP: I'm obsessed with WebKit ATM :) |
14:16.28 | RP | zecke: you have no objection to needing sqlite though? |
14:17.10 | zecke | RP: I would like to have some sort of 'prerun' for OE. It validates the configs and then tries to select 'variants' of all packages according to the configuration |
14:17.29 | zecke | RP: no objections. I think berkeley db support is installed by default but sqlite (3) sounds like a sane option |
14:18.06 | RP | zecke: The attraction of sqlite is its locking. We can do what we need in 58 lines of code (including comments) |
14:18.26 | RP | zecke: The idea of a prerun scares me a lot :/ |
14:18.44 | zecke | RP: sqlite: ack |
14:19.04 | zecke | RP: prerun the validation part is not scary at all and could/should be part of BitBake :) |
14:19.09 | *** join/#oe lopez-7xx (n=Sir@201-92-109-105.dsl.telesp.net.br) |
14:19.21 | RP | zecke: http://www.rpsys.net/openzaurus/temp/persist_data.py is what I have atm |
14:19.32 | koen | Shoragan: -c rmall |
14:19.45 | koen | Shoragan: provided you have an up to date OE checkout |
14:19.49 | RP | zecke: Validating the configuration is a job for OE, not for bitbake |
14:20.07 | Shoragan | koen, i'm using that now, and it works |
14:20.11 | zecke | RP: well, parsing 5000 files just because a spelling error in DISTRO sucks :) |
14:20.35 | Shoragan | but rm_work should work, too, right? |
14:20.48 | RP | zecke: There is a cunning way to fix this. An event at the end of parsing the base configuration for sanity.bbclass |
14:20.49 | koen | zecke: I'll do a buid of webkit now to see what the error is |
14:20.51 | zecke | RP: prerun: I like macport's variants a lot. But as each package can influence each other you would to have such variants in stable way |
14:21.31 | zecke | RP: an event == builtin in bitbake :) |
14:21.42 | zecke | koen: you might end up with an error on moc (eek) :) |
14:22.24 | RP | zecke: No, triggers the checks in OE. bitbake itself doesn't care about the DISTRO variable and shouldn't ever do so |
14:23.06 | RP | If I could find a way to add the event without breaking backwards compatibility, I would... |
14:23.13 | RP | I need to try again |
14:23.37 | zecke | RP: how is that breaking? eventHandler in OE break? |
14:23.53 | zecke | eventHandlers of the bbclasses break? |
14:24.09 | RP | zecke: We need to trigger the standard sanity checks only for certain versions of bb |
14:24.23 | RP | and use the new hook for others |
14:24.29 | koen | zecke: Can't exec "/data/build/koen/OE/build/tmp/angstrom/staging/i686-linux/bin/moc": No such file or directory at /data/build/koen/OE/build/tmp/angstrom/work/armv4t-angstrom-linux-gnueabi/webkit-0.0+svn20070728-r1/WebCore/ksvg2/scripts/make_names.pl line 91. |
14:24.46 | RP | Last time I tried it, it went badly wrong. Like I said, I should try again |
14:24.58 | zecke | koen: DEPENDS += "uicmoc4-native" |
14:25.23 | koen | zecke: webkit_svn.bb:DEPENDS = "flex-native gperf-native gperf perl-native curl icu uicmoc4-native qmake2-native libxml2 sqlite3 cairo libxslt libidn gnutls gtk+" |
14:25.40 | zecke | koen: then QMAKE_MOC of the makespec is broken :) |
14:25.49 | zecke | koen: it should point to moc4? |
14:26.00 | zecke | koen: ls /data/build/koen/OE/build/tmp/angstrom/staging/i686-linux/bin/moc* |
14:26.19 | koen | <PROTECTED> |
14:27.32 | zecke | koen: what version of qmake* do we inherit? |
14:28.25 | Bernardo | re |
14:28.32 | woglinde | hi bernardo |
14:29.47 | koen | zecke: 'inherit qmake.bbclass' |
14:30.17 | zecke | koen: cheat http://www.openembedded.org/repo/org.openembedded.dev/classes/qt4x11.bbclass and set QMAKE_MOC |
14:31.43 | koen | zecke: http://rafb.net/p/oQgPc186.html |
14:32.21 | zecke | koen: moc is enough |
14:33.08 | *** join/#oe pleemans (n=peter@host130-161-static.37-88-b.business.telecomitalia.it) |
14:35.52 | koen | zecke: http://rafb.net/p/jAOAS288.html seems to do the trick |
14:35.57 | polyonymous | I'd think your build process uses wrong mkspecs? |
14:36.18 | polyonymous | ah, didn't you have it before? |
14:36.34 | zecke | koen: I would move that out of this function below below the qmake inherit |
14:36.40 | zecke | polyonymous: as I said cheating :) |
14:36.46 | polyonymous | koen, I think this qt4 machine should be well straightened up... |
14:37.16 | zecke | polyonymous: qt4x11.bbclass should be split into two. qt4.bbclass setting all qt4 vars and qt4x11.bbclass inheriting it and setting the x11 libs and adds the depends on qt4-x11 |
14:37.28 | polyonymous | yes. |
14:37.54 | koen | http://rafb.net/p/GnTxSw48.html |
14:37.55 | polyonymous | But why do you need thi export, anyway? qt4x11 does exporting? Or do you have to avoid inheriting it in webkit_svn? |
14:38.10 | polyonymous | ah, got it. |
14:38.20 | zecke | polyonymous: we don't use qt4-x11 :) |
14:38.29 | polyonymous | Yeah, that's what I figured. |
14:38.38 | polyonymous | What do we use then? :) |
14:38.39 | zecke | koen: remove the export :) |
14:38.49 | zecke | polyonymous: qmake2 for building and Gtk for the GUI |
14:38.54 | polyonymous | ah |
14:38.56 | polyonymous | I see. |
14:39.03 | zecke | polyonymous: it started to use the moc as preprocessor (for the windows port) |
14:39.07 | koen | polyonymous: http://trac.webkit.org/projects/webkit/wiki/BuildingGdk |
14:39.09 | polyonymous | weird setup. |
14:39.21 | zecke | polyonymous: for some reasons windows doesn't ship with gcc installed |
14:39.27 | polyonymous | but well, yes, we need to splitup qt4xx then. |
14:39.34 | polyonymous | zecke, that sucks. |
14:40.00 | zecke | polyonymous: well, the Qt and Gdk port share the same buildsystem. So apple folks only have to fix one buildsystem when they do changes |
14:40.33 | polyonymous | zecke, understandable, but surely using qt buildsystem for gdk does sound strange. |
14:40.45 | polyonymous | but then again, it's their choice. |
14:41.09 | zecke | polyonymous: it is my choice :) |
14:41.16 | polyonymous | zecke, even worse :) |
14:41.27 | zecke | polyonymous: and if you get fixes for free, you should take them |
14:41.59 | polyonymous | zecke, I'd disagree with it as a general rule. |
14:42.49 | zecke | polyonymous: sure you can spend your time on keeping your autoconf system compiling, or you can have apple fix compile issues :) |
14:43.44 | polyonymous | zecke, I said as a general rule - here it applies, I'd think. And btw, I could never understand these talks about incomprehensibility of autotools... |
14:45.44 | polyonymous | anyway, gotta go eat something sweet :) |
14:48.12 | *** join/#oe psokolovsky (n=psokolov@82.193.99.4) |
14:48.32 | woglinde | hi psokolovsky |
14:49.36 | mwester | Good Morning |
14:49.47 | woglinde | hi mwester |
14:54.33 | *** join/#oe dreamer (n=dreamer@chrobd01.vailsys.com) |
14:58.05 | koen | zecke: ../../JavaScriptCore/wtf/TCSystemAlloc.cpp../../../../JavaScriptCore/wtf/TCSpinLock.h: In function 'void* TCMalloc_SystemAlloc(size_t, size_t)':../../../../JavaScriptCore/wtf/TCSpinLock.h:98: error: 'asm' operand requires impossible reloadmake[1]: *** [TCSystemAlloc.o] Error 1 |
14:58.36 | *** join/#oe shreyas (n=Shreyas@59.92.158.41) |
14:59.09 | zecke | koen: interesting |
15:00.48 | zecke | koen: #if (PLATFORM(X86) || PLATFORM(PPC)) && COMPILER(GCC) |
15:01.05 | koen | yep, powerpc :) |
15:01.17 | koen | make[1]: Leaving directory `/data/build/koen/OE/build/tmp/angstrom/work/ppc603e-angstrom-linux/webkit-0.0+svn20070728-r1/WebKitBuilds/Debug/JavaScriptCore/kjs' |
15:01.26 | zecke | koen: which ppc are you doing this on? |
15:01.35 | koen | MACHINE=efika |
15:01.41 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
15:02.10 | zecke | ~seen pb_ |
15:02.13 | ibot | pb_ <n=pb@2002:5247:cbc1:1:290:27ff:fee5:85c2> was last seen on IRC in channel #handhelds.org, 107d 21h 26m 38s ago, saying: 'bd2: hi'. |
15:04.09 | zecke | hmm, I forgot everything about inline assembly |
15:04.18 | zecke | change the r to g, but I don't know why :) |
15:04.27 | *** join/#oe chouimat|busy (n=dieu@r2351064.cidc.net) |
15:04.55 | steliosk | me wonders why we need so many different types of cpu's |
15:06.51 | koen | steliosk: NIH |
15:07.21 | *** join/#oe rob_w (n=bob@Mab3a.m.pppool.de) |
15:08.00 | steliosk | heh |
15:08.05 | zecke | tmbinc: koen has a ppc assembly problem, we would be glad if you could help :) |
15:08.07 | woglinde | zecke *g* |
15:08.11 | steliosk | koen : true |
15:08.52 | steliosk | zecke : what kind of assembly problem ? |
15:09.56 | zecke | steliosk: http://rafb.net/p/9joU8Y16.html |
15:10.19 | *** join/#oe pipomolo42 (n=alex@ALille-152-1-102-142.w90-34.abo.wanadoo.fr) |
15:10.24 | zecke | steliosk: koen claim's a impossible reload |
15:10.47 | steliosk | hmmm |
15:10.50 | zecke | steliosk: I wonder if one should put a register to the clobber list? but which one? what is it trying to reload anyway? |
15:12.03 | steliosk | http://www.cs.uaf.edu/2005/fall/cs301/support/ppc/index.html |
15:12.32 | *** join/#oe Crofton|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net) |
15:13.21 | CIA-3 | 03polyonymous 07org.oe.dev * r577216ce... 10/ (1 conf/distro/include/preferred-opie-versions-1.2.3.inc): preferred-opie-versions-1.2.3: bump preferred konqueror version. Closes #2696 |
15:16.06 | Jin^eLD | re |
15:16.33 | Crofton|laptop | can I have a bb file include another bb file? |
15:16.56 | Crofton|laptop | I want to try building an image based off, say angstrom-console-image.bb |
15:17.27 | Crofton|laptop | but making gnuradio.bb that includes A-I-C.bb and adds ANGSTROM_EXTRA_INSTALL to include packages |
15:19.07 | koen | sure |
15:19.24 | Crofton|laptop | good :) |
15:19.41 | Crofton|laptop | I have several sets of images I want to work with |
15:20.03 | Crofton|laptop | and dorking with A_E_I setting in local.conf annoys me :) |
15:20.05 | steliosk | zecke : its trying to store the contents of r1 to the location in r0 |
15:21.18 | steliosk | zecke : btw efika is powerpc not ppc |
15:21.33 | koen | Crofton: you could also make a task for all the sdr stuff |
15:21.34 | zecke | where is the difference? |
15:21.50 | steliosk | zecke : for kernel there is |
15:21.55 | koen | zecke: between 'p' and 'r' |
15:22.05 | koen | p and p even |
15:22.30 | Crofton|laptop | I could |
15:22.43 | Crofton|laptop | but I like the idea of extending existing angstrom images |
15:23.07 | koen | Crofton|laptop: and I meant extending them with a task-sdr :) |
15:23.29 | Crofton|laptop | We'll have to keep thinking about this |
15:23.51 | Crofton|laptop | we need a general way for people to extand basic distro images and create specializing |
15:24.01 | Crofton|laptop | um |
15:24.01 | steliosk | the 2 first instruction try to resync the caches with the commands isync and eieio |
15:24.05 | Crofton|laptop | Go Levi! |
15:24.41 | Crofton|laptop | god I hope he isn't doping |
15:25.00 | koen | they all are doping |
15:25.34 | koen | Crofton|laptop: gnuradio for efika is in the feeds |
15:25.47 | Crofton|laptop | mine is at school |
15:26.00 | Crofton|laptop | as soon as tour finishes, I head for cow field |
15:26.07 | koen | moooooo |
15:26.14 | woglinde | hm sdl is another candidate not to run autoheader |
15:26.14 | Crofton|laptop | I'll get some pictures |
15:26.42 | Crofton|laptop | I'm with Boonen, dopers should be shot |
15:27.02 | Crofton|laptop | of course a doper is about to break the baseball home run record, and no one seems to care |
15:27.10 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.213.Dial1.SanJose1.Level3.net) |
15:28.09 | steliosk | zecke : are you using -fPIC as flags to compile ? |
15:29.43 | zecke | steliosk: ask koen :) |
15:30.03 | steliosk | koen : are you using -fPIC as flags to compile ? |
15:30.21 | steliosk | koen : if yes try to disable them |
15:30.29 | koen | I have no idea |
15:31.01 | Crofton|laptop | Dirk demol in team car is screaming at Levi |
15:38.55 | mwester | Crofton|laptop: No-one cares about the baseball home run record *because* everyone knows it's not deserved by Bonds. |
15:39.20 | Crofton|laptop | :) |
15:39.22 | Crofton|laptop | yeah |
15:39.53 | Crofton|laptop | it is annoying to see sports that are at least trying to elimnate doping get bad press |
15:39.59 | mwester | And we have a star football player who runs illegal dog-fights. |
15:40.11 | Crofton|laptop | he |
15:40.21 | Crofton|laptop | I am at Virginia Tech |
15:40.24 | mwester | And basketball officials who are gambling on the games they officiate. |
15:40.46 | mwester | I think we should all watch some other country's sports, our own are in shambles! |
15:40.49 | Crofton|laptop | yeah, but everyone hates the refs :) |
15:41.02 | Crofton|laptop | well, cycling is a very Euro thing :) |
15:41.41 | mwester | True. Who was just sent home for drug use the other day? |
15:41.49 | Crofton|laptop | Chicken |
15:41.52 | Crofton|laptop | well |
15:42.02 | Crofton|laptop | suspected drug use, he was sent home for lying |
15:42.12 | koen | Crofton|laptop: http://www.angstrom-distribution.org/repo/?action=details&pnm=gnuradio |
15:42.59 | Crofton|laptop | very cool |
15:45.57 | Crofton|laptop | arrg seconds are counting |
15:46.54 | CIA-3 | 03koen 07org.oe.dev * rdee4672e... 10/ (1 packages/jack/jack_0.103.0.bb): jack: add -ldl, needed for some archs |
15:49.13 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
15:50.27 | koen | RP: any news on the rebuild-dependants-on-change bitbake feature? |
15:52.10 | RP | koen: not yet |
16:01.02 | Crofton|laptop | There is some Levi fan who waves a giant american flag |
16:01.12 | Crofton|laptop | and wears enormous antlers |
16:01.30 | Crofton|laptop | and with that, it is time to get going :) |
16:10.59 | chouimat | morning |
16:12.38 | Crofton|laptop | hmm, we go from cycling to strong man competition |
16:12.46 | Crofton|laptop | I can smel the steroids over the air .... |
16:13.26 | woglinde | hi chouimat |
16:13.26 | woglinde | hm |
16:13.29 | woglinde | sdl |
16:13.42 | woglinde | I updated it a little bit locally |
16:14.06 | RP | zecke: I made the mistake of looking at the bitbake parser code. Do we really want to support inheriting conf files from things like svn? |
16:15.12 | zecke | RP: ah, no! |
16:15.16 | RP | zecke: The new data store needs to know what CACHE is. Picture what happens if CACHE is set in some file we have to fetch first and the fetcher code needs the data store |
16:15.41 | RP | zecke: What about remote .bb files? |
16:15.53 | zecke | RP: no! |
16:16.28 | RP | zecke: Currently is appears you can do BBFILES = "http://somewhere/somefile.bb" |
16:16.35 | zecke | right |
16:17.00 | RP | I've very against conf files, not sure about bb files... |
16:17.31 | RP | Probably a big can of worms... |
16:26.47 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
16:27.32 | woglinde | hm when a .bb has requir bla.inc then the do_stage() {} of the .inc dont get in the .bb? |
16:27.37 | woglinde | require |
16:27.55 | RP | woglinde: It should do |
16:29.49 | woglinde | ah |
16:29.51 | woglinde | hm |
16:30.16 | woglinde | my require should came after inherit |
16:33.54 | woglinde | okay yes the order is important |
16:34.10 | woglinde | I should notice this somehow in my head and never forget |
16:36.27 | *** join/#oe Psycoman_ (n=Waldecir@189.25.234.88) |
16:36.51 | woglinde | hi psycoman |
16:36.56 | Psycoman_ | hi woglinde |
16:39.45 | woglinde | desk? |
16:39.50 | woglinde | ah desktop |
16:39.51 | woglinde | okay |
16:41.56 | CIA-3 | 03koen 07org.oe.dev * r9d2379ad... 10/ (1 packages/bluez/bluez-libs_3.13.bb): bluez-libs: update to 3.13 |
16:42.00 | CIA-3 | 03koen 07org.oe.dev * r484f4908... 10/ (1 packages/bluez/bluez-utils_3.13.bb): bluez-utils: update to 3.13 |
16:42.04 | CIA-3 | 03koen 07org.oe.dev * r08765357... 10/ (1 packages/bluez/bluez-hcidump_1.38.bb): bluez-hcidump: update to 1.38 |
16:44.40 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
16:52.13 | CIA-3 | 03woglinde2 07org.oe.dev * rc9de0582... 10/ (4 files in 2 dirs): |
16:52.13 | CIA-3 | -introduce new recipes for classpath-minimal |
16:52.13 | CIA-3 | -classpath-minimal now at 0.95 |
16:52.13 | CIA-3 | -seperate install location so no confusion with normal-classpath |
16:52.13 | CIA-3 | -chosse a sane glibj.zip-location, but we have no java policy yet |
16:52.13 | CIA-3 | -provide no packages, because it is only for building java virtual machines |
16:52.15 | CIA-3 | -second step to get MIDP2 support in OE |
16:54.04 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
16:58.09 | psycoman|desk | yeap desk, desktop xD |
17:04.52 | *** join/#oe ar (n=ar@pD9517AB2.dip0.t-ipconnect.de) |
17:05.05 | *** join/#oe dion (n=dion@inhex.net) |
17:12.19 | *** join/#oe _diego__ (n=diego@host-84-222-10-19.cust-adsl.tiscali.it) |
17:16.40 | CIA-3 | 03rpurdie * r847 10bitbake/lib/bb/ (msg.py persist_data.py): Add persistent data store module |
17:23.01 | CIA-3 | 03rpurdie * r848 10bitbake/lib/bb/ (cooker.py fetch/__init__.py): Convert fetcher to use persist_data to remove global urldata variable and cleanup |
17:53.30 | *** join/#oe splAt1 (n=splat1@rf1.splat1.com) |
18:14.03 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.21.234.Dial1.SanJose1.Level3.net) |
18:21.46 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
18:31.47 | koen | don't you just love how nokia uses binary stuff for just about everything? |
18:32.27 | ljp | i hate it |
18:32.47 | ljp | cant find proc entry for battery level. |
18:33.07 | koen | there isn't any |
18:33.13 | ljp | exactly |
18:33.23 | koen | remember those exploding nokia batteries in the news a few years ago? |
18:33.29 | ljp | i dont understand why vendors dont just use defauilt stuff like htat |
18:33.39 | CIA-3 | 03koen 07org.oe.dev * r505a28e9... 10/ (1 site/common): site: we all have /dev/random, so put it in common |
18:33.43 | CIA-3 | 03koen 07org.oe.dev * rb3780b3b... 10/ (1 packages/gnome/gnome-keyring_0.6.0.bb): gnome-keyring: update to 0.6.0 |
18:33.49 | CIA-3 | 03koen 07org.oe.dev * rf4ee8a63... 10/ (1 packages/gnome/gnome-desktop_2.18.3.bb): gnome-desktop: add more DEPENDS |
18:34.00 | ljp | cant seem to get audio working |
18:35.09 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
18:35.31 | *** join/#oe splat1 (n=splat1@rf1.splat1.com) |
18:35.32 | ljp | i think i am going to have to hack a dbus-send to get battery level |
18:36.34 | ljp | i think i can get it that way |
18:36.47 | koen | I should poke rishi about the opensource gstreamer dsp codecs |
18:37.03 | koen | that should solve a lot audio problems on the nokia tablets |
18:38.19 | *** join/#oe psokolovsky (n=psokolov@82.193.99.4) |
18:39.19 | ljp | is there an easy way to install things into cross/ like dbus, bluetooth and friends, so I can deploy a toolchain? |
18:40.58 | psokolovsky | ljp: finish packaged staging, and there will be |
18:51.58 | steliosk | Crofton : Well got Xilinx ise 8,2 running on amd64 Ubuntu :) |
18:59.26 | woglinde | hhm uclibc dont compiles osb-jscore nptl is need |
18:59.32 | woglinde | ed |
19:05.11 | CIA-3 | 03koen 07org.oe.dev * re444b83e... 10/ (5 files in 3 dirs): gnome-vfs: update to 2.18.1 |
19:05.16 | CIA-3 | 03koen 07org.oe.dev * r0c329f0e... 10/ (1 classes/pkgconfig.bbclass): pkgconfig.bbclass: more munging |
19:06.29 | CIA-3 | 03koen 07org.oe.dev * r0dec9369... 10/ (1 packages/gnuradio/gnuradio.inc): gnuradio.inc: fix quoting |
19:06.36 | CIA-3 | 03koen 07org.oe.dev * rd513468c... 10/ (1 packages/gnome/gnome-menus_2.16.1.bb): gnome-menus 2.16.1: fix packaging |
19:15.37 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
19:25.37 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
19:30.33 | koen | RP: what do you think of http://rafb.net/p/kutPVw23.html ? |
19:39.07 | CIA-3 | 03koen 07org.oe.dev * rca3aead4... 10/ (1 packages/gnome/libwnck_2.13.5.bb): libwnck: update to 2.13.5 |
19:39.13 | CIA-3 | 03koen 07org.oe.dev * r07ab3835... 10/ (1 packages/gnome/gnome-panel_2.18.1.bb): gnome-panel: add 2.18.1 |
20:02.23 | *** join/#oe Varoudis_ (n=varoudis@85.72.115.133) |
20:12.52 | CIA-3 | 03koen 07org.oe.dev * rca25b3ea... 10/ (1 packages/gnome/gnome-power-manager_2.18.3.bb): gnome-power-manager: add 2.18.3 |
20:12.56 | *** join/#oe mmp (n=mmp@adsl-d164.84-47-40.t-com.sk) |
20:14.42 | koen | http://scap.linuxtogo.org/files/b91821e1f85831ddb8b7e42c5da1d478.png :) |
20:14.57 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
20:15.49 | mmp | koen: hmm, pretty ... short battery life:-P |
20:15.50 | woglinde | hi slapin |
20:16.13 | koen | mmp: wifi + backlight at 100% |
20:16.33 | mmp | ahaa, that's another story:) but it's still nice -- what is the memory footprint of GPM? |
20:16.52 | koen | mmp: I have no idea |
20:17.12 | koen | but it drags in a few megs of gnome due to the retarted design of gnome panel applets |
20:17.42 | mmp | :-/ |
20:20.28 | Zero_Chaos | Since the main happiness of EABI is mixing hard and soft float, can anyone tell me how to force hardfloat instead of softfloat for a reciepe? |
20:20.52 | koen | why would you want hardfloat? |
20:21.05 | woglinde | have you hardware for it? |
20:21.56 | Zero_Chaos | Is there anyway I can convince you that I know what I'm doing and that I need hardfloat? Because if I explain it you will all refuse to tell me how to do it... |
20:21.59 | Zero_Chaos | :-) |
20:22.15 | koen | so you don't need it |
20:22.38 | Zero_Chaos | No, the usual response is "That's a bad idea" |
20:22.42 | woglinde | zero_chaos grep for softfloat and adapt it |
20:23.07 | woglinde | thats what I would do |
20:23.11 | koen | the only reason to have hardfloat is when you have an FPU |
20:24.03 | Zero_Chaos | I have a kernel module that uses float and double math that causes missing symbols when compiled with softfloat... and since no one can seem to help me resolve the missing symbols "because floating point is not allowed in the kernel" I figured I would use hard float and let it do that kernel trap thing so the damn code at least works |
20:24.38 | koen | the kernel doesn't do floating point <period> |
20:24.50 | koen | you will always keep having unresolved symbols |
20:24.52 | Zero_Chaos | yeah yeah, I noticed |
20:25.01 | Zero_Chaos | so how can I use hardfloat? |
20:25.11 | woglinde | ~lart c-developer for lazyness and using intp_t u_intp_t |
20:25.11 | ibot | throws a AN/M-8 smoke grenade at c-developer for lazyness and using intp_t u_intp_t |
20:25.22 | koen | [22:24] koen: the kernel doesn't do floating point <period> |
20:25.22 | koen | [22:24] koen: you will always keep having unresolved symbols |
20:25.23 | woglinde | okay |
20:25.24 | woglinde | tv now |
20:25.40 | woglinde | till later |
20:26.00 | Zero_Chaos | koen: okay, but despite poor programming practice I know it works, so.... is there a way to resolve this or not? |
20:26.13 | koen | Zero_Chaos: the kernel can't trap itself |
20:26.25 | koen | do even if it compiles it will never work |
20:26.35 | koen | s/do/so/ |
20:26.56 | koen | which is why floating point isn't allowed inside the kernel |
20:27.17 | koen | "will never work on a system without FPU", that is |
20:27.31 | Zero_Chaos | koen: okay... I know it works when there is an FPU (i.e. my laptop), but you are saying there is no way at all with no FPU? |
20:27.38 | Zero_Chaos | koen: dirty or not |
20:27.42 | koen | right |
20:27.53 | Zero_Chaos | well that just sucks |
20:28.01 | koen | and use clue-by-4 on the authors head |
20:28.50 | koen | floating point isn't allowed in the kernel, not matter how 1337 that guy is |
20:29.28 | Zero_Chaos | oh the code is shit, I know that |
20:29.56 | Zero_Chaos | it's terrible code but until kernel 2.6.22 I can't use any other driver for the hardware, so I'm kinda up a creek |
20:30.07 | koen | why not use 2.6.22? |
20:30.50 | Zero_Chaos | I don't want to try and update angstrom's kernel and last I checked it was 2.6.21-RP |
20:31.00 | Zero_Chaos | I'm sure there are a few things I do not know that would cause me issue |
20:31.15 | koen | http://svn.o-hand.com/view/poky/trunk/meta/packages/linux/linux-rp_2.6.22.bb?rev=2205&view=auto |
20:31.20 | koen | linux-rp 2.6.22 |
20:31.37 | Zero_Chaos | ahh, so this is the famous "poky" that I've heard about |
20:32.37 | Zero_Chaos | and why are poky packages not in sync with monotone? just poky is unstable and monotone is testing? |
20:33.16 | zecke | ~poky |
20:33.16 | ibot | well, poky is http://projects.o-hand.com/poky, or a subset of OpenEmbedded, created by o-hand.com to testdrive some of their technology |
20:36.20 | Zero_Chaos | ~o-hand |
20:36.26 | Zero_Chaos | ~o-hand.com |
20:36.34 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.4) |
20:37.22 | Zero_Chaos | LoL, and of course, I need .23 not .22 |
20:37.33 | Zero_Chaos | I guess it is time to start making myself more useful :-) |
20:46.10 | koen | 'night all |
20:58.41 | *** join/#oe memeruiz_ (n=memeruiz@Mb2d7.m.pppool.de) |
21:02.26 | *** join/#oe dcordes (n=ucordes@e179102166.adsl.alicedsl.de) |
21:08.17 | *** join/#oe greentux (n=lemke@Z7acf.z.pppool.de) |
21:34.41 | *** join/#oe mhnoyes__ (n=mhnoyes@dialup-4.246.18.142.Dial1.SanJose1.Level3.net) |
22:04.09 | *** join/#oe nauj27 (n=nauj27@245.Red-80-36-17.staticIP.rima-tde.net) |
22:06.33 | _diego__ | uhm: checking how to run the C++ preprocessor... /lib/cpp |
22:06.43 | _diego__ | configure: error: C++ preprocessor "/lib/cpp" fails sanity check |
22:07.03 | _diego__ | i got this error building libtool-native |
22:09.10 | *** join/#oe Timelord (n=TL@c-98-197-163-224.hsd1.tx.comcast.net) |
22:16.21 | zecke | _diego__: yes? check config.log? |
22:18.03 | _diego__ | don't say anything interesting, but looking on google, i found out it was a problem that g++ was not installed |
22:18.30 | _diego__ | weird error message ^^ |
22:19.32 | *** join/#oe Marex_Yggdrasil (n=Marex@85.132.236.161) |
22:20.43 | RP | koen|away: The answer to c) is that we need to install all packaged in DEPENDS |
22:20.58 | RP | koen|away: Other than that, feel free to post it |
22:21.34 | RP | zecke: Given the invasive nature of the fetcher changes, should we run a 1.10 "stable" release series for them? |
22:25.01 | zecke | if we say 2.0 is allocated for the GUI changes we should do that? |
22:25.08 | zecke | s/?/!/ |
22:25.54 | RP | zecke: 1.10 would be 1,8 with trunk fetcher changes and 1,9 would become 1.11 |
22:26.17 | RP | zecke: UI would still be 2.0 and the changes towards to UI would not hit 1.10 |
22:26.32 | RP | Not entirely clean but... :} |
22:27.05 | zecke | RP: ah okay, poky is already using the fetcher changes? |
22:27.18 | RP | zecke: no |
22:27.30 | RP | zecke: I would branch for 1.10 and request testing |
22:27.35 | RP | note not tag |
22:27.56 | zecke | RP: you would feel more secure to not touch 1.8? We can do it that way then |
22:28.10 | RP | zecke: I'm happy enough to change 1,8 |
22:28.27 | RP | zecke: I just wondered if we should have a 1.10... |
22:28.37 | RP | I have the commit ready for 1.8 as it happens |
22:44.46 | CIA-3 | 03rpurdie 07bitbake-1.8 * r849 10/ (7 files in 3 dirs): Add persitent data store from trunk, sync the fetcher changes to use the persistent store |
22:47.51 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
22:53.56 | CIA-3 | 03slapin 07org.oe.dev * r7794e8dc... 10/ (1 conf/machine/palmt650.conf): conf/machine/palmt650.conf: Adding pxa2xx-ac97 module to autoload |
22:56.44 | *** join/#oe jbs (n=Bernardo@89.181.51.251) |
22:59.36 | CIA-3 | 03rpurdie * r850 10/ (4 files in 2 dirs): Update parser to work optimally with the new fetcher code |
23:27.30 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
23:32.19 | *** join/#oe bluelightning (n=blueligh@219-89-46-118.dialup.xtra.co.nz) |
23:40.31 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |