00:08.27 | *** join/#oe Zero_Chaos- (i=xvpafwo@unaffiliated/zerochaos) |
00:18.27 | *** join/#oe chopstix (n=chopstix@unaffiliated/chopstix) |
00:41.17 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
00:57.25 | *** join/#oe noclouds (n=mhfan@60.166.43.201) |
01:06.01 | *** join/#oe mithro (n=tim@203.63.126.9) |
01:15.22 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
01:20.17 | *** join/#oe tmbinc (i=abcd@e176164196.adsl.alicedsl.de) |
01:25.06 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
01:32.40 | *** join/#oe RP (i=1000@tim.rpsys.net) |
01:34.10 | *** join/#oe do13- (n=ndirk@do13.in-dsl.de) |
01:44.21 | *** join/#oe leoncamel (n=leoncame@219.142.186.3) |
01:45.45 | leoncamel | hey, psokolovsky. do you slove the problem of libpng-config ? |
01:46.10 | psokolovsky | leoncamel, actually, just having a look at it ;-) |
01:47.26 | leoncamel | psokolovsky, ok, could you give me some clue, so that I could fix it ? |
01:48.00 | psokolovsky | leoncamel, wait few mins, and I just might have it fixed ;-) |
01:48.01 | *** join/#oe mithro (n=tim@203.63.126.9) |
01:48.20 | leoncamel | psokolovsky, GREAT .. I am waiting for it. :) |
01:53.52 | psokolovsky | leoncamel, please remind me, what exactly failed in your build? |
01:54.25 | leoncamel | psokolovsky, I am trying to build opie-image. |
01:54.48 | psokolovsky | leoncamel, what package failed exactly when trying to link with libpng? |
01:55.14 | leoncamel | psokolovsky, oh. libxine-fb |
02:01.08 | leoncamel | psokolovsky, how it that going ? |
02:02.21 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a74.ptbyny.tds.net) |
02:04.19 | psokolovsky | leoncamel, pretty well ;-) |
02:04.52 | leoncamel | psokolovsky, OK. please share me your patch ? |
02:05.02 | psokolovsky | not yet ready |
02:05.46 | leoncamel | psokolovsky, :) OK. |
02:23.01 | psokolovsky | stoopid sh scripts |
02:23.28 | psokolovsky | leoncamel, I have a solution, but it's dirty |
02:23.41 | psokolovsky | should stop using shell and rewrite stuff in python |
02:23.54 | leoncamel | psokolovsky, OK. Please share me your patch ? ;) |
02:24.16 | psokolovsky | leoncamel, as it's dirty, some more time needed to get it right |
02:24.59 | leoncamel | psokolovsky, why not add runconf section into the libpng-xxx.bb file ? |
02:25.28 | leoncamel | psokolovsky, I think it is a better way. |
02:25.59 | psokolovsky | leoncamel, no, that's not better way nor really a solution. |
02:26.39 | leoncamel | psokolovsky, hmm, kergoth is the maintainer of this pacakage . |
02:27.40 | leoncamel | psokolovsky, hmm, why is it not a really solution ? |
02:27.41 | psokolovsky | leoncamel, wanna wait while he fixes it? |
02:28.10 | psokolovsky | because problem is due to different stuff |
02:28.10 | leoncamel | psokolovsky, NO. I wanna fix it ASAP. |
02:28.27 | leoncamel | psokolovsky, OK. could you tell me more about the problem ? |
02:28.35 | leoncamel | psokolovsky, what exactly it is ? |
02:28.45 | psokolovsky | leoncamel, I either tell or fix it ;-) |
02:28.54 | psokolovsky | patch will say it all ;-) |
02:29.18 | leoncamel | psokolovsky, HMM. I am not clear. |
02:29.41 | leoncamel | psokolovsky, is there anyother package similiar with libpng ? |
02:30.09 | leoncamel | psokolovsky, which provided a xxxx-config tool ? |
02:30.11 | psokolovsky | yeah, quite few actually have the same problem, and I'm fixing it in general way |
02:30.28 | leoncamel | psokolovsky, OK. how did you fix it ? |
02:32.55 | psokolovsky | I will commit fix as soon as I have it |
02:46.27 | *** join/#oe polyonymous (i=hacker@pD953914B.dip0.t-ipconnect.de) |
02:46.40 | psokolovsky | leoncamel, ready to perform acceptance of the fix? |
02:47.13 | leoncamel | psokolovsky, what ? |
02:47.54 | psokolovsky | leoncamel, I need your help to check that both your issue fixed and no regressions introduced. Can you build curl package now? |
02:48.13 | *** join/#oe Laibsc1 (n=Laibsch@V2655.v.pppool.de) |
02:48.23 | leoncamel | psokolovsky, yes. curl is already there . |
02:48.56 | psokolovsky | leoncamel, please have a look at curl-config in staging dir. does it have right paths? |
02:49.04 | leoncamel | psokolovsky, yes. |
02:49.17 | leoncamel | psokolovsky, I am reading through it just now . :) |
02:50.19 | CIA-9 | 03pfalcon 07org.oe.dev * rde34b2ed... 10/ (1 classes/binconfig.bbclass): (log message trimmed) |
02:50.19 | CIA-9 | binconfig.bbclass: Fix path rewriting for staged packages. |
02:50.19 | CIA-9 | * This bbclass does path rewriting within *-config scripts for packages |
02:50.19 | CIA-9 | being staged. However, it used to expect variable assignments in form foo=bar, |
02:50.19 | CIA-9 | whereas some packages (e.g. libpng) have foo="bar". Fixed to understand both |
02:50.20 | CIA-9 | formats. |
02:50.24 | CIA-9 | * Note: I consider this fix a workaround, as it uses overquoted regexps passed |
02:50.28 | psokolovsky | leoncamel, here we go |
02:50.49 | psokolovsky | leoncamel, please rebuild both packages and check that their configs are ok. |
02:51.07 | psokolovsky | leoncamel, do sth like "bitbake libpng -c rebuild" |
02:51.13 | psokolovsky | the same for curl |
02:51.51 | psokolovsky | leoncamel, when checking *-configs after rebuild, make sure that they aer actually new, i.e. have latest timestamp |
02:54.00 | leoncamel | psokolovsky, OK. I will rebuild all package to test it . :) |
02:54.34 | psokolovsky | leoncamel, please rebuild these two if possible now, and let me know, so I can close bug |
02:54.50 | leoncamel | psokolovsky, OK. :) |
02:55.29 | leoncamel | psokolovsky, I am pulling now .. :) |
02:55.56 | psokolovsky | leoncamel, if you're interested what it was, patch is in commit ML/its archives. if you look, libpng*.bb wasn't touched at all in fix. |
02:56.42 | leoncamel | psokolovsky, hmm, you only modified the "classess/binconfig.bbclass". right ? |
02:56.54 | psokolovsky | yes |
02:57.39 | leoncamel | psokolovsky, OK. testing started .. I am waiting for it . |
02:57.55 | leoncamel | psokolovsky, BTW, where are you living now ? |
02:58.23 | psokolovsky | leoncamel, I'm from Ukraine |
02:58.43 | leoncamel | psokolovsky, OH. I am living in China. :) nice to meet you . |
02:58.56 | psokolovsky | leoncamel, me too ;-) |
02:59.58 | leoncamel | psokolovsky, and how long did you using OE ? |
03:00.44 | psokolovsky | leoncamel, not that long, a bit longer than 2 months ;-) |
03:01.01 | leoncamel | psokolovsky, hmm, http://bugs.openembedded.org/show_bug.cgi?id=1326 . maybe this should be closed at the same time. |
03:01.10 | leoncamel | psokolovsky, rebuilding now |
03:01.28 | psokolovsky | leoncamel, waiting for your confirmation it's actually fixed ;-) |
03:02.45 | leoncamel | psokolovsky, what a *bad* new ... |
03:02.58 | leoncamel | psokolovsky, it *WORKS* ... ;) |
03:03.10 | psokolovsky | leoncamel, both packages? |
03:03.19 | leoncamel | psokolovsky, what's the next ? |
03:03.43 | psokolovsky | leoncamel, you tested curl, right? |
03:04.08 | leoncamel | psokolovsky, OH.. the libpng works. and the curl is testing now.. :) |
03:04.16 | psokolovsky | ok |
03:05.26 | leoncamel | psokolovsky, :). what a *good* news. IT STILL WORKS.. |
03:05.37 | leoncamel | psokolovsky, thanks you for you kindly and quickly help .. ;) |
03:06.26 | psokolovsky | leoncamel, ok, so we're golden ;-). Sorry for hassle. And thanks for helping with verifying it. Enjoy OE! |
03:07.31 | leoncamel | psokolovsky, aha .. I am continue building libxine-fb now. :) |
03:11.42 | leoncamel | psokolovsky, :). and are you maintaining the "classess" now ? |
03:12.14 | psokolovsky | leoncamel, nope, just striving to be useful OE developer ;-) |
03:13.13 | leoncamel | psokolovsky, and you are one of OE developer ? |
03:13.18 | *** join/#oe chopstix (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
03:13.29 | leoncamel | psokolovsky, OK. the libxine-fb works. :) |
03:14.09 | psokolovsky | leoncamel, I have commit and would like to move OE further. |
03:14.12 | psokolovsky | leoncamel, cool |
03:14.48 | leoncamel | psokolovsky, :) |
03:15.19 | leoncamel | psokolovsky, I haven't got the mail from OE which contains your patch . :) |
03:16.09 | leoncamel | psokolovsky, OK. the building continues. :) |
03:17.25 | psokolovsky | leoncamel, maybe you need to subscribe to openembedded-commits@lists.openembedded.org is you want to get commit mails (traffic is noticeable though) |
03:18.19 | leoncamel | psokolovsky, hmm, OK. I am reading you patch from the website. :) |
03:19.31 | CIA-9 | 03pfalcon 07org.oe.dev * re0dd8288... 10/ (1 packages/libpng/libpng_1.2.12.bb): |
03:19.31 | CIA-9 | libpng 1.2.12: Bump PR so seconf fix to #1326 was propogated. |
03:19.31 | CIA-9 | * Fixes paths in libpng-config. |
03:20.55 | leoncamel | psokolovsky, I have a question about binclasses. |
03:21.05 | leoncamel | psokolovsky, get_binconfig_mangle returns a string for "sed" using ? |
03:21.26 | psokolovsky | leoncamel, yep, it seems ;-) |
03:22.01 | leoncamel | psokolovsky, hmm, how about your modification on libpng package ? |
03:22.14 | leoncamel | psokolovsky, the lastest commit of yours. |
03:22.25 | leoncamel | psokolovsky, what's that ? |
03:22.45 | psokolovsky | leoncamel, that's required for all other people who have broken version of libpng to upgrade automatically |
03:25.24 | *** join/#oe gints__ (n=gints@62.84.15.211) |
03:28.48 | leoncamel | psokolovsky, here is another problem . http://rafb.net/paste/results/qqiSSi97.html |
03:29.14 | leoncamel | psokolovsky, I builded opie-image failed. |
03:29.23 | leoncamel | psokolovsky, could you mind have a look at it ? |
03:32.38 | psokolovsky | leoncamel, some dependency problem |
03:33.12 | leoncamel | psokolovsky, hmm, maybe the opie-task-* stuff. any clue ? |
03:36.15 | psokolovsky | leoncamel, please report this as bug, and as workaround, try to build missing packages manually |
03:36.45 | psokolovsky | leoncamel, I really don't know what that can be, so far I haven't built opie-image yet (only gpe) |
03:38.28 | leoncamel | http://rafb.net/paste/results/XehLqF46.html |
03:38.40 | leoncamel | nothing builded . |
03:38.56 | leoncamel | psokolovsky, and do you rebuild gpe-image recently ? |
03:39.06 | leoncamel | psokolovsky, it is also failed building gpe-image. |
03:39.23 | leoncamel | psokolovsky, pls have a look at this :http://rafb.net/paste/results/XtdCfL66.html |
03:42.57 | psokolovsky | leoncamel, what target are you building for? I don't have that lib in workdir |
03:43.53 | leoncamel | psokolovsky, you mean the "machine" option ? |
03:44.07 | psokolovsky | leoncamel, yes, "distro" too |
03:44.58 | leoncamel | the distro is based on generic-unstable.conf, and add my favoriate option. |
03:45.28 | *** join/#oe x29a (n=x29a@pD9EED681.dip.t-dialin.net) |
03:45.42 | psokolovsky | leoncamel, so, you should what you select, why you need it, and why it breaks ;-) |
03:45.52 | psokolovsky | angstrom doesn't build that lib |
03:46.13 | leoncamel | psokolovsky, and the machine is based on openzaurus. |
03:46.28 | psokolovsky | should know I meant |
03:47.13 | psokolovsky | the likely cause is that you nead a proper distro or define stuff to build more precisely yourself |
03:47.16 | leoncamel | psokolovsky, hmm, yes. |
03:48.08 | leoncamel | psokolovsky, I will check it. |
03:49.12 | leoncamel | psokolovsky, but the pacakge liblbxutil-X11R7.1-1.0.1. is either buggy ? right ? |
03:49.58 | leoncamel | psokolovsky, and it should reported to bugzilla ? right ? |
03:50.44 | psokolovsky | leoncamel, yes, that would be nice |
03:51.18 | psokolovsky | ok, time to get some sleep |
03:51.41 | psokolovsky | Have a nice day/morning, people! |
03:53.10 | leoncamel | psokolovsky, :) have a nice dream .. ;) |
05:34.58 | CIA-9 | 03lenehan 07org.oe.dev * rc6382b7d... 10/ (1 packages/clamav/clamav_0.88.4.bb): |
05:34.59 | CIA-9 | clamav 0.84: Inherit binconfig so that the clamav-config script is staged, |
05:34.59 | CIA-9 | so that building applications that depend on libclamav works. Also update |
05:34.59 | CIA-9 | some descriptions. |
06:02.13 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
06:03.00 | *** join/#oe awelux (n=awelux__@dslb-084-058-152-077.pools.arcor-ip.net) |
06:22.32 | *** join/#oe rob_w (n=rob_w@p549B93F2.dip0.t-ipconnect.de) |
06:38.57 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
06:42.35 | *** join/#oe bluelightning (n=blueligh@222-155-223-117.jetstream.xtra.co.nz) |
06:59.57 | *** join/#oe rob_w (n=rob_w@p549B93F2.dip0.t-ipconnect.de) |
07:06.15 | *** join/#oe furlongm (n=furlongm@83.70.249.242) |
07:07.26 | *** join/#oe tkp (n=tom@spc2-brig9-0-0-cust665.asfd.broadband.ntl.com) |
07:21.57 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
07:28.55 | *** join/#oe blaster8 (n=blaster8@dsl-217-155-56-85.zen.co.uk) |
07:29.36 | CIA-9 | 03pH5 07org.oe.dev * r75b12926... 10/ (1 packages/avahi/avahi_0.6.14.bb): |
07:29.36 | CIA-9 | avahi: add 0.6.14 |
07:29.36 | CIA-9 | <PROTECTED> |
07:29.42 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
07:29.45 | CIA-9 | 03pH5 07org.oe.dev * r83d3a002... 10/ (14 files in 8 dirs): udev: remove needless machine specifications |
07:41.20 | CIA-9 | 03clarson 07org.oe.dev * r0cb00e95... 10/ (1 classes/package.bbclass): |
07:41.20 | CIA-9 | package.bbclass: |
07:41.20 | CIA-9 | <PROTECTED> |
07:41.20 | CIA-9 | <PROTECTED> |
07:41.21 | CIA-9 | <PROTECTED> |
07:41.21 | CIA-9 | <PROTECTED> |
07:49.42 | *** join/#oe pvanhoof (n=pvanhoof@mailhost.newtec.be) |
07:54.38 | *** join/#oe bigd0g (n=b1gdo6@193.1.99.21) |
07:54.57 | koen_ | kergoth: you are landing depchain today? |
07:55.10 | koen_ | good morning all |
07:55.30 | kergoth | yup, finally got it only adding rrecommends on -dev and -dbg packages that actually exist |
07:55.36 | kergoth | morning |
08:02.43 | XorA | morning |
08:02.54 | kergoth | hey |
08:06.00 | koen | hey XorA |
08:06.06 | koen | http://avahi.org/wiki/AboutAvahi#Distributions <- mentions OE |
08:12.18 | blaster8 | Anyone have a clue how Firmware Loading works in OE? |
08:12.41 | kergoth | koen: nice |
08:13.07 | koen | blaster8: afaik via udev if you have a recent 2.6 kernel |
08:13.14 | blaster8 | indeed |
08:13.25 | blaster8 | and how udev works for networking devices :) |
08:13.26 | RP | morning all |
08:13.44 | blaster8 | anyway, I'm digging around for any documentation I can find |
08:13.52 | koen | hey RP |
08:16.04 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
08:18.15 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
08:20.29 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
08:21.29 | *** join/#oe ade|desk (n=ADAVEY@194.200.143.249) |
08:21.51 | ade|desk | morning folks |
08:22.02 | RP | morning ade|desk |
08:22.05 | kergoth | http://ibot.rikers.org/stats/oe.html.gz sad that i dont even make the top 25 active talkers in here anymore :P |
08:23.07 | RP | hmm. 5th :) |
08:23.45 | koen | heh |
08:23.54 | koen | the "most used words" is funny |
08:24.09 | ade|desk | kergoth: ah the trick is to be the top lurker |
08:24.34 | kergoth | RP brings happiness to the world. 26.8% lines contained smiling faces. :) |
08:24.36 | kergoth | hehe |
08:25.38 | kergoth | It seems that lrg's shift-key is hanging: 5.5% of the time he/she wrote UPPERCASE. |
08:25.38 | kergoth | For example, like this: <lrg> RP: :) |
08:25.41 | kergoth | hahah |
08:25.54 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
08:28.37 | ade|desk | are those times UTC ? |
08:34.29 | XorA | kergoth: just accdently dump bitbake source in the channel, that should make your stats interesting :-) |
08:49.45 | *** join/#oe eFfeM_log (n=eFfeM@ip545787f8.direct-adsl.nl) |
08:58.49 | *** join/#oe leoncamel (n=leoncame@219.142.186.3) |
08:59.50 | v8jlene | kergoth: Your change to package.bbclass has broke everything here. See http://pastebin.ca/169974 for an example. |
09:01.05 | *** join/#oe den-ros (n=den@ppp83-237-44-173.pppoe.mtu-net.ru) |
09:01.33 | *** join/#oe florian_kc (n=fuchs@dns.kernelconcepts.de) |
09:03.06 | kergoth | v8jlene: oops, sorry about that, a delta got in that i didnt catch. checking in the fix |
09:04.46 | kergoth | v8jlene: pushed, try that |
09:05.10 | kergoth | (too many trees) |
09:05.14 | CIA-9 | 03clarson 07org.oe.dev * r48ef0434... 10/ (1 classes/package.bbclass): package.bbclass: yank an unintentional change. |
09:05.14 | v8jlene | kergoth: no problems. I'll will applogise to the cpan class though... which isn't broken afterall ;) |
09:05.28 | kergoth | hehe |
09:06.53 | leoncamel | ~irc |
09:06.57 | ibot | methinks irc is Internet Relay Chat or a massive time sink |
09:07.01 | leoncamel | ~irclog |
09:07.03 | ibot | [irclog] http://www.handhelds.org:8081/irclogs |
09:07.26 | v8jlene | kergoth: All working again now. Thanks. |
09:07.28 | leoncamel | ~ibot |
09:07.29 | ibot | it has been said that ibot is a blootbot written in perl run by TimRiker on his server. logs on http://ibot.rikers.org/<chan>/ , ibot, jbot, apt are all the same process. It uses sqlite, but mysql or other SQL storage is also supported. |
09:08.37 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-110-204.pools.arcor-ip.net) |
09:09.03 | kergoth | the oe packaging stuff really has a lot of cruft from old ways of doing things |
09:09.09 | kergoth | needs a cleanup |
09:15.20 | koen | if only &*$#&#@ uclibc would build, I'd be a lot closer to building a nice installer for Ångström |
09:16.03 | florian_kc | good morning |
09:19.56 | *** join/#oe polyonymous (i=hacker@pD95396C9.dip0.t-ipconnect.de) |
09:32.17 | *** join/#oe Slims (n=devnow@233.145.79.83.cust.bluewin.ch) |
09:33.28 | RP | kergoth: Its not the only thing :-/ |
09:42.15 | minipanda | v8jlene: hullo, seems someone else meet gettext-native breakage yesterday. :-) |
09:42.47 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-107-043.pools.arcor-ip.net) |
09:48.19 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:49.10 | ade|desk | koen: i think that your uclibc problem is a toolchain error not the library itself |
09:49.58 | koen | the toolchain works fine when building glibc |
09:50.05 | v8jlene | minipanda: Yeah, seem to be something gentoo have done with their java setup. |
09:50.14 | ade|desk | the daily compile logs for uclibc svn show it is working for all arch but bfin and hppa |
09:50.19 | koen | ade|desk: and it has virtually all patches from buildroot/uclibc applied |
09:50.29 | koen | ade|desk: 'arm' is a bit vague |
09:50.51 | koen | ade|desk: OABI, EABI, vfp, fpa, softfpa, softvfp, iwmxt? |
09:50.57 | ade|desk | true |
09:51.03 | koen | and their permutations |
09:51.17 | ade|desk | i doubt EABI is used in the compile |
09:51.50 | ade|desk | vfp,fpa,soft etc .. should be little difference |
09:53.08 | koen | maybe, but the buildlog doesn't mention it |
09:53.16 | ade|desk | koen what arch are you trying for and i will take a look tomorrow |
09:53.18 | koen | so for arm the buildbot is pretty useless |
09:54.11 | koen | armv5te-linux-uclibcgnueabi |
09:54.31 | koen | DISTRO=angstrom-2007.1 MACHINE=h2200 ANGSTROM_MODE=uclibc |
09:54.35 | ade|desk | koen in the same way i{3,4,5,6}86 is only reported as i386 in the logs |
09:54.41 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
09:55.54 | koen | with http://ewi546.ewi.utwente.nl/tmp/uclibc.diff |
09:55.54 | ade|desk | ok so eabi arm little endian with thumb as well ... don't ask too much of your toolchain then ;) |
09:56.34 | koen | KERNEL_SOURCE="/data/build/koen/OE/build/tmp/angstrom/cross/arm-angstrom-linux-uclibcgnueabi" looks weird to me |
09:56.41 | ade|desk | koen: USE_BX might help |
09:56.59 | koen | but the whole uclibc/ dir in OE seems to be on crack for the uninitiated |
09:57.41 | ade|desk | i totally agree |
09:58.36 | koen | does uclibc need 'kernel sources' or 'linux-libc-headers' ? |
10:00.13 | ade|desk | good point, pre 2.6.15 uclibc should use the linux-libc-headers, as on 2.6.18 its better to use the kernel source to make the headers first |
10:02.10 | koen | hmmm |
10:02.18 | koen | that would make uclibc depend on the kernel |
10:12.37 | CIA-9 | 03MartinDietze 07org.oe.dev * r619a276e... 10/ (3 files in 2 dirs): xorg-lib: added nylon-specific solutions to bugs #1411, #1412 (can well be made common by maintainers) |
10:12.46 | CIA-9 | 03MartinDietze 07org.oe.dev * rb4bf51e9... 10/ (5 files in 4 dirs): kismet: added kismet configuration for mtx-1, mtx-2 for version 2005-01-R1 |
10:12.48 | CIA-9 | 03MartinDietze 07org.oe.dev * r1482c6f1... 10/ (1 classes/nylon-helpers.bbclass conf/distro/nylon.conf): nylon: added nylon-helpers.bbclass (helper functions for working on the svn trunk), updated preferred providers in nylon.conf. |
10:12.54 | CIA-9 | 03MartinDietze 07org.oe.dev * r1549b228... 10/ (7 files in 4 dirs): busybox: added nylon setup for versions 1.2.0 and 1.2.1 |
10:13.05 | CIA-9 | 03MartinDietze 07org.oe.dev * r14f21ea0... 10/ (1 packages/ppp-dsl/ppp-dsl_0.1-monolithic.bb): ppp-dsl: added ppp-dsl version for monolithic kernels. |
10:13.14 | CIA-9 | 03MartinDietze 07org.oe.dev * ra9647afc... 10/ (4 files in 3 dirs): mtn: added configuration for cvs20041113 version of mtd-utils which works for nylon/mtx-[12]. |
10:13.24 | CIA-9 | 03MartinDietze 07org.oe.dev * r178ad077... 10/ (1 packages/meta/nylon-feed.bb packages/meta/nylon-feed.inc): |
10:13.24 | CIA-9 | nylon-feed: changed some defaults, added packages |
10:13.24 | CIA-9 | * use linux-hotplug instead of hotplug-ng |
10:13.24 | CIA-9 | * use ntp instead of ntp-bin |
10:13.26 | CIA-9 | * add python |
10:13.28 | CIA-9 | * add boost |
10:16.45 | koen | oh dear |
10:17.13 | koen | the nylon people are starting to use unnecessary _nylon overrides again |
10:26.57 | koen | RP: could you have a look at http://ewi546.ewi.utwente.nl/tmp/multi-machine-weirdness.diff ? |
10:27.26 | koen | ade|desk: I pointed uclibc to the kernel sources |
10:27.33 | koen | ade|desk: lets see how far it gets |
10:27.45 | koen | s/kernel sources/staged kernel headers/ |
10:28.14 | koen | w00t |
10:28.20 | koen | Packaged contents of uclibc into /data/build/koen/OE/build/tmp/angstrom/deploy/ipk/uclibc_0.9.28+svn20060914-r2_armv5te.ipk |
10:28.20 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
10:30.36 | XorA | koen: quick build an angstrom image and see if it dies :-) |
10:33.49 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
10:33.55 | do13_ | morning all |
10:34.04 | koen | hey do13_ |
10:34.17 | do13_ | hi koen |
10:44.04 | XorA | ~lart stupid windows for making a different USB port == different device |
10:47.24 | RP | koen: That is a bit of a problem although understandable. The kernel is machine specific and if uclibc has machine specific depends, it should arguably also be machine specific. |
10:47.28 | *** join/#oe tkp_ (n=tom@spc2-brig9-0-0-cust665.asfd.broadband.ntl.com) |
10:47.44 | RP | koen: Really, we need a set of clean headers for uclibc, or a dummy kernel package |
10:48.28 | RP | koen: or, kernel staging shoud not be machine specific |
10:49.20 | koen | uclibc is built within minutes, so making it machine specific wouldn't be a big problem |
10:49.39 | RP | koen: It shouldn't be machine specific though :) |
10:50.40 | koen | I'd vote for fixing up our linux-libc-package, but that is probably a wasted effort |
10:51.24 | RP | koen: Better off making a headers package from a 2.6.18-rc kernel source |
10:51.56 | koen | I saw a 'make headers' command in some git branch earlier |
10:52.36 | RP | koen: It should be in 2.6.18-rc |
10:53.12 | koen | hey mickeyl |
10:53.34 | mickeyl | hi guys |
10:53.34 | RP | morning mickeyl |
10:54.02 | mickeyl | RP: are you into eds? i.e. do you know about the status of the 200601 variant? |
10:54.12 | mickeyl | (which is the one in OE) |
10:54.28 | RP | mickeyl: I know people who are :) |
10:54.50 | RP | mickeyl: ross did the dbus port of eds and is working on getting that merged with upstream |
10:55.12 | RP | (ross being @o-hand.com) |
10:55.12 | mickeyl | RP: lets say I have the opportunity to recommend basing a PIM application suite for a mobile phone. Those guys are already using Gtk+ 2.6. Do you think eds 200601xx is stable enough for a product? |
10:55.20 | *** join/#oe reenoo (n=r@p5489D198.dip.t-dialin.net) |
10:55.23 | chouimat | morning |
10:55.35 | RP | mickeyl: Nokia use it in the 770 for the addressbook |
10:55.49 | koen | which I must add is a piece of crap |
10:55.57 | mickeyl | RP: *nod* |
10:56.04 | koen | it crashes after importing a vcard |
10:56.16 | mickeyl | gconf-dbus is worrying me a bit |
10:56.18 | mickeyl | it doesn |
10:56.31 | mickeyl | 't seem to be accepted in mainstream |
10:56.52 | RP | mickeyl: It should end up in mainstream eventually |
10:57.34 | reenoo | morning |
10:58.24 | leoncamel | reenoo, morning |
10:58.31 | RP | morning reenoo |
10:59.09 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
10:59.25 | RP | mickeyl: I just asked ross and dbus-glib will be merged for 2.18 |
10:59.35 | RP | koen: The vcard issue isn't eds's fault ;-) |
10:59.49 | reenoo | hi leoncamel |
10:59.51 | reenoo | hey RP |
10:59.57 | koen | RP: could be, but the 770 is a bad example to use |
10:59.59 | mickeyl | RP: 2.18 of what? |
11:00.09 | mickeyl | ah, gnome |
11:00.13 | RP | yes |
11:00.18 | mickeyl | excellent, thanks |
11:00.42 | mickeyl | i have some more questions to ask you, but i'm afraid i need to do that via email... *cough* |
11:01.01 | RP | mickeyl: ross also mentioned the addressbook is well tested and stable, the calander a bit less though dates does work with it :) |
11:01.21 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
11:01.43 | mickeyl | RP: i see. i've noticed TRUNK needs gtk+ 2.10 now, so we're kind of stuck with the january version |
11:01.43 | RP | If the calendar did have any issues, I suspect there'd interest in fixing them but dates should have caught any major issues |
11:01.44 | koen | mickeyl: and keep in mind that eds(-dbus) will give you syncing with opensync for free |
11:01.48 | flux | hola :) |
11:02.02 | mickeyl | koen: *strike* eds was a very good recommendation. i like it |
11:02.13 | RP | mickeyl: That is due to the syncing/merging process with mainline eds - you can't win really :-/ |
11:02.30 | mickeyl | koen: so we just need to come up with a solution for *cough* outlook *cough* |
11:02.47 | mickeyl | RP: of course. you know though, when you have to make a product, you need to fixate versions |
11:02.49 | koen | didn't ximian/novell open-source the connector? |
11:04.03 | chouimat | koen yup put it depend on specific version of outlook web interface |
11:04.08 | chouimat | s/put/but |
11:05.03 | koen | ade|desk: could you have a look at http://www.openembedded.org/~koen/OE/uclibc-svn.diff ? |
11:05.19 | mickeyl | RP: on a slightly related note... do you know how the performance situation is w/ gtk+ 2.10. is that sorted out yet? |
11:05.33 | RP | mickeyl: That's a very related note :) |
11:05.42 | mickeyl | righto, it is |
11:05.53 | RP | mickeyl: There has been dicussion but not a lot of action. We can't get the cario people interested |
11:06.00 | mickeyl | bummer |
11:06.28 | RP | jorn@o-hand did spend some time on it and there are ideas of how to solve the problem floating around :-/ |
11:06.59 | RP | o-hand do want to see that addressed |
11:09.30 | RP | mickeyl: It might be worth you talking to some people at o-hand, if you send me an email, perhaps I can introduce you to some people |
11:10.17 | RP | I do most things except gtk/apps here which means I'm probably not the best person to talk to about this :) |
11:10.58 | rwhitby | Morning all |
11:10.59 | mickeyl | RP: that would be really helpful. we might have a chance to cooperate business wise as well here :) |
11:11.12 | mickeyl | RP: I'll prepare this mail today. thanks for the offer |
11:11.37 | RP | mickeyl: Indeed :). ok, thanks |
11:12.38 | minipanda | Warning: unable to open an initial console. |
11:12.54 | koen | minipanda: no /dev/console in the rootfs? |
11:12.55 | minipanda | but seems /dev/console was there ... |
11:13.33 | koen | *sigh* |
11:13.35 | koen | NOTE: preferred version 2.4 of glibc not available (for item virtual/arm-angstrom-linux-uclibcgnueabi-libc-for-gcc) |
11:13.56 | mickeyl | heh |
11:13.57 | mickeyl | that again |
11:13.58 | minipanda | koen: oh, no /dev/console in latest build |
11:14.00 | mickeyl | s/again/still/ |
11:14.13 | koen | mickeyl: this has a different twist |
11:14.32 | minipanda | koen: so what shall i do with generic-unstable? i mean howto fix it |
11:14.56 | koen | mickeyl: PREFERRED_PROVIDER_virtual/arm-angstrom-linux-uclibcgnueabi-libc-for-gcc = "uclibc" |
11:16.49 | *** join/#oe Cwiiis (n=cwiiis@81-86-56-58.dsl.pipex.com) |
11:17.26 | RP | koen, mickeyl: I just made the message a little more helpful to show why bitbake gets confused. 50% of the time it picks the wrong one which leads to weird breakage :-/ |
11:17.44 | mickeyl | very good |
11:17.58 | *** part/#oe den-ros (n=den@ppp83-237-44-173.pppoe.mtu-net.ru) |
11:18.05 | koen | RP: in this case the uclibc check in glibc needed to get fixed |
11:18.37 | minipanda | koen: well, is that lack of whole /dev is caused by udev package? |
11:19.09 | koen | minipanda: it should be created by base-files or makedevs or something |
11:19.47 | CIA-9 | 03koen 07org.oe.dev * rf7550674... 10/ (1 packages/glibc/glibc-package.bbclass): glibc: adjust check for uclibc |
11:22.09 | koen | later all |
11:22.21 | CIA-9 | 03koen 07org.oe.dev * r647f04c8... 10/ (3 files in 3 dirs): angstrom: some more uclibc stuff |
11:22.42 | mickeyl | hmm |
11:22.45 | mickeyl | undefined symbol: XmbResetIC |
11:25.03 | *** join/#oe frank7d (n=afs@91.2.3.213.fix.bluewin.ch) |
11:29.31 | mickeyl | | Cannot load module /buildx86/tmp/work/i686-linux/gtk+-2.6.10-r2/gtk+-2.6.10/modules/input/im-xim.la: /buildx86/tmp/work/i686-linux/gtk+-2.6.10-r2/gtk+-2.6.10/modules/input/.libs/im-xim.so: undefined symbol: XmbResetIC |
11:29.32 | mickeyl | | /buildx86/tmp/work/i686-linux/gtk+-2.6.10-r2/gtk+-2.6.10/modules/input/im-xim.la does not export GTK+ IM module API: /buildx86/tmp/work/i686-linux/gtk+-2.6.10-r2/gtk+-2.6.10/modules/input/.libs/im-xim.so: undefined symbol: XmbResetIC |
11:29.34 | mickeyl | ever seen that? |
11:30.21 | RP | some missing x depends? |
11:30.37 | mickeyl | interestingly the corresponding image built fine for arm |
11:30.44 | mickeyl | i'm building for MACHINE=native atm. |
11:30.54 | mickeyl | probably some header / library confusion |
11:31.17 | mickeyl | guess i should remove X completely from the build machine |
11:32.07 | mickeyl | aah |
11:32.11 | mickeyl | X_HAVE_UTF8_STRING again |
11:34.19 | *** join/#oe hwtechnik (n=hwtechni@b1f1.globalcore.net) |
11:40.52 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
11:44.06 | mickeyl | what's the size saving anyway nowadays for diet-x11? |
11:54.49 | minipanda | koen|away: makedev or makedevs? |
11:55.16 | *** join/#oe greentux (n=m@ip-217-18-181-130.static.reverse.dsi.net) |
11:56.25 | minipanda | crap, in $OESTUFF/build/tmp/rootfs/ have /dev, but in bootstrap-image.tar.gz, no! |
11:56.37 | *** join/#oe den-ros (n=den@ppp83-237-44-150.pppoe.mtu-net.ru) |
11:56.45 | greentux | hi rp, hi hrw |
11:59.24 | *** join/#oe Cwiiis (n=cwiiis@81-86-56-58.dsl.pipex.com) |
12:09.03 | *** join/#oe benlau (n=benlau@221.125.13.148) |
12:28.50 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
12:34.42 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
12:34.50 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
12:35.50 | CIA-9 | 03rwhitby 07org.oe.dev * r006e08a6... 10/ (1 packages/ixp4xx/ixp4xx-npe_2.3.bb): ixp4xx-npe: Added support for version 2.3 microcode (but mc_grab doesn't extract it properly) |
12:39.30 | *** join/#oe EvilDevil_ (n=miau@p54A6F7B3.dip.t-dialin.net) |
12:41.45 | XorA | hmm, hostap results in a hard lock that not even Magic Sysreq will get out of |
12:45.33 | *** join/#oe bd2 (n=ufo@81.222.177.146) |
12:47.03 | hrw | hi |
12:47.32 | hrw | its good to have account with 0.00/h rate |
12:53.35 | chouimat | this really interesting to read http://ktown.kde.org/~seli/memory/ |
12:55.48 | leoncamel | hey. hrw. |
12:56.08 | leoncamel | hrw, do you know why about this ? http://rafb.net/paste/results/qqiSSi97.html |
12:56.12 | leoncamel | hrw, any clue ? |
12:56.56 | hrw | leoncamel: bitbake meta-opie |
12:57.02 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
12:57.18 | hrw | leoncamel: looks like BUILD_ALL_DEPS is not working now |
12:57.23 | hrw | hi dirk |
12:57.45 | do13_ | hey Marcin |
12:58.00 | *** join/#oe bigd0g (n=b1gdo6@193.1.99.21) |
12:59.20 | hrw | cu |
13:08.37 | XorA | RP: in kernel hostap seems to be shafted in linux-openzaurus_2.6.17 |
13:09.38 | *** join/#oe pH5 (n=ph5@e178233055.adsl.alicedsl.de) |
13:13.54 | *** join/#oe Bluetooth (i=Bluetoot@ip-25-101.bnaa.dk) |
13:13.56 | *** part/#oe Bluetooth (i=Bluetoot@ip-25-101.bnaa.dk) |
13:14.43 | *** join/#oe kepen918 (i=KepenUse@85.50.47.255) |
13:14.47 | kepen918 | hola |
13:14.50 | kepen918 | juas |
13:14.53 | kepen918 | soy kepen? |
13:15.36 | XorA | hello |
13:15.40 | kepen918 | hola |
13:15.46 | kepen918 | con quien hablo? |
13:16.04 | kepen918 | puedes decirme quien eres? |
13:16.34 | XorA | kepen918: English please |
13:16.53 | kepen918 | oh sorry, i no spike english |
13:17.11 | do13_ | kepen918: you are from spain? |
13:19.11 | kepen918 | yes |
13:19.16 | kepen918 | in catalonia |
13:19.27 | kepen918 | i from catañonia |
13:19.34 | CIA-9 | 03rwhitby 07org.oe.dev * ra3a176fe... 10/ (1 packages/images/slugos-image.bb): slugos-image: reverted blaster8's changes, as they break the current builds. |
13:19.43 | kepen918 | help, my english its very bad |
13:20.23 | do13_ | kepen918: sorry, I can't speak spanish |
13:21.07 | kepen918 | bye bye |
13:21.11 | *** part/#oe kepen918 (i=KepenUse@85.50.47.255) |
13:29.43 | *** join/#oe joshin (i=josh@VDSL-130-13-143-164.PHNX.QWEST.NET) |
13:30.50 | CIA-9 | 03rwhitby 07org.oe.dev * rc9d0318a... 10/ (1 packages/ixp4xx/ixp4xx-npe_2.3.bb): ixp4xx-npe: fixed the extraction |
13:36.00 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
13:42.43 | pH5 | RP: what do you think about this: http://en.pastebin.ca/170230 (mount.sh whitelist and partitioned blkdevs) |
13:44.16 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
13:44.40 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
13:45.28 | CIA-9 | 03rwhitby 07org.oe.dev * r8156b74b... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Demoted bwmon for ucslugc as it fails to build |
13:45.43 | greentux | somenody interested in a greenphone to build support in oe? |
13:55.16 | mickey|bbl | i wouldn't pay for it, but i would be interested |
13:55.32 | mickey|bbl | dunno whether we it will come with an open source qtopia btw. |
13:55.36 | mickey|bbl | s/we// |
13:57.29 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
13:58.21 | *** join/#oe infoclog (n=viktough@217.110.19.202) |
13:59.28 | RP | greentux: I'd interested in one for a 2.6 kernel port and I'd suspect base OE support would result :) |
13:59.30 | infoclog | i am a newbie in embedded. I was reading a microcontroller spec and could not understand wht RTT meant ? |
14:00.13 | infoclog | CAN, |
14:00.14 | infoclog | USB 2.0, |
14:00.14 | infoclog | Ethernet 10/100, |
14:00.14 | infoclog | RTT, |
14:00.24 | infoclog | oops.. sorry !! |
14:01.05 | RP | pH5: Does that script work with partitions or does a race situation result? |
14:01.27 | koen | greentux: I suspect most OE devs would be interested in a greenphone to make it really 'open' ;) |
14:02.43 | RP | XorA: It works for me? :-/ |
14:07.56 | XorA | RP: ooops with hard lock here, and I dont have serial cable |
14:08.19 | chouimat | <PROTECTED> |
14:11.04 | mickey|bbl | any idea where to find libiberty on a debian system? |
14:11.25 | greentux | koen, ok i can organise one or perhaps two |
14:11.53 | mickey|bbl | sounds good |
14:12.00 | greentux | koen but which of the devs can do some useful things? |
14:12.33 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
14:12.33 | koen | greentux: that depends on what you'd find usefull |
14:12.47 | greentux | koen kernel 2.6 is most important for me... |
14:12.52 | koen | greentux: I think almost every OE dev can add device support and patch the appropriate packages |
14:13.13 | koen | for kernel 2.6 I'd recommend contacting a kernel dev like RP |
14:13.39 | giel | chouimat: what about a little vietnamese lady? :P |
14:14.12 | chouimat | giel: I say less than 100$ ... and this include the maintenance cost :P |
14:14.29 | giel | heh |
14:15.13 | chouimat | giel: I was joking ... it's just I don't feel like cleaning and do last week dishes today ... |
14:15.36 | giel | chouimat: you might have noticed i wasn't completely serious either |
14:15.45 | chouimat | I noticed |
14:15.49 | giel | good. |
14:16.53 | pH5 | mickey|bbl: libiberty.a is in binutils-dev |
14:17.20 | mickey|bbl | aah |
14:17.21 | mickey|bbl | thanks pH5 |
14:17.29 | mickey|bbl | i'm still a debian newby |
14:17.34 | mickey|bbl | i have no idea how to query the package repository |
14:17.39 | greentux | koen ok will organise the devs |
14:17.44 | mickey|bbl | ~lart having to use debian because of professional reasons |
14:18.09 | koen | mickey|bbl: packages.ubuntu.com is your friend :) |
14:18.18 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
14:18.19 | koen | since packages.debian.org is down most of the time |
14:18.19 | mickey|bbl | greentux: a greenphone for some of the Opie guys would maybe bring new life to Qt/Embedded and friends in OE |
14:18.22 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-5f05868c4f6ee68a) |
14:18.23 | mickey|bbl | koen: k |
14:18.29 | greentux | koen, but nobody knows if the sources you get with the device are useful enough... |
14:18.43 | chouimat | mickey|bbl: yup |
14:18.49 | XorA | mickey|bbl: apt-cache search |
14:18.54 | koen | greentux: I'm 100% sure the sources are either missing or crappy licensed |
14:19.05 | koen | greentux: unless I pay $$$$ |
14:19.23 | mickey|bbl | XorA: thanks |
14:19.28 | greentux | koen ok so i will order one community version and will report here... |
14:20.00 | koen | greentux: sounds great |
14:25.23 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
14:31.07 | koen | weirdness |
14:31.30 | koen | gcc-cross doesn't compile, and the patch to fix it is already applied |
14:39.41 | *** join/#oe skjchk42jhf2 (n=Death@c-67-186-244-23.hsd1.ut.comcast.net) |
14:42.46 | *** join/#oe NAbyss_ (n=foo@220-253-55-252.VIC.netspace.net.au) |
14:45.48 | RP | koen: through binary only modules or worse? |
14:46.46 | koen | RP: it's mvista, so anything is possible |
14:47.14 | *** join/#oe csmanx (n=csman@rak-pang.oz.com) |
14:47.32 | RP | koen: Hmm. mvista should know better. Plenty of people to lean on there I guess though |
14:48.16 | koen | RP: mv employs people who's only job is to backport 2.6 stuff to 2.4 |
14:48.30 | koen | so they can lock people into 2.4-mv forever |
14:48.38 | koen | and at $40k per seat.... |
14:50.55 | RP | koen: I know... |
14:51.58 | koen | It's probably cheaper to buy you a rust-free MG :) |
14:52.44 | RP | koen: Don't believe the photos, its not that bad ;-). Not that I'd object to one mind ;-) |
14:53.16 | RP | For rust free I have my nice shiny Daytona 675 :) |
14:54.04 | XorA | koen: mv will use 2.4 because Linus said binary modules on 2.4 were not a GPL volation. He changed his mind for 2.6 |
14:54.47 | RP | Surely if they're illegal for one, they're illegal for the other? |
14:56.10 | koen | not if Linus(TM) says it |
14:56.14 | koen | *cough* |
14:56.38 | RP | koen: What Linus says don't matter. Its what the licence says... |
14:57.45 | XorA | RP: that was a long and painful argument in lkml, Linus point was 2.4 interfaces were simple and public and therefore binary modules could claim to not be derivative, he sad that changed in 2.6 |
14:58.12 | XorA | RP: but any statements along those lines are going to be used by dodgy companies true or not |
14:58.25 | RP | XorA: I know :-( |
14:59.19 | XorA | and us little guys cant afford to sue normally |
14:59.37 | RP | XorA: There are few people who can :-( |
15:05.47 | *** join/#oe sirfred (n=mteira@155.Red-81-44-14.dynamicIP.rima-tde.net) |
15:06.00 | sirfred | Hello |
15:06.07 | pH5 | hi sirfred |
15:06.44 | *** join/#oe france (n=france@pool-141-154-248-190.bos.east.verizon.net) |
15:06.50 | sirfred | pH5: hi |
15:07.10 | koen | hey sirfred |
15:07.33 | pH5 | RP: what kind of race conditions? I'm still fighting with the ipaq to test this (it starts loosing interrupts after the first pcmcia card removal) |
15:08.45 | RP | pH5: When you insert a card, /dev/hda would appear but /dev/hda[1-9] won't appear until after the partition scanning occurs. Also, udev might delay the device creation/reorder it etc. |
15:09.03 | RP | hi sirfreg |
15:09.10 | RP | hi sirfred even :) |
15:09.26 | sirfred | RP: Hi. :) |
15:09.43 | sirfred | RP: Did you have time to ask the framebuffer maintainer about sync ? |
15:10.16 | RP | sirfred: no, I thought you were going to do that... :-/ |
15:10.40 | sirfred | RP: I missunderstood you, sorry. |
15:10.56 | sirfred | RP: Do you know him? |
15:11.34 | pH5 | RP: I understand. In this case the script won't work. The /dev/hda mount would have to sleep a while to wait for partitions to appear. |
15:11.39 | RP | sirfred: kind of. We've exchanged patches :) |
15:11.54 | RP | pH5: Yes, this was my concern... |
15:12.15 | sirfred | RP: That's a good beginning. :) |
15:13.49 | sirfred | RP: I suppose you've seen my mails about the SCALE issues with the IMAGEON. I don't know if you're interested anymore into those things. |
15:13.57 | CIA-9 | 03koen 07org.oe.dev * r3a18c612... 10/ (3 files in 3 dirs): |
15:13.57 | CIA-9 | angstrom: prepare for uclibc/NPTL and seperate uclibc and glibc packages |
15:13.57 | CIA-9 | * NOTE: DEPLOY_DIR changed, remove all do_packages and do_install stamps |
15:14.31 | RP | sirfred: I've seen them and I am interested, I just have no time :-( |
15:15.08 | RP | koen: but does it run? :) |
15:15.11 | sirfred | RP: No problem, I just don't want to disturb you with unwanted mails. |
15:15.15 | koen | I have no idea :) |
15:15.26 | RP | sirfred: Please keep my cc'd, I do read them :) |
15:15.36 | sirfred | RP: of course |
15:15.43 | koen | RP: I decided to idiot-proof the infrastructure first :) |
15:15.48 | RP | sirfred: Do you want me to ask the fbdev maintainer some questions? |
15:15.57 | RP | koen: Always good :) |
15:16.07 | sirfred | RP: Well, I'm pretty sure that sync is just for syncing hardware/software ops. |
15:16.17 | sirfred | RP: That's what other drivers do. |
15:16.47 | sirfred | I think the patch is useful. I know that only applies and accelerates the console. |
15:16.52 | koen | RP: my commit does force the equivalent of a rebuild :( |
15:17.06 | RP | sirfred: I think it also gets called when userspace reads/writes to /dev/fb |
15:17.11 | koen | RP: but it pretty much allows you to mix uclibc and glibc builds :) |
15:17.29 | RP | koen: Mixing the types is cool :) |
15:17.39 | sirfred | RP: That makes sense, to avoid hardware operations to be out of sync. |
15:18.02 | sirfred | RP: Writing/reading the framebuffer from userspace can be seen as a non accelerated operation. |
15:18.12 | sirfred | RP: You must wait for any hw op to finish. |
15:18.16 | koen | multimachine seperates the archs and DEPLOY_DIR = $ANGSTROM_MODE/deploy makes sure images and packages get seperated |
15:18.17 | RP | sirfred: Does your patch account for that? |
15:18.47 | sirfred | RP: It's the same from the driver perspective. |
15:18.59 | sirfred | RP: You don't need to hardware sync if your last operation was not hardware. |
15:19.25 | RP | sirfred: ok. Sorry, I just haven't followed the code as well as I'd like :-/ |
15:19.43 | sirfred | RP: Well, it's a single patch. |
15:19.52 | sirfred | RP: But I think the console is faster. |
15:20.06 | sirfred | RP: Have being using it the last week and haven't found any issue. |
15:20.41 | sirfred | I understand that accelerated console is not a breaking feature, but, I think that if we have it, it should be the best it could. |
15:21.14 | sirfred | So, accelerated framebuffer or not accelerated at all, but partially accelerated... |
15:21.49 | RP | sirfred: It did look like a good idea to me |
15:22.13 | RP | sirfred: I will test and if it works ok for me too, we can submit it for 2.6.19 |
15:22.27 | sirfred | RP: That would be very nice. |
15:22.33 | RP | sirfred: I will also try and really speed up the scrolling :) |
15:22.43 | sirfred | RP: Please keep me informed if you find any problem. |
15:22.45 | koen | does that play well with Xw100? |
15:23.07 | sirfred | koen: It should, as far as the current w100fb plays well. |
15:23.16 | koen | cool |
15:23.22 | RP | sirfred: I'll let you know when I've tried it one way or another |
15:23.31 | sirfred | RP: thanks. |
15:24.36 | sirfred | RP: What's actually making it faster is colour expansion, I think. We're saving a lot of bandwidth. |
15:25.01 | XorA | sirfred: I can test any w100 patches f you need extra testng |
15:25.33 | sirfred | RP: With the current approach, the 1bpp fonts have to be converted to 16bpp before being written to the framebuffer. With this patch we're transfering the 1bpp fonts directly, and colour expansion is being made by the w100 |
15:25.49 | sirfred | XorA: The patch is available in libw100.sf.net. Feel free to test it. |
15:26.01 | RP | sirfred: That is extremely useful :) |
15:26.18 | sirfred | RP: Sure Xw100 could also benefit with this. |
15:26.43 | sirfred | And also alpha blending, that's working fine in the libw100 demos. |
15:26.45 | XorA | sirfred: cool |
15:27.09 | sirfred | XorA: Be patient, because sf is really slow sometimes (most of times) |
15:27.26 | RP | sirfred: Both sound like they could be useful to X although it probably doesn't deal with those bit depths too often :-/ |
15:27.40 | RP | (conversion from 24bpp would be more useful) |
15:27.43 | *** join/#oe leoncamel (n=leoncame@221.221.154.49) |
15:28.05 | sirfred | RP: Conversion is possible, just have to split the 24bpp into a 16bpp non-alpha pixmap and a 4bpp alpha mask. |
15:28.21 | sirfred | XorA: http://prdownloads.sourceforge.net/libw100/w100_extaccel.patch?download |
15:29.05 | RP | sirfred: would that be more work than just converting it within X in the first place though? |
15:29.14 | sirfred | XorA: It should apply against the current linux openzaurus 2.6.17 |
15:29.34 | sirfred | RP: Converting into what? |
15:30.06 | sirfred | RP: You mean blending in CPU ? |
15:30.22 | sirfred | RP: Well, excuse me. I was thinking about pixmaps with alpha channel. |
15:30.54 | sirfred | Not 24bpp non-alpha. The imageon does not support more than 16bpp. |
15:31.29 | XorA | sirfred: I shall try and check that out then |
15:31.36 | *** join/#oe hvontres|poodle (n=root@68.120.74.196) |
15:31.37 | sirfred | XorA: Thanks. |
15:32.55 | sirfred | XorA: I've being playing a little with overlay + scaling in the imageon. |
15:33.16 | sirfred | XorA: You were interested into those things, if I remember correctly. |
15:33.33 | XorA | sirfred: I tried mplayer -vo w100 in Xw100, result is not pretty, but Im sure in time you will have the all singing and dancing solution |
15:34.32 | XorA | sirfred: I use my Z for video watchng on occasion |
15:34.32 | RP | sirfred: The next step for the overlay might be an xv extension :) |
15:34.32 | sirfred | RP: Yes, that would be nice. |
15:34.33 | sirfred | RP: And XvMC... the promised land. |
15:34.40 | XorA | wow Xv / XvMC would make mplayer/xine users happy |
15:34.42 | sirfred | RP: Unfortunately, it seems there's no information for any ATI chip regarding MC and IDCT. It's a pitty, because the IMAGEON seems to share most register names regarding IDCT |
15:35.22 | RP | sirfred: Its a shame there are no docs... |
15:35.40 | sirfred | RP: We need to hack ATI servers. :-\ |
15:35.59 | XorA | RP: sirfred apparently the DivX people managed to get docs before ATI lost them, but they were under NDA |
15:36.03 | sirfred | Perhaps it would be less efort than reverse engineer that part. |
15:36.43 | sirfred | XorA: And do they released any open code, DivX people, I mean? |
15:37.09 | XorA | sirfred: from what they said on forums they got it to do the WinCE version of the player, but no source :-( |
15:37.28 | sirfred | XorA: :-( |
15:37.44 | sirfred | XorA: I'm going to start playing again with the overlay issues. |
15:37.49 | sirfred | XorA: What I got by now is: |
15:37.58 | sirfred | 1.-I was able to overlay from a surface in external memory. |
15:38.03 | *** join/#oe gints_ (n=gints@62.84.15.211) |
15:38.31 | sirfred | Anyway, it seems there's some distortion for YUV surfaces, I don't know why. |
15:38.50 | XorA | sirfred: certanly sounds like things are in capable hands with you :-=) |
15:39.10 | sirfred | 2.-Using stretchblt operations seems not to be the way to follow, because the chroma channels are not handled correctly. |
15:39.42 | sirfred | I tried to stretch separately luma and chroma. We can fake the graphic engine about the luma, saying that it's 8bpp src and dst. |
15:40.02 | sirfred | But chroma is 4bpp, and I've found no way to say to the graphic engine to stretch a 4bpp plane. |
15:40.37 | sirfred | Anyway, it's very strange that overlays can not be scaled directly. I want to look at it again. |
15:41.25 | XorA | sirfred: who knows what mad ideas ATI had |
15:41.38 | sirfred | XorA: Well, I was able to scale the overlay directly, but only with an integer factor (by 2, by 3 and by 4), and that's not nice to show a video full screen. |
15:41.44 | sirfred | XorA: :) |
15:41.54 | XorA | sirfred: I would for a year at ST when they were designing gfx chips, and sense didnt seem to feature much |
15:42.09 | sirfred | XorA: ST? |
15:42.34 | XorA | sirfred: ST Microelectronics, they did the Kyro/KyroII and nvidias first chip |
15:42.42 | sirfred | oh |
15:43.01 | sirfred | XorA: Well, as you have seen, I've setup a wiki about the imageon (expect ATI not to close it) |
15:43.15 | sirfred | XorA: There's also a reference library to test functionality, if you're interested. |
15:43.30 | XorA | sirfred: I did look a few days ago, looked good what was there |
15:43.35 | sirfred | XorA: I have some demos about overlay, stretching,... Your comments + help would be appreciated. |
15:43.46 | koen | sirfred: are the demos available as well? |
15:43.55 | sirfred | XorA: Well, there's a lot of information missing, but it's slowly progressing. |
15:44.03 | sirfred | koen: Yes, they're part of the svn repository. |
15:44.04 | XorA | sirfred: I am closing up my job here, so Im actually busier than before I quit :-) |
15:44.07 | sirfred | koen: In the tests directory. |
15:44.34 | koen | XorA: infect lrg with the 'ooooo! shiny!' virus ;) |
15:45.03 | sirfred | koen: But please, don't try the 'hostcopyrot' one. :) |
15:45.14 | sirfred | koen: If you don't want to restart your machine. |
15:45.36 | sirfred | 'rot' for rotated, but it could be for 'rotten' in this case. |
15:45.49 | koen | I'd need to localize my Z first |
15:46.01 | koen | it's ~1.5m from a poweroutlet and within wifi coverage |
15:46.14 | sirfred | :) |
15:47.24 | koen | and it's running a build with broken alsa so I can't make it beep :) |
15:50.38 | den-ros | :) |
15:51.37 | mickey|bbl | NOTE: package xxx-devel-image-1.0-r0: task do_build: completed |
15:51.48 | mickey|bbl | that was MACHINE = x86 |
15:51.52 | mickey|bbl | or rather, i686 |
15:51.56 | mickey|bbl | no, 'native' even |
15:52.09 | mickey|bbl | now let's see whether these binaries actually work |
15:53.10 | sirfred | mickey|bbl: That means that I could create a distro for an x86 machine? |
15:53.17 | mickey|bbl | yeah! |
15:53.32 | sirfred | I'm thinking in an old 486 laptop I'm storing somewhere. |
15:53.33 | mickey|bbl | well, at least you can use OE to make an ad-hoc SDK |
15:54.05 | CosmicPenguin | mickey|bbl: <sarcasm> what an accomplishment, making an x86 image </sarcasm> |
15:54.06 | CosmicPenguin | heh |
15:54.07 | mickey|bbl | building a distro for x86 involves a bit more, but OE should do that as well |
15:54.42 | mickey|bbl | CosmicPenguin: heh, after it took me 8 hours yesterday to build all the stuff manually this comes as quite a nice relief |
15:55.09 | mickey|bbl | it even didn't work what I built yesterday |
15:55.14 | CosmicPenguin | Wow - what was tripping you up? |
15:55.23 | mickey|bbl | ran into all kinds of problems w/ local stuff vs. native stuff |
15:55.37 | mickey|bbl | header files not matching, symbols missing |
15:55.40 | CosmicPenguin | heh |
15:56.05 | mickey|bbl | i guess some stuff is easier to cross-build than locally |
15:56.10 | mickey|bbl | s/locally/native/ |
15:56.33 | CosmicPenguin | yeah - I'll agree with that |
15:56.33 | mickey|bbl | eds-dbus svn killed me :D |
15:56.46 | XorA|gone | time to get bus |
15:56.58 | CosmicPenguin | We actually did have problems bulding x86-64 -> x86-64 |
15:57.35 | mickey|bbl | we really really need to get away with all the -native packages |
15:57.41 | mickey|bbl | this has to be different |
16:08.35 | *** join/#oe XorA|gprs (n=zsirc@149.254.200.215) |
16:09.06 | XorA|gprs | traffic is insane out here |
16:17.23 | RP | mickey|bbl: I have ideas about native packages and multimachine... |
16:20.56 | XorA|gprs | RP: youll have to invent a pocket universe to give you more time |
16:21.22 | *** join/#oe eno (n=eno@nslu2-linux/eno) |
16:23.54 | *** join/#oe sirfred (n=mteira@223.Red-83-52-177.dynamicIP.rima-tde.net) |
16:25.13 | *** join/#oe TheCan (n=thecan@dslb-084-056-188-244.pools.arcor-ip.net) |
16:26.46 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:38.35 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
16:49.48 | *** join/#oe angom (n=angom@red-corp-200.79.129.196.telnor.net) |
16:56.55 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
17:00.10 | *** join/#oe Cwiiis (n=cwiiis@81-86-56-58.dsl.pipex.com) |
17:16.49 | *** join/#oe furlongm (n=furlongm@83-70-162-153.b-ras1.prp.dublin.eircom.net) |
17:21.25 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
17:30.34 | *** join/#oe france_ (n=france@pool-141-154-248-190.bos.east.verizon.net) |
17:43.03 | ade|desk | koen: will look at it tomorrow when i get back to the office for real |
17:43.41 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
17:47.21 | koen | ade|desk: thanks |
17:47.49 | koen | ade|desk: I'll try to figure out how to add proper uclibc.confs for the machines I want to build for |
17:51.33 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
17:53.03 | hrw | hi |
17:53.08 | hrw | likewise: hi |
17:53.23 | koen | hey hrw |
17:53.26 | koen | hey likewise |
17:54.32 | likewise | hrw: hi there |
17:54.36 | likewise | koen: hi there as well |
17:54.59 | hrw | likewise: can you remind me your email? |
17:55.40 | hrw | I'm too tired now to discuss.. ;( |
17:56.02 | likewise | np, hold on |
17:56.40 | likewise | hrw: saw your OE mailing list mail as well, there is no hurry. leonw@mailcan.com |
17:56.43 | koen | likewise: the cairo float patch was reverted since it caused troubles on some systems |
17:57.24 | likewise | koen: ok, I will test it anyway in the next few weeks. I have also picked up working on a PCI Express card, but my VHDL knowledge is still near-zero. |
17:57.47 | koen | hey mickeyl |
17:57.55 | hrw | I want PIM which is able to link between contacts/todos/events/notes/mails... |
17:57.58 | mickeyl | hi |
17:58.00 | hrw | hi mickeyl |
17:58.09 | mickeyl | cheers hrw |
17:58.10 | koen | hrw: you mean 'people as first class objects' |
17:58.23 | hrw | koen: no. |
17:58.53 | hrw | koen: 'finish writing reply to *this* mail before 2006.09.14 20:00 CEST" |
17:59.15 | koen | ah, you want a crm system |
17:59.16 | hrw | koen: no person info at all in event |
18:00.20 | koen | http://youtube.com/watch?v=64QuJdJmCbA is nice to watch for people that want to design a PIM system |
18:01.05 | hrw | koen: it can be called crm, pim, anything but it has to be desktop app which use kde components |
18:02.12 | *** join/#oe zap (n=zap@85.249.170.16) |
18:03.46 | hrw | ~lart flashplayer for !alsa |
18:06.42 | koen | mickeyl: what's the url for the berlin baer? |
18:07.37 | mickeyl | hold on a second |
18:08.44 | mickeyl | http://www.hotel-berliner-baer.de/e/index.htm |
18:08.45 | *** join/#oe pgfeller (n=pgfeller@3.244.76.83.cust.bluewin.ch) |
18:09.01 | *** join/#oe goxboxlive (n=jrs@9.80-202-160.nextgentel.com) |
18:11.30 | koen | mickeyl: thanks |
18:13.57 | *** join/#oe ggilbert_ (n=ggilbert@70-38-101-166.losaca.adelphia.net) |
18:16.36 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-91-68.w86-213.abo.wanadoo.fr) |
18:17.12 | cyrilRomain | 'evening |
18:26.37 | *** join/#oe Crofton (n=balister@hc6521535.dhcp.vt.edu) |
18:28.17 | hrw | koen: nice video |
18:29.04 | *** join/#oe andersee (n=andersee@codepoet.org) |
18:31.02 | hrw | mickeyl: | /home/hrw/devel/build/oz-dev/tmp/staging/arm-linux/qt2/lib/libqte.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' |
18:31.07 | hrw | mickeyl: ideas? |
18:31.23 | hrw | mickeyl: other then 'rebuild failed package with stdc++'? |
18:32.23 | mickeyl | hrw: edit qmake-base.bbclass |
18:32.31 | mickeyl | s/-fno-rtti/-frtti/ |
18:32.37 | mickeyl | try rebuilding package |
18:33.11 | hrw | trying |
18:33.59 | hrw | mickeyl: built |
18:34.13 | hrw | mickeyl: opie-bluepin, opie-rdesktop fails with it |
18:34.30 | hrw | where it = 'undefined reference' |
18:35.10 | hrw | http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=115&logfile=20060914195628.log |
18:35.21 | hrw | "Hrw-OZ-3542-from-dev" build |
18:35.22 | koen | it shows how simple things can make your like much easier |
18:35.33 | CIA-9 | 03tmbinc 07org.oe.dreambox * r362d0008... 10/ (3 files in 2 dirs): swig: remove to fix merge conflict |
18:35.46 | CIA-9 | 03tmbinc 07org.oe.dreambox * r52dfcd4e... 10/ (1 packages/gcc/gcc-4.1.0/zecke-xgcc-cpp.patch): merge: resolve orphaned node conflict |
18:35.46 | CIA-9 | 03tmbinc 07org.oe.dreambox * r8caf60d4... 10/ (1 classes/package.bbclass): package.bbclass: work around bogus -dbg RDEPENDS on split packages |
18:35.50 | CIA-9 | 03tmbinc 07org.oe.dreambox * r2f777287... 10/ (6 files in 4 dirs): busybox-1.2.1: port config, keymap endianess patch |
18:36.04 | CIA-9 | 03tmbinc 07org.oe.dreambox * r9e6b5803... 10/ (1 packages/timezones/timezones-alternative.bb): timezones-alternative: fix do_install |
18:36.10 | CIA-9 | 03tmbinc 07org.oe.dreambox * r20b54a43... 10/ (1 packages/swig/swig_1.3.29.bb): swig-1.3.29: add disable_exceptions.diff |
18:36.15 | CIA-9 | 03tmbinc 07org.oe.dreambox * r5f6adad9... 10/ (1 packages/samba/samba.inc packages/samba/samba_3.0.23c.bb): samba: fix smb.conf installation |
18:36.21 | CIA-9 | 03tmbinc 07org.oe.dreambox * rb83ff04b... 10/ (3 files in 3 dirs): initscripts-opendreambox: fix mount |
18:36.32 | CIA-9 | 03tmbinc 07org.oe.dreambox * rc04eb040... 10/ (1 packages/gstreamer/gst-plugins.inc): gst-plugins.inc: don't depend on gconf |
18:36.42 | CIA-9 | 03tmbinc 07org.oe.dreambox * r3c170089... 10/ (1 packages/enigma2/enigma2.bb): enigma2: update to 20060911 |
18:36.53 | CIA-9 | 03tmbinc 07org.oe.dreambox * rec59c70d... 10/ (1 packages/initscripts/initscripts-1.0/dm7025/bootup): initscripts-opendreambox: fix conditional iframe |
18:37.04 | CIA-9 | 03tmbinc 07org.oe.dreambox * rc8fda820... 10/ (1 packages/dreambox/dreambox-compat.bb): dreambox-compat: use install -d instead of mkdir |
18:37.09 | mickeyl | hrw: try rebuilding everything with RTTI and see whether opie-rdesktop builds then |
18:37.26 | hrw | mickeyl: starting from qte? |
18:37.50 | mickeyl | yeah |
18:37.59 | hrw | someone know how much turion64 x2 notebooks are today? :D |
18:38.06 | mickeyl | *g* |
18:38.16 | goxboxlive | hi mickeyl |
18:38.41 | goxboxlive | could you take a look at something for me. It will only take a minute |
18:38.47 | hrw | Ania bought laptop few days ago and I'm starting to feel that this is my last desktop machine |
18:39.49 | *** join/#oe koen|away (i=koen@dominion.kabel.utwente.nl) |
18:40.28 | hrw | we are close to 4K recipes.. |
18:41.17 | koen | and 10k revs in .dev |
18:42.45 | hrw | asus a6m with t64x2 1.6GHz is <1000 EUR |
18:43.40 | koen | isn't a turion the AMD celeron? |
18:43.59 | chouimat | koen yup |
18:44.30 | hrw | koen: turion is mobile version of amd64 line |
18:46.05 | *** join/#oe Slims (n=devnow@138.146.78.83.cust.bluewin.ch) |
18:46.06 | koen | remember to put in loads or ram |
18:46.11 | hrw | amd celeron is sempron |
18:46.32 | hrw | koen: I know - @work have only 768M |
18:48.28 | hrw | mickeyl: NOTE: package opie-rdesktop-1.2.2+cvs-20060913-r0: task do_build: completed |
18:49.02 | mickeyl | *nod* |
18:49.10 | mickeyl | do me a favour and compare the size |
18:49.12 | koen | hrw: now mickeyl is fixing native builds, you could install opie ;) |
18:49.13 | mickeyl | rtti vs. non-rtti |
18:50.09 | koen | mickeyl: iirc diet-x11 vs full x11 is ~0.5MB |
18:50.20 | koen | but my memory is a bit hazy |
18:50.25 | hrw | shit.. now have to rebuilt no-rtti.. |
18:51.12 | hrw | opie-rdesktop is not packaged properly.. |
18:51.34 | hrw | rebuilding it first |
18:52.41 | mickeyl | koen: thanks. |
18:52.51 | mickeyl | i have just learned that our device will feature... |
18:52.57 | mickeyl | ... 1G |
18:53.05 | mickeyl | (flash) |
18:53.13 | mickeyl | so I no longer care about diets ;) |
18:53.20 | hrw | mickeyl: 256M RAM? |
18:53.21 | koen | GiB or Gib? |
18:53.43 | mickeyl | well, GB |
18:53.46 | mickeyl | hrw: I'm afraid not. |
18:53.52 | mickeyl | let me check memory specs |
18:54.32 | mickeyl | hmm 64MB in the develboard |
18:54.33 | *** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
18:54.42 | mickeyl | dunno whether this will be increased for the final |
18:55.04 | T0mW | I don't why I keep buying Asus motherboards. :( |
18:57.30 | hrw | uf.. mail sent |
18:59.10 | koen | mickeyl: the bär was a bit pricey, so it looks like we'll be staying at the majestic |
18:59.10 | koen | argh |
18:59.10 | koen | the cable modem is being sick again |
18:59.57 | hrw | mickeyl: libqpe.so.1.5.0 1093532 1121012, qte looks same size |
19:00.15 | mickeyl | hmm, that's less worse than I've thought |
19:01.36 | hrw | time to takeover haerwu.one.pl |
19:01.47 | *** join/#oe furlongm (n=furlongm@83.70.213.252) |
19:02.37 | koen | s/haerwu.one.pl/the world/ :) |
19:06.54 | *** join/#oe pleemans (n=peter@d54C248DE.access.telenet.be) |
19:17.57 | *** join/#oe gremlin[it] (n=gremlin@ppp-61-10.25-151.libero.it) |
19:26.48 | joshin | Doing a fresh build of openslug from the makefile but am getting a "ImportError: cannot import name msg" Is this expected, odd, or me doing something wrong on my end? |
19:28.20 | CIA-9 | 03pH5 07org.oe.dev * r90bb70bf... 10/ (1 packages/linux/handhelds-pxa-2.6_cvs.bb): handhelds-pxa-2.6_cvs: update HHV |
19:31.30 | *** join/#oe koen|awa1 (i=koen@dominion.kabel.utwente.nl) |
19:32.28 | hrw | sleep well guys |
19:32.44 | pgfeller | hrw: sleep well & thanks |
19:32.53 | hrw|gone | np pgfeller |
19:34.14 | cyrilRomain | joshin: did you updated bitbake ? msg is one bitbake module |
19:35.53 | joshin | I thought I did. Am grabbing again. |
19:36.18 | joshin | msg looks to be a new module. It might not be part of the openslug master makefile. Not sure yet. |
19:37.21 | *** join/#oe sirfred (n=mteira@194.Red-83-45-233.dynamicIP.rima-tde.net) |
19:38.27 | *** join/#oe joshin1 (i=josh@VDSL-130-13-143-164.PHNX.QWEST.NET) |
19:38.59 | cyrilRomain | joshin: looking at CIA, RP made some change on msg.py. So I guess updating bitbake will solve your issue |
19:39.32 | cyrilRomain | s/some/some recent/ |
19:39.44 | joshin1 | Yup, thanks! |
19:41.10 | *** join/#oe YoG (n=YoG@bzq-88-152-178-80.red.bezeqint.net) |
19:44.48 | Slims | hi |
19:47.55 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
19:48.27 | *** join/#oe mikearthur (n=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
19:49.46 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
19:50.32 | eFfeM | hi, anyone an idea what is wrong if bb tells me: ImportError: cannot import name msg |
19:51.14 | cyrilRomain | eFfeM: scroll up, updating bitbake worked for joshin |
19:51.45 | eFfeM | cyrilRomain: must see if this is in my log, was offline for 30 mins or so |
19:51.47 | joshin | cyrilRomain, It hasn't worked yet. I'm doing a fresh download |
19:51.59 | cyrilRomain | ah |
19:52.07 | joshin | But I expect it will... |
19:52.39 | eFfeM | oops. forgot that I do not have oe logged to disk |
19:52.54 | eFfeM | joshin, what are you attempting? |
19:53.24 | cyrilRomain | eFfeM: joshin has the same error message |
19:53.52 | joshin | I'm trying to figure out why building gcc 4.1.x for openslug dies on my gentoo amd64 box and was trying a fresh install on a P3. |
19:53.57 | eFfeM | just did an mtn update, before that it works |
19:54.23 | joshin | eFfeM, what target are you trying to build for? |
19:54.34 | joshin | cyrilRomain, I dare you to mtn update. :) |
19:54.38 | eFfeM | joshin there are some issues with amd, don't know the details, but apparently the openslug image is also bigger with amd than when build with intel |
19:54.45 | eFfeM | joshin, openslug |
19:54.56 | joshin | Bizarre. AMD vs Intel or 64 vs 32 bit? |
19:55.25 | eFfeM | dunno. I have an D930 cpu (3 Ghz, dual core) |
20:02.38 | joshin | Ok, looks like the current version of bitbake grabbed from org.nslu2-linux.bitbake has issues. |
20:02.41 | eFfeM | joshin, thought it is amd64 vs rest of the world (including amd32) not totally sure though |
20:02.53 | eFfeM | hm |
20:03.33 | joshin | So cyrilRomain can you risk updating and see if the main repository is fine? If so then the issue is with org.nslu2-linux.bitbake |
20:04.41 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
20:05.35 | *** join/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
20:05.58 | *** part/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
20:06.16 | eFfeM | ok, i'm leaving for a while (almost melting from my chair), back later, feel free to leave a msg |
20:06.30 | eFfeM | (might log on from the laptop as well) |
20:06.53 | *** join/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
20:07.25 | *** part/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
20:09.11 | Slims | i would like to compile a local saved kernel tree (mod of handhelds-sa-2.6 kernel ) |
20:09.14 | Slims | what's the local.conf syntax to link to "my source tree" instead of the unpacked handhelds-sa-2.6 package in the work dir |
20:10.07 | *** join/#oe eFfeM (n=nobody@ip545787f8.direct-adsl.nl) |
20:10.21 | eFfeM | ok, back from other system |
20:11.00 | CIA-9 | 03eFfeM 07org.oe.dev * ra1d864e3... 10/ (6 files in 3 dirs): asterisk: added 1.2.12.1 on behalf of Corneliu Doban |
20:11.24 | Slims | eFfeM: :-) |
20:11.30 | *** join/#oe W8TVI (n=me@166.166.7.198) |
20:15.51 | pgfeller | Hi all, - on what do I have to DEPEND if I rely on uinput support? |
20:17.10 | cyrilRomain | joshin: I'm on my laptop with a fresh OE checkout. but have another issue (I have to configure my local.conf). So I'll tell you asap |
20:22.01 | joshin | thanks cyrilRomain! |
20:22.19 | cyrilRomain | joshin: do you have the error message as soon as you run bitbake ? |
20:22.24 | joshin | yup |
20:22.53 | cyrilRomain | joshin: ah, I have compilation issue on quilt (qemu because I use gcc4) but don't have your bitbake error |
20:24.05 | joshin | Thanks. |
20:24.12 | cyrilRomain | joshin: is org.nslu2-linux.bitbake a bitbake branch (I mean not the bitbake/branches/bitbake-1.6 one) ? |
20:24.53 | joshin | I'm not (yet) sure. After I deal with a sick and cranky 2.5 year old and get her to eat her lunch I'll poke at it. |
20:26.41 | koen|away | pgfeller: on nothing, (R)DEPENDING on kernel-modules is a bug |
20:27.23 | eFfeM | koen|away, does this bitbake thing ring a bell for you ? |
20:28.22 | pgfeller | koen: mhh ... should I check in the preinst script then, if the environment is suited for the package? |
20:30.01 | koen|away | pgfeller: you can do RRECOMMENDS = "kernel-modules-uinput" |
20:30.49 | pgfeller | koen: thanks .. I'll do so. |
20:31.24 | koen|away | there's no foolproof way to check for kernel features :( |
20:31.56 | pgfeller | np ... the pgm checks it again anyhow ;-) |
20:32.13 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
20:32.49 | *** join/#oe eFfeM2 (n=nobody@ip545787f8.direct-adsl.nl) |
20:40.49 | CIA-9 | 03rpurdie * r607 10bitbake/lib/bb/runqueue.py: runqueue.py: Convert Deps and RunDeps fields into sets, add debugging code for tracing indriect circular dependencies |
20:44.46 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
20:46.00 | *** part/#oe pgfeller (n=pgfeller@3.244.76.83.cust.bluewin.ch) |
20:48.36 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
20:50.50 | *** join/#oe redguy (n=mati@adc124.neoplus.adsl.tpnet.pl) |
20:52.23 | *** join/#oe kerwood|afk (n=Marshall@69-174-191-58.frdrmd.adelphia.net) |
21:00.11 | *** join/#oe pvanhoof (n=pvanhoof@d54C0F9B5.access.telenet.be) |
21:00.47 | *** join/#oe YoG (n=YoG@bzq-88-152-178-80.red.bezeqint.net) |
21:04.27 | *** join/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
21:05.21 | *** part/#oe joni (n=joni@138.146.78.83.cust.bluewin.ch) |
21:07.12 | *** join/#oe Slims_ (n=Slims@138.146.78.83.cust.bluewin.ch) |
21:10.09 | CIA-9 | 03clarson 07org.oe.dev * rdb2f843f... 10/ (5 files in 2 dirs): Restructure the subpackage metadata to facilitate use of that metadata by other packages. |
21:12.05 | koen | kergoth: yay! |
21:13.17 | *** join/#oe JuNuKN (n=JuNuKN@X644d.x.pppool.de) |
21:14.14 | *** part/#oe JuNuKN (n=JuNuKN@X644d.x.pppool.de) |
21:14.27 | CosmicPenguin | wow - fun |
21:17.06 | koen | CosmicPenguin: http://www.openembedded.org/viewmtn/diff.psp?id1=8156b74b683b22fd001a5c526476023c0a3c9ec8&id2=3a18c612a87aa7ac8ef62ccb9ab6920dbb1cd0de&fname=conf/distro/include/angstrom.inc might interest you |
21:17.33 | koen | CosmicPenguin: if you combine that with multimachine.bbclass you can switch between glibc and uclibc with much pain |
21:17.55 | Crofton | why would we do something painful? |
21:19.30 | CIA-9 | 03clarson 07org.oe.dev * rfd4f8197... 10/ (1 classes/package.bbclass conf/bitbake.conf): |
21:19.30 | CIA-9 | classes/package.bbclass,conf/bitbake.conf: |
21:19.30 | CIA-9 | <PROTECTED> |
21:19.30 | CIA-9 | <PROTECTED> |
21:19.30 | CIA-9 | <PROTECTED> |
21:19.53 | kergoth | not as flexible as it could be, but gets the job done |
21:20.00 | CosmicPenguin | koen: but could you do it on a package by package basis? :) |
21:21.03 | koen | CosmicPenguin: not yet |
21:21.33 | koen | CosmicPenguin: I only managed to build nano against uclibc |
21:25.32 | *** part/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
21:31.48 | CosmicPenguin | This is where I figure out if I at all manged to make sugar work |
21:40.07 | CosmicPenguin | heh - I suppose I would need python first |
21:40.27 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-107-043.pools.arcor-ip.net) |
22:08.20 | *** join/#oe JoeSchmo (n=jciccone@pool-71-125-80-19.nwrknj.east.verizon.net) |
22:17.31 | CIA-9 | 03rpurdie * r608 10bitbake/lib/bb/taskdata.py: taskqueue.py: Add a small cache for task ids for a big speed improvement |
22:34.33 | *** join/#oe woglinde (i=woglinde@e178077138.adsl.alicedsl.de) |
23:05.01 | *** join/#oe furlongm (n=furlongm@83-70-34-3.b-ras1.prp.dublin.eircom.net) |
23:09.16 | *** join/#oe klatt (n=klatt@pool-72-82-177-66.cmdnnj.east.verizon.net) |
23:09.18 | klatt | hello all |
23:10.54 | klatt | anyone know much about pdaxrom? |
23:11.09 | woglinde | wrong channel |
23:11.52 | klatt | im in the wrong channel? |
23:12.06 | klatt | sorry |
23:12.16 | *** part/#oe klatt (n=klatt@pool-72-82-177-66.cmdnnj.east.verizon.net) |
23:12.26 | CosmicPenguin | wow - nice |
23:12.39 | woglinde | hehe |
23:12.46 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
23:12.54 | woglinde | watch my *yedimove* |
23:12.58 | woglinde | he koen |
23:18.47 | koen | hey woglinde |
23:26.34 | woglinde | hehe yes but I need to be a regexp monster |
23:27.02 | woglinde | to fix many stupid regexp in oe |
23:28.38 | CosmicPenguin | heh - I always thought kergoth had some well defined regex-foo |
23:28.49 | CosmicPenguin | He always managed to impress me - I guess I'm simple |
23:28.52 | woglinde | pb is a regexp master |
23:31.05 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
23:42.08 | woglinde | ah nice |
23:42.15 | woglinde | grouping |
23:42.20 | woglinde | and backreferenz |
23:43.10 | *** join/#oe hvontres|poodle (n=root@68.120.74.196) |