00:01.28 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
00:01.40 | *** join/#oe malfimalfi (n=malte@dslb-088-073-009-126.pools.arcor-ip.net) |
01:02.30 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:43.02 | *** join/#oe idealm (n=ideal@222.66.46.90) |
01:51.04 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
02:08.44 | *** join/#oe W8TVI (n=me@166.165.155.128) |
02:51.20 | *** join/#oe mithro (n=tim@lester.mithis.com) |
03:02.01 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
03:30.26 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
03:32.33 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:56.19 | *** join/#oe joshin (i=joshin@VDSL-130-13-143-68.PHNX.QWEST.NET) |
04:08.36 | *** join/#oe jnc (n=erisha@c-71-57-125-137.hsd1.il.comcast.net) |
04:10.34 | *** join/#oe jnc (n=erisha@c-71-57-125-137.hsd1.il.comcast.net) |
04:11.47 | jnc | RP: hey uh, 2.6.16-r0 kernel doesn't seem to boot in Angstrom build for spitz |
04:11.55 | jnc | still not EABI capable? |
04:12.02 | jnc | or did i have to turn it on somehow |
04:16.59 | nacer_ | i have some probleme with monotone |
04:17.25 | Zero_Chaos | ~lart monotone |
04:17.35 | Zero_Chaos | One down.... |
04:17.41 | nacer_ | http://pastebin.com/615603 |
04:17.48 | Zero_Chaos | So that must be how to deal with multiple heads.... |
04:18.48 | njs | nacer_: try 'LANG=C monotone pull <more options>' |
04:18.57 | nacer_ | ok |
04:19.15 | njs | nacer_: there were some problems at various points with the UI code getting confused by i18n |
04:19.43 | nacer_ | i try in console ? |
04:19.55 | nacer_ | LANG variable dont work |
04:19.59 | njs | upgrading might help too, depending on what version you're using now, I don't remember whether 0.25 had this bug or not. |
04:20.04 | nacer_ | 0.25 |
04:20.09 | njs | nod |
04:20.54 | nacer_ | perhaps i can remove the output ? |
04:21.07 | nacer_ | --quiet perhaps |
04:21.09 | nacer_ | solve the pb |
04:21.14 | njs | that might work too :-) |
04:21.23 | nacer_ | nop |
04:21.29 | nacer_ | --quit have no effect :p |
04:22.11 | njs | oh, right, --quiet affects chatter, not the tickers -- try --ticker=none |
04:22.18 | njs | or --ticker=dot might work too |
04:23.42 | nacer_ | nop |
04:23.45 | nacer_ | same error |
04:25.39 | njs | sigh |
04:26.13 | njs | okay, so let's figure out the right environment variable to get you back in the C locale, for monotone :-) |
04:26.23 | nacer_ | yup |
04:26.28 | nacer_ | i make some search |
04:26.45 | njs | do you have any environment variables named LC_<something> set? most likely would be LC_ALL? |
04:26.51 | nacer_ | LC_ALL |
04:27.19 | nacer_ | LC_ALwork |
04:27.22 | nacer_ | its work |
04:27.23 | nacer_ | tks |
04:27.49 | nacer_ | LC_ALL=C monotone ... |
04:28.38 | njs | yeah |
04:31.42 | nacer_ | do you think its a good id to use generic distribution in local.conf of bitbake ? |
04:32.04 | nacer_ | i want to build a embedded system for x86 |
04:32.32 | nacer_ | only for try opie and GPE |
04:34.02 | nacer_ | for run it with qemu :) |
04:34.16 | nacer_ | i dont have found any livecd for try this software |
04:34.31 | nacer_ | so i try de build image |
04:36.43 | nacer_ | new problem :) |
04:36.46 | nacer_ | http://pastebin.com/615618 |
04:37.05 | nacer_ | afk cmoke |
04:37.07 | nacer_ | smoke |
04:39.56 | JustinP | nacer_: looks like your binutuls version. try making PREFERRED_VERSION_binutils a lower version |
04:44.58 | jnc | sweet, my mom just talked to me |
04:45.49 | jnc | for real. not that "hey i need you to hammer some boards together, wash the dishes, and write a zillion thankyou cards" |
04:46.23 | nacer_ | ok JustinP |
04:46.50 | jnc | how to 'make config' the kernel? |
04:47.45 | nacer_ | JustinP: where can i found doc about the PREFERERED OPTION ? |
04:47.53 | nacer_ | JustinP: i dont have example on my local.conf |
04:51.00 | JustinP | conf/distro/preferred-* |
04:51.02 | nacer_ | jnc: i dont understand you question |
04:51.09 | nacer_ | JustinP: ok |
04:51.30 | jnc | nacer_: i want to run 'make config' on the linux kernel sources for the cxx00 target |
04:51.40 | jnc | not sure how to do that |
04:51.51 | jnc | goal is to generate EABI-enabled config |
04:53.17 | nacer_ | jnc: i dont know :) |
04:53.28 | JustinP | jnc: just go inthe work dir and do it |
04:53.38 | JustinP | I suggest menuconfig, however |
04:54.02 | jnc | :/ |
04:54.08 | jnc | some things changed names |
04:54.12 | jnc | this isn't going to be clean |
04:54.22 | jnc | need help from someone responsible for those defconfig files |
04:54.39 | JustinP | make oldconfig |
04:55.06 | jnc | <PROTECTED> |
04:55.06 | jnc | +CONFIG_CMDLINE="console=ttyS0,115200n8 console=tty1 noinitrd root=/dev/hda1 rootfstype=ext3 rw fbcon=rotate:1 dyntick=enable debug" |
04:55.09 | jnc | <PROTECTED> |
04:55.16 | jnc | i don't think that should be in defconfig |
04:55.21 | jnc | ...as an example |
04:59.17 | nacer_ | where can i found the version of binutils can be used for binutils |
04:59.24 | nacer_ | or do you recomend one ? |
05:00.43 | nacer_ | i have found |
05:01.24 | *** join/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
05:03.04 | JustinP | jnc: is that in the workdir? |
05:03.23 | JustinP | jnc: yes, it should be...that's how it works AFAIK...see the kernel bb files |
05:03.30 | JustinP | nacer_: packages/binutils |
05:03.41 | nacer_ | JustinP: yep i have see |
05:03.44 | nacer_ | tks |
05:05.30 | nacer_ | by default bitbake use the last version ? |
05:05.43 | nacer_ | example there is a binutils-cvs |
05:05.49 | nacer_ | he build the cvs one ? |
05:07.26 | jnc | JustinP: that is a kconfig option |
05:07.52 | jnc | it appears though i am quite certain that it should not |
05:33.20 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
05:41.27 | *** join/#oe Bompo (n=Bompo@V2049.v.pppool.de) |
05:41.30 | *** part/#oe Bompo (n=Bompo@V2049.v.pppool.de) |
05:50.05 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
06:36.42 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
06:38.01 | TheMasterMind1 | anybody still alvie? |
06:38.23 | emte | yup |
06:41.20 | jnc | ...and screaming for it |
06:41.49 | TheMasterMind1 | looking to buy a atmel avr / pic programmer, any suggestions |
06:42.12 | jnc | you can forget about using linux with it |
06:42.49 | TheMasterMind1 | heh yea i know, just for hardware hacking purposes |
06:42.58 | jnc | start saving for an windows xp license |
06:43.26 | jnc | that's going to be the most expensive part |
06:43.29 | TheMasterMind1 | oh with the programmer, hah. its late, i thought running linux on the avr |
06:44.00 | TheMasterMind1 | really i thought i came across programmers that worked with linux |
06:44.29 | jnc | the willem is well talked about |
06:45.00 | emte | there are lots availible |
06:45.09 | emte | depends on how much you wanna spend |
06:45.19 | emte | btw jnc linux has run on some PICs |
06:45.26 | jnc | i checked though, and the code is greedily ill-licensed by a guy who links against win16 dlls |
06:45.44 | jnc | (willem) |
06:45.47 | TheMasterMind1 | like $50-100. something cheap that will work with the popular pics / avrs. i'm leaning towards avrs over pics |
06:46.11 | emte | TheMasterMind1, what language youplanning on programming in? |
06:46.32 | jnc | see midibox project for good examples of PICs in use |
06:47.47 | emte | i can tell you from personal experiance that is my biggest problem using then on/in linux |
06:47.53 | emte | them* |
06:48.31 | emte | the opensource and non-windows compilers for C are very ... limited |
06:49.12 | jnc | FSF seems to overlook that with the free BIOS initiative |
06:49.22 | TheMasterMind1 | gcc-avr no good? C if possible but i'm getting them to tinker and learn so im' not opposed to diving down into asm |
06:49.24 | jnc | won't return my emails |
06:49.57 | emte | expect unoptiomised code that uses 30-50% more memory on the chip |
06:50.30 | TheMasterMind1 | wow |
06:50.32 | TheMasterMind1 | actually one sec |
06:51.10 | TheMasterMind1 | ok i own a copy of ccs picmicro linux compiler |
06:51.35 | TheMasterMind1 | "Linux that support the PIC10, PIC12, PIC14, PIC16, and PIC18 microcontrollers." |
06:51.40 | emte | i have never used that one |
06:51.54 | emte | <PROTECTED> |
06:52.02 | TheMasterMind1 | it wasn't cheap =P |
06:52.19 | emte | nore is HTC or microchip's |
06:52.36 | *** join/#oe psioff (n=root@trafikland.rmt.ru) |
06:52.50 | TheMasterMind1 | yea true. i did my research before buying it though, just don't remember any of the details right now |
06:53.06 | emte | altho i am curious if HTC will release a linux compiler now |
06:53.09 | TheMasterMind1 | but anyway, i'm good on that end. need a programmer basically |
06:53.22 | emte | they are using Eclipse for their HiTide IDE |
06:53.46 | TheMasterMind1 | so first of all, whats a good pic to start out with |
06:54.04 | emte | depends what you would liek to do |
06:54.30 | emte | the 16f877 is pretty standard fare for new people |
06:54.50 | TheMasterMind1 | yea that sounds familiar, should be fine for me |
06:55.03 | emte | simpler than the 18F and still has enough to be interesting |
06:55.12 | TheMasterMind1 | programmers generally cover the entire 16f family? |
06:55.19 | emte | mmm |
06:55.28 | emte | 3/4 i would say |
06:55.32 | TheMasterMind1 | good enough |
06:56.07 | emte | but if your gonna go with PICs i would suggest an ICD |
06:56.12 | TheMasterMind1 | so i need usb/serial/parallel/whatever programmer that will work in linux |
06:56.17 | TheMasterMind1 | ICD? |
06:56.36 | emte | if you do enough or get interested enough the debugging features are very useful |
06:56.46 | emte | yeah |
06:57.02 | emte | it's microchips own |
06:57.15 | emte | suppoerted by a few tools in linux |
06:57.38 | emte | the ICD2 has 1 or two supportes that i know of |
06:58.20 | emte | but alternatively if your only looking for an intro |
06:58.44 | emte | you can buy a bootloader board and chip preprogrammed |
06:58.56 | emte | for less than $30 |
06:59.30 | emte | you can make the board yourself for ~10 |
06:59.50 | emte | or protoboard it for ~3 |
07:00.02 | TheMasterMind1 | hrmf. last time i tried making myself one i was too lazy to follow through |
07:00.08 | emte | lol |
07:00.20 | emte | its just a MAX232 and a couple caps |
07:00.28 | emte | .. and resistors |
07:00.31 | TheMasterMind1 | really? |
07:00.34 | emte | yeah |
07:00.37 | TheMasterMind1 | maybe it was an avr programmer i was trying to make |
07:00.42 | *** join/#oe grma (n=grma1@mail.contec.at) |
07:01.16 | TheMasterMind1 | ok so what do you mean by bootloader board and chip preprogrammed? |
07:01.36 | emte | in order to use the bootloader you have to get it on the chip |
07:02.08 | emte | and a bootloader board just interfaces teh serial cable to your chip |
07:02.23 | emte | hence the MAX232 chip |
07:03.01 | TheMasterMind1 | alrighty gotcha. should be able to google up the rest |
07:03.09 | TheMasterMind1 | what about avrs, whats a good one to start out with |
07:03.13 | TheMasterMind1 | 90S-something? |
07:03.35 | emte | might ask NAiL what he prefers |
07:03.56 | emte | looks like he has a prety fancy dev board |
07:04.11 | NAiL | Is it fancy? ;) |
07:04.28 | emte | NAiL, compared to what i use, yes |
07:04.29 | NAiL | Friend of mine works over at Atmel, so I'm getting some stuff kinda cheap :) |
07:04.38 | emte | yeah? |
07:04.47 | NAiL | yup |
07:04.56 | emte | i'll take cheap/free dev stuff any time :) |
07:05.07 | NAiL | hehe |
07:05.37 | TheMasterMind1 | heh |
07:05.44 | TheMasterMind1 | speaking of, chris still working at TI? |
07:06.05 | NAiL | I'm not sure how much the STK500 costs, but it's a brilliant board to start development... And it's got an AtMega on when you buy it. |
07:06.24 | emte | its 79 USD at digikey |
07:06.43 | emte | http://www.digikey.com/scripts/dksearch/dksus.dll?KeywordSearch?Keywords=ATSTK500%20ATMEL&site=us |
07:07.07 | NAiL | $79?? |
07:07.18 | emte | yup |
07:07.37 | TheMasterMind1 | hrm yea 79 on digikey. none available though |
07:08.25 | *** join/#oe rob_w|mis (n=rob_w@p549B8BC7.dip0.t-ipconnect.de) |
07:08.39 | NAiL | Anyway, if you're gonna go with AVR, the STK500 is a very nice way to go :) |
07:08.47 | TheMasterMind1 | lol, infact its not available anywhere |
07:09.07 | NAiL | heh |
07:09.15 | NAiL | that makes it kind of hard ;) |
07:10.17 | TheMasterMind1 | whats a good atmel chip to start out with |
07:10.23 | TheMasterMind1 | something like 8 or 20 pins |
07:10.32 | jnc | not sure i like the name 'terrier' |
07:10.39 | jnc | aka c3200 |
07:11.57 | TheMasterMind1 | well there's only so many names to choose from |
07:12.08 | NAiL | TheMasterMind1: Well, I'm using a lot of ATtiny44 (http://www.atmel.com/dyn/products/product_card.asp?PN=ATtiny44) |
07:13.37 | TheMasterMind1 | The STK505 board adds support for the 14-pin and 20-pin AVR microcontrollers. |
07:13.39 | TheMasterMind1 | hm |
07:14.04 | NAiL | the tinys are kinda neat, especially since they hardly use any power :) |
07:14.15 | NAiL | ah, yeah, the 505 is basically the same as the 500 |
07:14.51 | jnc | i was kind of hoping for blacklab |
07:15.21 | jnc | or sharpei |
07:15.23 | TheMasterMind1 | 505 looks like an addon board |
07:15.24 | jnc | *cough* |
07:15.35 | NAiL | quepasa? |
07:16.11 | NAiL | urgh, I can't check right now, gotta go |
07:17.02 | NAiL | bug me later about the stuff ;) |
07:17.07 | TheMasterMind1 | alright, thanks for the help |
07:17.14 | AwayNAiL | np |
07:17.16 | AwayNAiL | *gone* |
07:25.54 | *** join/#oe subdue1 (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
07:26.24 | Bernardo | good morning |
07:27.35 | jnc | hi |
07:27.59 | jnc | Angstrom boots w/ EABI on spitz, udevd crashes though |
07:28.06 | jnc | that means i can't log in |
07:29.15 | emte | your better off than i |
07:29.19 | jnc | oh? |
07:29.38 | emte | might have EABI support in 2+ yrs |
07:29.45 | jnc | which hw |
07:29.56 | emte | ipaq sa |
07:30.00 | jnc | hmm |
07:30.18 | grma | hi all ! |
07:30.32 | emte | hey |
07:30.48 | grma | waht is the difference between QTopie(Trolltech) and opie(OE)? |
07:31.00 | jnc | QTopia |
07:31.05 | grma | sorry |
07:31.11 | jnc | not QTopi(e?) |
07:31.44 | grma | s/QTopie/Qtopia/ |
07:31.55 | Bernardo | opie branched from qtopia some time ago |
07:32.03 | Bernardo | now has more features |
07:32.49 | emte | the main difference is sources |
07:33.13 | emte | there are many closed QT sources used onlyt by Trolltech and thier licensees |
07:33.26 | Bernardo | I just can't build kernel 2.6.15 for the akita, bitbake keeps defaulting to 2.4.20 even though I've set PREFERRED_VERSION and KERNEL_VERSION |
07:33.39 | Bernardo | branch 354x |
07:33.59 | Bernardo | in dev branch it builds the 2.6 kernel |
07:34.07 | grma | Trolltech told me if we want to include QTopia in our boards we have to pay runtime licenses, because of selling hardware with QTopia... when we include opie there could trolltech not do anything ? |
07:34.30 | jnc | not sure |
07:35.05 | jnc | tt could use some money though |
07:35.18 | jnc | not a fan of GPE? |
07:35.21 | Bernardo | I'm not sure if they could ask for runtime licenses for qt/e |
07:35.22 | emte | grma, i wouldnt count on that |
07:35.37 | emte | i think who you want to talk to is eitehr zecke or pb_ |
07:35.55 | emte | one of them do or did work at Trolltech |
07:36.07 | grma | emte: ok better asking zecke or pb_, correct ? |
07:36.32 | emte | they would know troll's licenesing better than anoyone else i would think |
07:36.40 | grma | ok thanks |
07:36.44 | jnc | oooh i'm logged into spitz w/ EABI-built Angstrom |
07:36.45 | emte | since they also devel opie |
07:36.47 | jnc | yay |
07:38.12 | *** join/#oe Mardy (n=mardy@adsl-ull-57-201.42-151.net24.it) |
07:43.03 | Mardy | hi all |
07:48.15 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
07:52.41 | *** join/#oe netnix (n=alex@81.25.37.46) |
07:54.05 | TheMasterMind1 | emte: do you have a atmel programmer? |
07:54.13 | TheMasterMind1 | s/atmel/avr/ |
07:54.42 | ljp | grma: if you use gpl software, you'd have to abide by the licensing |
07:55.13 | ljp | and for the record, I do work for Trolltech |
07:57.05 | TheMasterMind1 | hrmm. who was it that moved to australia |
07:57.13 | ljp | that would be me |
07:57.48 | TheMasterMind1 | thought so |
07:57.53 | TheMasterMind1 | still there or move back? |
07:58.04 | ljp | still here. married w/ kid :) |
07:58.09 | TheMasterMind1 | oh wow, nice |
07:58.26 | ljp | dont think I'm getting away too easily, unless I get deported |
07:58.41 | TheMasterMind1 | i don't remember you working for TT |
07:58.50 | TheMasterMind1 | guess i forgot |
07:58.53 | ljp | ya, about 2.5 years now |
07:59.01 | TheMasterMind1 | after the move? |
07:59.10 | *** join/#oe ronan (n=ronan@dyn-83-156-28-120.ppp.tiscali.fr) |
07:59.11 | ljp | moved here for the job |
07:59.17 | TheMasterMind1 | k, that rings a bell |
07:59.39 | grma | ljp: I meeting now, can i ask you some things later ? |
07:59.39 | TheMasterMind1 | been a while since i've been here |
07:59.52 | grma | s/I meeting/ I hav a meeting/ |
08:00.41 | ljp | yup |
08:01.06 | ljp | it may take me a some time to answer... |
08:04.34 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
08:06.06 | *** join/#oe mithro (n=tim@lester.mithis.com) |
08:08.32 | TheMasterMind1 | emte: http://www.ccsinfo.com/content.php?page=compcompare |
08:08.38 | *** part/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
08:21.15 | *** join/#oe idealm (n=ideal@222.66.46.90) |
08:22.43 | *** join/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
08:48.04 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
08:48.27 | pb_ | grma: yeah, best to talk to ljp. I have never worked at trolltech and I don't think zecke has either. |
08:50.14 | *** join/#oe zecke (n=ich@88.134.3.107) |
08:51.03 | *** join/#oe Bompo (n=Bompo@V2049.v.pppool.de) |
08:54.09 | *** part/#oe Bompo (n=Bompo@V2049.v.pppool.de) |
08:56.11 | XorA | morning |
08:58.55 | hrw|work | morning |
08:59.08 | XorA | morning hrw|work congrats on scoring the Poodle |
08:59.39 | hrw|work | XorA: thx - I had to go home when aa_ told magic word 'poodle' |
09:01.04 | hrw|work | http://pastebin.com/615789 if interested |
09:02.06 | XorA | hrw|work: read it last night, was very cool |
09:02.19 | hrw|work | fast shot |
09:03.55 | XorA | hrw|work: what are you running on c7x0 at moment |
09:04.44 | hrw|work | 3.5.4.1-alpha1 |
09:04.45 | CIA-1 | 03hrw 07org.oe.oz354x * r5a02f158... 10/packages/base-files/ (6 files in 6 dirs): base-files: cleanup SD/MMC mountpoints - remove 2.4 on 2.6 only machines, comment 2.6 on tosa |
09:04.52 | CIA-1 | 03hrw 07org.oe.oz354x * r53f9176d... 10/packages/linux/ (36 files in 2 dirs): dropped 2.4.20-crapix support - we use 2.6 on cxx00 |
09:05.01 | XorA | opie? |
09:05.05 | hrw|work | yes |
09:05.12 | hrw|work | brb |
09:06.10 | CIA-1 | 03hrw 07org.oe.oz354x * r4e8be8a8... 10/packages/linux/openzaurus-pxa-2.4.18-rmk7-pxa3-embedix20031107/ (defconfig-corgi defconfig-husky defconfig-shepherd): dropped 2.4.18-crapix support for corgi/shepherd/husky - we use 2.6 on them |
09:09.09 | RP | morning all |
09:09.32 | hrw|work | hi RP |
09:10.38 | RP | hrw|work: I noticed the comments on the forum and see you've dealt with some of them :) |
09:10.57 | hrw|work | Bernardo|away: this time you should get proper kernel built |
09:11.32 | hrw|work | RP: I'm trying to create nice image for myself |
09:12.09 | hrw|work | RP: and it has nice side effects |
09:12.27 | hrw|work | RP: please enable 'tun' module in 2.6 kernels |
09:12.57 | hrw|work | RP: can we enable most of not-yet-enabled modules? |
09:15.35 | Mardy | is there any volunteer for a test? it involves going to the console (in the handheld) and opening "vi" |
09:15.55 | hrw|work | someone familiar with maemo here? I need to know does *osso* means maemo stuff |
09:16.07 | hrw|work | Mardy: I can |
09:16.12 | Mardy | I think I spotted a bug, but I'd like someone else to verify :-) |
09:16.16 | Mardy | hwtech: thanks |
09:16.33 | RP | hrw|work: Which other modules do you think we need? |
09:16.33 | Mardy | just write two lines in vi: |
09:16.37 | hrw|work | but have to reboot Z |
09:16.53 | Mardy | hrw|work: np, please let me know when you are ready |
09:16.58 | hrw|work | RP: we like we - users can have misc strange ideas |
09:16.58 | RP | Bernardo|away: In the branch, use ZKERNEL_VERSION = "2.6" |
09:17.46 | RP | hrw|work: More modules slows my builds down. If people use/request them, fine, otherwise... |
09:18.14 | hrw|work | RP: ok - then 'tun' atleast |
09:18.25 | RP | hrw|work: Agreed, that one is fine |
09:18.33 | RP | Mardy: osso does mean Maemo |
09:19.40 | Mardy | RP: thanks, although that was hrw's question :-) BTW, in italian "osso" means "bone" |
09:19.47 | hrw|work | RP: ok. I will drop all *osso* from feed |
09:20.20 | hrw|work | Mardy: vi ready |
09:20.39 | *** join/#oe Jenna (n=cherryRe@207.226.175.10) |
09:21.00 | RP | Mardy: Sorry, too early in the morning. Some of their other names are amusing in English :) |
09:21.16 | hrw|work | RP: btw - google maps have nice cityplans for england - I gave part of your address to it and only left is searching for proper street |
09:21.18 | CIA-1 | 03hrw 07org.oe.oz354x * r124f9d07... 10/conf/distro/openzaurus-3.5.4.1.conf: |
09:21.18 | CIA-1 | openzaurus 3.5.4.1 conf: bumped to alpha2 (we gave alpha1 to users already) |
09:21.21 | CIA-1 | - added 2.4/2.6 kernel selectors for Zaurus machines |
09:21.28 | *** part/#oe Jenna (n=cherryRe@207.226.175.10) |
09:21.48 | XorA | hrw|work: you can see my house in google maps, even the greenhouse that used to be in the garden |
09:21.49 | RP | hrw|work: The post code alone should be enough to have it find my street :) |
09:21.57 | Mardy | hrw|work: in vi, write two lines, then press ESC (cancel), and move up to the first line |
09:22.09 | RP | You can also clearly see my house... |
09:22.17 | XorA | Mardy: echo $TERM, Ill bet its set to vt100 |
09:22.20 | hrw|work | Mardy: and? |
09:22.35 | Mardy | hwtech: then press the press "i" (insert), and enter |
09:22.41 | Mardy | ops |
09:22.41 | XorA | hrw|work: you get corrupted screen |
09:22.55 | Mardy | hrw|work: that was for you, not for hwtech, sorry |
09:22.57 | hrw|work | Mardy: no problem on linnux console |
09:22.58 | XorA | Mardy: try removing set TERM=vt100 from /etc/profile |
09:24.17 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
09:24.18 | *** join/#oe idealm (n=ideal@222.66.46.90) |
09:24.34 | Genesis | bonjour obergix[work] :) |
09:24.47 | Mardy | XorA: it happens anyway |
09:25.06 | Mardy | I just tried with TERM=linux and TERM="" |
09:25.54 | obergix[work] | hi Genesis |
09:26.16 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
09:26.16 | hrw|work | Mardy: you tried in opie-console? rxvt? on linux console? |
09:26.41 | hrw|work | hi ____law____ |
09:26.54 | Mardy | hrw|work: only in linux console |
09:26.58 | __law__ | hi hrw|work |
09:26.58 | RP | hrw|work: I'm wondering about "ignorning" unknown SCR structures and trying to use the cards anyway. This might get a few more cards working... |
09:27.08 | Mardy | I'm trying to impenet hardware accel on the w100, and I noticed that |
09:27.13 | __law__ | ~lart my inet connection |
09:27.18 | Mardy | impenet->implement |
09:27.38 | RP | Mardy: You're doing a good job too :) |
09:27.46 | hrw|work | RP: I would like to get one of such cards to check it |
09:28.05 | Mardy | RP: yes, I see the same corruption, so I guess it's all right :-) |
09:28.22 | XorA | Mardy: I delete that line totally so TERM is set by the terminal like it should, and busybox vi is nicer on rxvt and putty now |
09:28.36 | XorA | Mardy: but busybox vi is fairly duff, so dont expect miracles :-) |
09:29.30 | *** join/#oe greentux (n=m@ip-217-18-177-19.reverse.dsi.net) |
09:29.44 | Mardy | btw, even with accels, I don't see a performance improvement in console scrolling |
09:30.37 | RP | Mardy: Really?. Rats :-( |
09:31.53 | *** join/#oe mithro (n=tim@lester.mithis.com) |
09:36.48 | hrw|work | ~lart our not existant maemo maintainer |
09:39.19 | XorA | god I want that 32Gig flash drive |
09:39.38 | NAbyss | XorA: Yeah, at what cost though? Hell, even 4gb flash isn't cheap. |
09:39.51 | XorA | NAbyss: cost is no object in my dreams :-) |
09:40.02 | NAbyss | XorA: True, true :) |
09:40.12 | NAbyss | Translating dreams to reality though, a little hard :) |
09:40.21 | XorA | NAbyss: 3 of them would make all my computers HD free |
09:43.24 | nacerZzzz | XorA: 1000$ :) |
09:48.10 | hrw|work | ~hail ipkg |
09:48.14 | ibot | ACTION bows down to ipkg and chants, "I'M NOT WORTHY!!" |
09:48.52 | hrw|work | I have directory on ewi where I do 'ipkg update;ipkg install soemthing' so I can test feed upgrades |
09:51.50 | Mardy | RP: you have new mail, with an attachment, too :-) |
10:02.10 | RP | Mardy: I think you need to work on error handling for a start :-/ |
10:06.07 | grma | hi ! I'm back from my meeting ... how is that now with QT/QTopia/opie and licenses? QTopia is from Trolltech correct ? |
10:06.26 | grma | and QTopia is under a Trolltech license ? |
10:07.35 | Mardy | RP: you mean checking the return of w100_fifo_wait()? |
10:09.13 | RP | Mardy: Yes. I can see why you've done what you've done but kernel developers won't understand |
10:10.13 | Mardy | mmm... but it's the same logic used in aty/radeon_accel.c and mach64_accel.c |
10:10.53 | RP | Hmmm. They might accept it then, I don't know. Depends on the person you submit it to I guess |
10:11.13 | ArjanS | wow... bitbake is having quite a lot parse errors suddenly :( |
10:12.08 | Mardy | RP: who should be the person? Russell or the FB mantainer? |
10:12.20 | RP | Mardy: You aso need to check your indenting. Other than that it looks good |
10:13.25 | RP | Mardy: Not Russell. You want the FB maintainer on linux-fbdev-devel - Antonino Daplas |
10:14.44 | hrw|work | grma: qtopia is GPL or commercial license |
10:14.52 | lardman|work | morning |
10:15.09 | hrw|work | hi lardman|work |
10:15.19 | lardman|work | RP: Is cpufreq disabled on the 3.5.4 releases for c7x0 (I saw no mention of it in dmesg)? |
10:15.23 | lardman|work | hi hrw|work |
10:15.31 | hrw|work | lardman|work: 3.5.4 yes. 3.5.4.1 no |
10:15.45 | lardman|work | ah, okay |
10:16.06 | hrw|work | grma: if you use qtopia/gpl then your stuff must be gpl. if you pay for commercial license then you can have your apps closed sources |
10:16.09 | grma | hrw|work: ok but what is with the point of selling hardware with QTopia? There were runtime licenses, does someone have experiences with that point ? |
10:16.09 | RP | lardman|work: I have no idea what's in 3.5.4 the kernel was that long ago! |
10:16.20 | lardman|work | RP: :D |
10:16.26 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
10:16.32 | do13_ | morning all |
10:16.36 | RP | hi Dirk |
10:16.49 | lardman|work | RP: I must admit I was a bit shocked to see that I'd reverted to 2.6.14-something |
10:16.58 | do13_ | Hey Richard |
10:17.04 | lardman|work | JustinP: ping |
10:17.10 | hrw|work | grma: iirc hardware with qtopia is sold by companies which get commercial license and add some own propertiary stuff - look at sharp for example |
10:17.35 | hrw|work | grma: or motorola with their a780 phones - they do not use qtopia but use qt/e commercial licensed |
10:17.46 | hrw|work | hi dirk |
10:17.59 | grma | hrw|work: i want to use the GPL version i have problems with astatement from trolltech: if you sell hardware with QTopia you have to pay runtime licences... |
10:18.06 | do13_ | Hey Marcin |
10:18.15 | RP | Mardy: You do know the w100 can do hardware scolling btw? That would really make the console fly |
10:18.29 | hrw|work | grma: ah. then contact sales at trolltech. |
10:18.45 | hrw|work | grma: here ljp could do some help - he is @trolltech |
10:18.57 | grma | hrw|work: ok we don't want to add commericail things, maybee our custommers, but that is then not my beer :-) |
10:19.10 | grma | i tried to contact ljp, but he is very busy |
10:19.35 | grma | hrw|work: but thanks for your infos |
10:19.43 | hrw|work | grma: then contact sales @trolltech |
10:19.45 | grma | i try to contact ljp |
10:20.01 | *** join/#oe polyonymous (i=hacker@pD95380B8.dip0.t-ipconnect.de) |
10:21.28 | grma | hrw|work: already done but sales@trolltech are persons who want to sell something :-) so you don't get that good infos about if you are hurting there licences or not ... or I didn't understand all correct, that could also be ;-) |
10:21.46 | NAbyss | grma: Speak to their legal people? |
10:22.25 | grma | NAbyss: who would that be, legal people ?? what is that ? |
10:23.08 | koen | good morning all |
10:24.00 | grma | hi koen |
10:24.00 | hrw|work | hi koen |
10:24.00 | do13_ | hi koen |
10:24.04 | Mardy | RP: I didn't know... What are the registers involved? do you have any sample code? |
10:24.10 | NAbyss | grma: Their department that handles legal enquiries and contracts etc. |
10:24.55 | grma | NAbyss: ahh, thanks |
10:25.15 | hrw|work | uf. cleaned on ewi - 6G freed |
10:29.26 | *** join/#oe dkey (i=nobody@193.170.48.236) |
10:31.41 | *** join/#oe HuntrCkr (n=huntrckr@196.38.235.2) |
10:32.23 | RP | Mardy: Try adjusting mmGRAPHIC_OFFSET if I remember rightly |
10:32.33 | HuntrCkr | hi guys |
10:32.43 | HuntrCkr | having a strange problem here |
10:33.12 | RP | Mardy: There is also potential to support virtual resolutions like 600x400 by increasing the size of the screen margins |
10:34.01 | HuntrCkr | have bitbake 1.3.2 running here... when i try and use it with the .dev branch of openembedded, it seems to work fine... but if i try and use it with the .oz354fam083 branch, i keep getting EOL on single-quoted string errors for virtually every .bb file... any idea? |
10:34.18 | hrw|work | HuntrCkr: OE and bitbake were made to match, keep them both up to date |
10:34.24 | hrw|work | HuntrCkr: it is in topic |
10:34.42 | Mardy | RP: if I change the graphic offset, won't fb memory be affected? |
10:34.54 | hrw|work | HuntrCkr: for .oz354fam083 branch I used bitbake-svn r329 without problems |
10:35.45 | RP | Mardy: I don't think so. I'm 100% sure there was a register that let you move the displayed window around... |
10:35.46 | Mardy | I mean, I fear that direct fb memory access might write to the wrong location... or is GRAPHIC_OFFSET taken into account for accelerated operations? |
10:36.00 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
10:36.04 | Mardy | I forgot an "only" |
10:36.05 | HuntrCkr | agreed... i read the topic... yet, if .dev is the development branch, isn't it more up to date than the release branch? |
10:36.18 | RP | Mardy: I don't know... |
10:36.34 | HuntrCkr | also, i heard from someone earlier that the .dev branch doesn't work anymore with the newest SVN bitbake |
10:36.54 | RP | Mardy: Change graphic offset and see that happens to the accel ops? :) |
10:37.41 | CIA-1 | 03xora 07org.oe.dev * r50d71efb... 10/packages/mplayer/ (3 files in 2 dirs): |
10:37.42 | CIA-1 | mplayer_1.0pre7.bb, mplayer-atty_1.1.5.bb : Add a gcc4 patch to allow |
10:37.44 | CIA-1 | compiling with gcc4.X to work. Thanks to Raymond Danks. |
10:37.45 | Mardy | RP: that's a good start :-) |
10:40.50 | hrw|work | HuntrCkr: hard to tell for me - I do not use .dev |
10:40.57 | hrw|work | HuntrCkr: I use .oz354x now |
10:43.48 | *** join/#oe NAbyss_ (n=foo@220-253-60-86.VIC.netspace.net.au) |
10:45.28 | *** join/#oe zecke (n=ich@rosine63.inf.fu-berlin.de) |
10:47.58 | *** join/#oe NAbyss (n=foo@220-253-60-86.VIC.netspace.net.au) |
10:54.33 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
10:55.11 | Bernardo | Good Morning |
10:58.23 | RP | hi Bernardo |
10:58.31 | koen | hey Bernardo |
10:58.48 | RP | Bernardo: For the branch you need to set ZKERNEL_VERSION = "2,6" |
11:00.13 | *** join/#oe pH5 (n=ph5@p54866371.dip.t-dialin.net) |
11:00.24 | zecke | RP: I don't get bitbake :} |
11:00.36 | zecke | RP: I think we can win 20 seconds by improving bb.event.registerCode |
11:00.51 | pb__ | zecke: good morning |
11:01.04 | pH5 | hi pb__, zecke |
11:01.12 | pb__ | yo ph5 |
11:02.14 | koen | hey pH5 |
11:02.18 | Bernardo | RP: thanks |
11:02.34 | pH5 | zecke, you truly must be a god. yesterday run the 'parsing' in under 10 seconds and today win 20 seconds from that? |
11:02.36 | pH5 | hey koen |
11:02.49 | zecke | pH5: isn't time relative? |
11:02.49 | Bernardo | I was finding it strange that setting the PREFERRED_VERSION wouldn't work... :) |
11:03.10 | zecke | pH5: I had 'parsing' done to 2 seconds |
11:03.17 | RP | zecke: 20 seconds would be rather nice. I still can't get the profiling to work :-/ |
11:03.18 | zecke | pH5: parsing == this spinning progress of bitbake |
11:03.37 | zecke | RP: Debian's python2.4.2 seems broken |
11:03.46 | zecke | RP: it complains it can't import profile |
11:04.06 | RP | I thought hotshot was a replacement for profile? |
11:04.33 | zecke | RP: it uses the same API for Statistics |
11:04.34 | RP | I think my python skills just aren't l33t enough :) |
11:04.47 | zecke | pH5: you don't happen to be at the FU campus today? |
11:05.24 | zecke | pH5: I comitted a 10+ seconds improvement when your not bitbaking the world |
11:07.14 | Mardy | RP: do you have an idea what the registers mmGRAPHIC_{H,V}_DISP are for? |
11:09.40 | RP | Mardy: Yes. they give details about the current graphics window size |
11:10.11 | RP | Mardy: note that ACTIVE_{H_V}_DISP get set to the same values |
11:10.49 | RP | If you change one, you can do virtual screens of a smaller size. I can't rememebr which is the physical LCD and which is the virtual window though :) |
11:13.08 | pH5 | zecke: i don't. tomorrow/friday i have to go to the library, though. |
11:13.17 | pH5 | zecke: beginning from next month i might be at the campus more regularly. |
11:14.03 | zecke | pH5: If you feel like drop by at the Solaris room at my faculty |
11:15.27 | Mardy | funny!!! |
11:15.50 | Mardy | I'm changing ACTIVE_V_DISP |
11:15.54 | Mardy | the display pans |
11:16.29 | Mardy | I still need to understnd *how* i pans, though :-) |
11:18.23 | RP | Mardy: These numbers govern how it combines the data from the video memory into the LCD data stream |
11:19.00 | Mardy | mmm... this means the framebuffer memory isn't affected, right? :-( |
11:19.11 | RP | Mardy: correct |
11:19.25 | hrw|work | RP: ZKERNEL_VERSION is already set in openzaurus-3.5.4.1.conf |
11:19.57 | RP | Mardy: But by changing the bit of the framebuffer displayed to the LCD, you can effectively scroll the display |
11:20.12 | RP | I think fbcon can make use of that |
11:20.19 | RP | hrw|work: Ah, ok :) |
11:20.27 | Bernardo | hrw|work: I left 354x building last night, after setting the distro to openzaurus-3.5.4.1, and it bombed building linux 2.4.20 |
11:20.41 | hrw|work | Bernardo: I added it in the morning |
11:20.46 | *** join/#oe Noodles (n=noodles@the.earth.li) |
11:20.47 | hrw|work | Bernardo: I also dropped 2.4.20 from .oz354x |
11:21.12 | RP | hrw|work: We need to set PREFERRED_PROVIDER_hostap-conf = "hostap-conf" in there as for some reason it defaults to hostap-modules atm :-/ |
11:21.21 | Bernardo | hrw|work: thanks |
11:21.23 | hrw|work | RP: feel free to add it |
11:21.36 | RP | hrw|work: Will do when I get a minute... |
11:22.23 | hrw|work | zecke: you need python2.4-profiler probably installed (non-free) |
11:22.38 | hrw|work | zecke: usr/lib/python2.4/profile.py is in python/python2.4-profiler [non-free] |
11:22.46 | hrw|work | zecke: http://packages.debian.org/cgi-bin/search_contents.pl?word=profile.py&searchmode=searchword&case=insensitive&version=unstable&arch=i386 |
11:23.08 | zecke | hrw|work: oh, why is that non-free :} |
11:23.22 | hrw|work | zecke: dont know |
11:23.36 | zecke | koen: install that please |
11:23.47 | hrw|work | +Debian note: The license for the "profile" and the "pstats" |
11:23.49 | hrw|work | +modules doesn't conform to the Debian Free Software Guidelines (DFSG). |
11:24.08 | zecke | http://packages.debian.org/changelogs/pool/non-free/p/python-profiler/python-profiler_2-5/python2.4-profiler.copyright |
11:24.23 | hrw|work | zecke: http://ftp.debian.org/debian/pool/non-free/p/python-profiler/python-profiler_2-5.diff.gz |
11:25.10 | koen | zecke: done |
11:25.45 | zecke | koen: thanks |
11:25.51 | koen | hrm |
11:26.02 | koen | who deleted armeb.patch from openssl? |
11:27.06 | zecke | koen: let me guess, jnc? |
11:28.13 | XorA | koen: hey, whered you sneak on -) |
11:28.15 | hrw|work | Author: mickeyl@openembedded.org |
11:28.21 | hrw|work | koen: Revision: 4a54c23224bc11e3cb7370ca8f61143214d0cd3b |
11:28.24 | koen | hey XorA |
11:32.01 | hrw|work | koen: this is proper rev? |
11:34.02 | koen | yes, it looks like mickeyl deleted on file too many |
11:36.15 | CIA-1 | 03koen 07org.oe.dev * r9ed1d43d... 10/packages/openssl/openssl-0.9.7e/armeb.patch: openssl: reinstate armeb.patch |
11:40.04 | XorA | hmm, wierd effects building samba_3.0.14a with angstrom distro |
11:40.38 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
11:42.58 | hrw|work | XorA: gpe-something depend on samba 3.0.14 because koen set it to be like that |
11:43.18 | koen | gnome-vfs-dbus doesn't like the new samba api |
11:44.25 | XorA | I know this, but it wont build under angstrom and puts patches in armv5te-linux/ and its source in armv5te-linux-gnueabi/ and when patching fails to find the source |
11:44.33 | hrw|work | koen: in debian it need libsmbclient >3.0.2 and does not conflict with 3.0.21 |
11:45.43 | koen | XorA: sounds like abug in samba or multimachine |
11:45.57 | XorA | koen: I cant find a MACHINE= in samba |
11:46.41 | koen | ERROR: Nothing provides dependency libsdl |
11:46.43 | koen | hm |
11:46.52 | koen | bitbake r414 looks a bit broken |
11:47.21 | zecke | koen: hmm |
11:47.49 | zecke | koen: yeah, better use something earlier for work stuff :} |
11:48.39 | koen | zecke: I know how to work around it :) |
11:49.21 | zecke | koen: how? |
11:49.29 | koen | bitbake libsdl-x11 |
11:49.48 | zecke | koen: what is the latest stable one with 'working' RDEPENDS |
11:50.16 | koen | zecke: no idea, propably 1.3.2 |
11:53.08 | koen | zecke: is it possible to get bitbake cia commits in #oe? |
11:53.47 | zecke | koen: I'm sending commits already somewhere :} |
11:54.00 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
11:54.14 | zecke | koen: hmm I have not touched the hanbdling of 'virtual' |
11:54.24 | zecke | koen: and I don't see how it could have any effect :} |
11:54.31 | zecke | koen: small test please |
11:54.46 | zecke | koen: if you put world into the command line, does it work? |
11:56.17 | koen | zecke: nope |
11:56.43 | zecke | koen: well then... |
11:57.02 | zecke | koen: then this is the usual RDEPENDS breakage :} |
12:01.36 | RP | koen: What triggered btbake to print that error? |
12:02.30 | zecke | RP: who puts RDEPENDS = "libsdl" in the line? or is that in shlibs? |
12:04.47 | RP | zecke: It looks like a DEPENDS error juding by the message but without more information its near impossible to debug |
12:05.33 | koen | RP: 'bitbake libsdl' |
12:05.56 | RP | koen: And you'd expect that to work? Try bitbake virtual/libsdl |
12:08.18 | zecke | hehe |
12:08.40 | pH5 | XorA, your problems are due to samba using S:="" instead of S="". Sorry, I forgot to push this fix. |
12:09.57 | CIA-1 | 03pH5 07org.oe.dev * r8ffe1c51... 10/packages/samba/ (samba_3.0.14a.bb samba_3.0.20.bb): samba: replace := with =, fixes builds with TARGET_VENDOR set |
12:10.18 | XorA | pH5: cool, cheers |
12:10.22 | XorA | pH5: now thats service |
12:13.29 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
12:15.45 | NAiL | RP: ping? |
12:15.47 | *** join/#oe bronson (n=bronson@pool-68-160-59-53.bos.east.verizon.net) |
12:16.09 | NAiL | RP: You wrote the led class stuff, right? |
12:16.43 | XorA | so how many devices have had an angstrom image booted now then? |
12:18.18 | RP | NAiL: pong. yes |
12:18.31 | zecke | mickey|zzZZzz: hey |
12:18.32 | zecke | <PROTECTED> |
12:18.32 | zecke | <PROTECTED> |
12:18.32 | zecke | <PROTECTED> |
12:18.46 | zecke | that sounds inefficent |
12:19.01 | NAiL | RP: any idea how much work it would be to add a trigger to the scsi layer? I see there's an IDE-disk trigger, but things like the slug only has scsi (usb) disks. |
12:19.34 | RP | NAiL: triggers and have 5 lines of code. The tricky bit is working out where to put them |
12:19.39 | Noodles | RP: The LED class stuff hasn't hit mainline yet, has it? I think I want to use it... |
12:19.40 | RP | s/and/can/ |
12:19.53 | RP | Noodles: I'm working on that |
12:19.59 | RP | Its in -mm |
12:20.09 | Noodles | Ah, cool. I've seen the posts to l-k about it in general. |
12:20.14 | NAiL | and in use on a lot of slugs and slug-like devices ;) |
12:20.26 | Noodles | I want to use it for the Amstrad E3 LEDs. |
12:21.03 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
12:21.18 | RP | Noodles: Does that device have mainline support? |
12:21.53 | Noodles | Not yet. I'm waiting for my linux-omap-open-source subscription to be approved so I can submit a base patch. |
12:22.38 | RP | Noodles: I'm certainly keen for the interface to get used. It should be straightforward enough :) |
12:23.02 | Noodles | Excellent. I have 6 LEDs to play with and I like the idea of a NAND access one. :) |
12:24.39 | RP | The NAND access one scares people on Zaurii :) |
12:24.48 | Noodles | Oh? |
12:25.01 | hrw|work | they will use to this and will miss it if resign from OZ |
12:25.11 | RP | The way it glows is rather surreal :) |
12:26.05 | RP | hrw|work: You are doing an amazing job with the releases... |
12:27.27 | hrw|work | RP: thx |
12:31.11 | grma | hi! i try to run gpe image first time on my system, and i don't see any messages in syslog, someone and idea why? syslog runs ... |
12:32.08 | hrw|work | grma: tried 'logread'? |
12:33.14 | grma | logread shows only that syslog is started |
12:33.37 | grma | is there any dev-node necessary ? |
12:34.56 | grma | i run a older 2.6.14 kernel which is not customized for gpe image but i only want to see how gpe works and if Xfbserver runs and the performance would be ok on our boards ... |
12:35.21 | zecke | I will get some food |
12:36.07 | XorA | ~lart -Werror |
12:36.27 | grma | hrw|work: ahh now something comes out, i think a nfs-root problem maybe, or ... ? |
12:37.57 | grma | or ... xtscal.bin runs with 100% cpu power ... i think that would be the problem ... |
12:43.03 | *** join/#oe greentux_alt (n=m@ip-217-18-177-19.reverse.dsi.net) |
12:49.25 | hrw|work | ~lart so called users for being dumb |
12:50.44 | XorA | hrw|work: life would be easier without users |
12:51.42 | hrw|work | yes! |
12:56.04 | hrw|work | koen: ping |
12:56.30 | koen | pong |
12:57.01 | hrw|work | koen: which method (other then wget -r) can be used to mirror OZ 3.5.4 feeds? |
12:57.33 | hrw|work | koen: mirror by Pendalar need update and I want to contact him |
13:01.54 | koen | hrw|work: a more intelligent wget script |
13:09.32 | *** join/#oe tmbinc (i=XXX@e176153147.adsl.alicedsl.de) |
13:12.22 | *** join/#oe leoncamel (n=leoncame@219.142.137.41) |
13:16.18 | *** join/#oe zecke (n=ich@rosine63.inf.fu-berlin.de) |
13:18.39 | *** join/#oe benlau (n=benlau@221.125.13.158) |
13:23.02 | hrw|work | koen: no rsync or other methods? |
13:24.07 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
13:26.11 | koen | hrw|work: not for people without a shell account |
13:26.20 | hrw|work | ok |
13:32.30 | koen | RP: to avoid OH minions doing duplicate work: florian and I are working on getting tapioca and telepathy into OE |
13:40.52 | RP | koen: ok, I'll mention that to other minions :) |
13:44.41 | *** join/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
13:45.59 | hrw|work | RP: do we update to 2.6.16 in next alpha? |
13:46.37 | CIA-1 | 03koen 07org.oe.dev * rd75e6ebb... 10/packages/sofia-sip/sofia-sip_1.11.7.bb: sofia-sip: add main sofia-sip library |
13:46.46 | RP | hrw|work: Yes, I think so |
13:46.52 | hrw|work | cool |
13:46.59 | RP | unless anyone has a pressing reason why not? :) |
13:48.16 | hrw|work | ~hail ewi and 750K/s |
13:48.22 | ibot | ACTION bows down to ewi and 750K/s and chants, "I'M NOT WORTHY!!" |
13:48.22 | *** join/#oe kergoth_ (n=kergoth@c-24-118-213-150.hsd1.mn.comcast.net) |
13:48.26 | RP | hrw|work: I have the TUN defconfig change and a patch to ignore unknown SCR structures pending for .dev which can then go into the branch. Just waiting for someone to test teh SCR patch... |
13:48.30 | zecke | Note: BitBake has currently a broken cache |
13:49.07 | hrw|work | RP: there was a guy with such card on oesf - send him PM and kernel info |
13:50.27 | RP | hrw|work: Another member of OH has such a card so I'm awaiting their feedback |
13:50.37 | hrw|work | great |
13:52.25 | *** join/#oe grma (n=grma1@mail.contec.at) |
13:58.49 | zecke | hrw|work: I think I have a speed up of 40+ seconds |
13:58.58 | zecke | (tmp. I have broken the cache) |
13:59.08 | hrw|work | zecke: nice |
13:59.25 | hrw|work | zecke: 40s on run-with-cache or without? |
13:59.46 | zecke | without |
13:59.56 | *** join/#oe AvengerMoJo (n=alex@221.216.205.201) |
14:00.12 | zecke | so stay away from r415 for now |
14:00.25 | zecke | hrw|work: use it only to say if things are faster or slower now |
14:00.32 | XorA | what is ${STAGING_DATADIR_safe} |
14:00.55 | XorA | ignore me, see its defined a line earlier |
14:01.33 | hrw|work | zecke: I use r329 currently |
14:02.30 | hrw|work | my favorite rev |
14:02.57 | zecke | if someone finds the time, I would like to know the result |
14:03.09 | zecke | r329 vs. r415 without cache, without psyco |
14:03.51 | hrw|work | r329 first run, r329 second run, r415 no cache? |
14:04.06 | hrw|work | zecke: "bitbake umbaumba" will be ok? |
14:04.13 | zecke | -p -d |
14:04.19 | hrw|work | we lack umbaumba now |
14:04.25 | zecke | or better -d umbaumba |
14:04.35 | hrw|work | -p -d umbaumba? |
14:04.36 | zecke | r329 twice, r415 twice |
14:04.41 | zecke | hrw|work: no not -p |
14:04.57 | hrw|work | ok |
14:05.14 | hrw|work | shit. removed r329 ;( ave to fetch again.. |
14:09.33 | XorA | koen: on angstom distrom, libtool.m4 stages into tmp/staging/arm-linux not tmp/staging/arm-none-linux-gnueabi where .bbs expect to find it |
14:10.13 | *** join/#oe hwtech (n=hwtechni@80.78.239.70) |
14:11.17 | hrw|work | zecke: you do not need ouput of bitbake? only time results? |
14:12.22 | _law_ | any ideas why i cant fetch NOTE: Update cvs://anonymous@cvs.savannah.gnu.org/cvsroot/config;module=config;method=pserver;date=20050701 |
14:12.47 | *** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net) |
14:13.54 | zecke | hrw|work: only time |
14:14.43 | hrw|work | ok |
14:15.21 | hrw|work | XorA: ekiga is in OE? |
14:16.02 | XorA | hrw|work: dont think so |
14:16.05 | hrw|work | ok |
14:16.14 | hrw|work | XorA: user asked in upgrades thread |
14:16.31 | _law_ | or why it doesnt use version from sources dir? |
14:16.33 | XorA | hrw|work: without a headset and someone to talk to, no point me looking at it |
14:16.58 | _law_ | hrw|work, no it ekiga doesnt build (pwlib) |
14:23.21 | hrw|work | zecke: http://pastebin.com/616070 - r329 (ewi) |
14:26.38 | zecke | hrw|work: without caches please (both) |
14:26.58 | zecke | hrw|work: The first ran is only to warm up the caches |
14:27.01 | hrw|work | zecke: ah. CACHE="" for both? |
14:27.09 | zecke | yes please :) |
14:27.11 | hrw|work | ok |
14:29.18 | hrw|work | can I quote this? |
14:29.29 | koen | sure |
14:29.41 | koen | only s/ekigi/ekiga/ |
14:30.22 | koen | someone with the OZ-native SDK should build pwlib :) |
14:30.33 | hrw|work | and apache |
14:30.51 | koen | apache sucks, cherokee rules! |
14:31.07 | hrw|work | thttpd uber alles |
14:32.55 | _law_ | could fix gnu-config problem by renaming tar file in sources dir |
14:34.24 | hrw|work | which sources dir? |
14:35.39 | hrw|work | hm. debian got mc with utf8 patches applied. I would need to rebuild it again.. |
14:48.52 | hrw|work | zecke: http://pastebin.com/616117 |
14:49.53 | zecke | hrw|work: that is faster right? |
14:50.27 | hrw|work | zecke: ~1 minute |
14:50.35 | *** join/#oe tnb (n=tnb@dynamic-acs-24-154-237-101.zoominternet.net) |
14:52.08 | zecke | I think that is not too bad |
14:54.20 | _law_ | hrw|work, where bitbake places my sources /home/hrw/devel/sources i think :-) |
14:54.28 | *** join/#oe W8TVI (n=me@166.165.155.54) |
14:54.36 | _law_ | o i forgot oe dir :-) |
14:55.14 | hrw|work | _law_: a.. DL_DIR you mean |
14:55.18 | hrw|work | zecke: yep |
14:55.27 | _law_ | hrw|work, right |
14:56.36 | zecke | hours of hacking for a one second improvement :} |
14:56.43 | zecke | one minute even :} |
14:58.10 | koen | 32% time reduction |
14:58.23 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
14:58.30 | CIA-1 | 03florian 07org.oe.dev * rabc8d6c0... 10/packages/ (ortp/ortp_0.7.1.bb tapioca/tapioca_0.3.0.bb): ortp, tapioca: new packages. |
14:58.42 | zecke | BitBake Broken X now with 32% fluff reduction |
14:59.18 | hrw|work | koen: you makes 13% of my website traffic? "Dutch/Netherlands: 13%" |
14:59.47 | koen | heh |
14:59.55 | zecke | hrw|work: We need to benchmark with caches now - well I have to fix the cache first |
15:01.45 | hrw|work | ok |
15:02.24 | zecke | koen: we should replace fink with OE :} |
15:02.28 | koen | :) |
15:03.12 | koen | that's a bit of a waste of time |
15:03.20 | koen | unless fink that the native gtk+ |
15:03.31 | zecke | hrw|work: 31 seconds are spend compiling the python () and python __anonfunc() |
15:03.41 | koen | zecke: http://prdownloads.sourceforge.net/inkscape/Inkscape-0.43-2.dmg?download |
15:03.48 | zecke | oh |
15:04.09 | zecke | koen: that is download is with native gtk+? |
15:04.39 | koen | no |
15:04.44 | koen | I'm still waiting for that |
15:04.52 | koen | gtk+/X looks like ass on osx |
15:05.00 | *** join/#oe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf) |
15:05.43 | zecke | koen: gtk+ looks like ass on any OS was what your tried to day? |
15:06.01 | zecke | s/day/say |
15:06.08 | zecke | *tired* |
15:08.08 | CIA-1 | 03koen 07org.oe.dev * r0049f684... 10/packages/tapioca/tapioca_0.3.0.bb: tapioca: s/glib/glib-2.0/ |
15:10.01 | zecke | koen: doesn't start, I have no open-x11 script |
15:14.21 | CIA-1 | 03koen 07org.oe.dev * rae3c6599... 10/packages/tapioca/tapioca_0.3.0.bb: tapioca: ship dbus service file in the main package |
15:15.11 | lardman|work | ~seen JustinP |
15:15.18 | ibot | justinp is currently on #oe (1d 13h 26m 8s) #openzaurus (1d 13h 26m 8s). Has said a total of 37 messages. Is idling for 10h 11m 48s, last said: 'nacer_: packages/binutils'. |
15:19.46 | pb__ | zecke: tch, if you insult gtk+ then you insult my entire family |
15:20.06 | zecke | pb__: koen, did the insulting :) |
15:20.17 | zecke | pb__: and look is highly subjective :) |
15:20.29 | pb__ | heh |
15:20.43 | zecke | hehe |
15:21.56 | hrw|work | koen: install gconf-editor and feel like nearly like ms windows 'hacker' using regedit |
15:31.52 | Genesis | yeap :) |
15:31.59 | Genesis | it's usefull. |
15:34.07 | ArjanS | bitbake now also hides most of the messages... it only displays the 'unpacking' and 'applying patch' messages |
15:34.38 | *** join/#oe Timelord (n=TL@66.150.138.156) |
15:35.38 | zecke | ArjanS: see mail :) |
15:38.42 | hrw|work | ~seen _law_ |
15:38.43 | ibot | _law_ <n=law@mail.stiftadmont.at> was last seen on IRC in channel #oe, 43m 16s ago, saying: 'hrw|work, right'. |
15:49.36 | ArjanS | zecke: the broken cache mail? sorry, I didn't think they were related |
15:50.19 | zecke | ArjanS: hehe |
15:50.29 | zecke | ArjanS: BitBake has handlers for events |
15:50.41 | zecke | ArjanS: the do_* messages are messages from a handler :) |
15:51.06 | JustinP | lardman|work: PONG! |
15:51.08 | ArjanS | zecke: ah allright, I'm just a user, knowing nothing about internals :) |
15:51.17 | zecke | ArjanS: that is fine |
15:51.36 | ArjanS | zecke: thanks for the explanation. is there a way around it right now? or just to be patient for a few days? |
15:51.48 | zecke | ArjanS: When writing the mail I just didn't how to describe these messages |
15:51.58 | zecke | ArjanS: use r414 |
15:52.00 | JustinP | lardman|work: the problems you had seem indicative of a missing dependency. I kept finding these kind of problems with GPE progs not pulling in pixloaders and such.... |
15:52.03 | zecke | ArjanS: or wait some more minutes |
15:52.13 | JustinP | lardman|work: could you try the e-image and see if it works? |
15:52.52 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
15:54.00 | ArjanS | zecke: ok, sorry for my being impatient |
15:54.24 | zecke | ArjanS: as you said, you are a 'user' :) |
15:54.37 | zecke | ArjanS: these sort of things are just some kind of law of nature |
16:00.14 | do13_ | JustinP: You are working on the remove control driver? |
16:01.22 | JustinP | do13_: ummm...I got it compiling and "working", yes.... |
16:01.28 | JustinP | do13_: it *does* nothing, though |
16:01.30 | lardman|work | JustinP: a new one? |
16:01.58 | JustinP | do13_: the max1111 isn't returning unique values for the keys..... |
16:02.02 | JustinP | lardman|work: new what? |
16:02.06 | lardman|work | JustinP: Ah, e-image, how do I go about getting that on the machine then, not much room |
16:02.25 | do13_ | JustinP: I found a schematic: http://home.arcor.de/relei2004/zaurusfernb.html |
16:02.27 | JustinP | lardman|work: you don't have an SD card? I thought you were testing the e-image on a card before... |
16:02.56 | JustinP | do13_: if that might help you work on the driver I can give you the patch I was using... |
16:03.06 | JustinP | do13_: I doubt that the schematic will help, though |
16:03.28 | do13_ | JustinP: thx, but the driver is useless on tosa |
16:03.32 | JustinP | do13_: the driver I have is basically just a translation of the 2.4 driver into 2.6 (mostly done by RP, just fixe dup by me) |
16:03.43 | lardman|work | JustinP: No, it fitted in my rootfs partition |
16:04.19 | zecke | ArjanS: try now please |
16:04.31 | JustinP | lardman|work: are you sure? I wanted it tested on an SD/CF card because I wasn't sure.... |
16:05.33 | ArjanS | zecke: getting a 'module object has no attribute Registered' messages for every .bb |
16:05.43 | *** join/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
16:05.49 | zecke | lol |
16:06.11 | zecke | oh the svn revert :} |
16:06.44 | CoreDump|home | hi |
16:06.48 | ArjanS | gotta go now... good luck! |
16:07.19 | hrw|work | ~lart maemo in OE |
16:07.34 | hrw|work | another package to rebuild: firefox |
16:08.09 | zecke | ArjanS: now :) |
16:08.20 | hrw|work | firefox 1.0.6 rdepend on thunderbird... argh |
16:08.26 | zecke | lol |
16:09.08 | *** join/#oe TMM1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
16:10.23 | JustinP | do13_: thanks for trying :-/ |
16:11.06 | JustinP | I really really wish that RP had one of these remotes..... |
16:12.29 | hrw|work | JustinP: RP will get poodle on days |
16:15.06 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
16:16.19 | jnc | i'll donate a remote to RP if he can get suspend/resume working + fix reboot/halt on my c3000, for 2.6.16 EABI kernel |
16:20.08 | JustinP | hrw|work: poodle? I'm talking about the CE-RH2 for the Cxx00 |
16:20.21 | JustinP | jnc: :-\ |
16:22.47 | hrw|work | JustinP: I know but wanted to note that he will get one more toy to support |
16:23.30 | *** join/#oe pH5 (n=ph5@e178213031.adsl.alicedsl.de) |
16:26.26 | *** join/#oe Timelord (n=TL@66.150.138.156) |
16:26.29 | jnc | JustinP: unless that happens, i must sell off my zaurus kit :( |
16:26.41 | XorA | hrw|work: you have to delete the tmp/staging/shlibs/* for any mozilla build when you build any other moszilla build |
16:26.41 | JustinP | jnc: :-( a sad day |
16:26.56 | XorA | hrw|work: otherwise they all end up RDEPENDing on each other |
16:27.29 | jnc | i'll get a flybook or something and run windows on it |
16:28.08 | jnc | hoping it doesn't have to happen |
16:28.39 | jnc | the SharpROM is a comprimise for now |
16:29.15 | XorA | jnc: if you will insist on aiming for a target beyond what the devs are currently planning to release, then theres not much that can be done |
16:29.28 | hrw|work | XorA: or have them packaged into more parts? libnspr etc? |
16:29.46 | JustinP | XorA: ? he's talking about some hardware problems with his Z...looks like kernel issues, but they haven't figured out what |
16:29.55 | XorA | hrw|work: yeah, that might work as well, but I run away from that mess that is mozilla build |
16:30.00 | jnc | XorA: without working suspend/resume, this hardware is not useful |
16:30.10 | XorA | JustinP: EABI is experimental |
16:30.26 | XorA | JustinP: building with gcc4.X is only just being worked on |
16:30.56 | jnc | EABI works fine btw, and is probably going to be the default soon for supported zaurus targets |
16:31.47 | jnc | ipaq does not appear to get that luxury |
16:32.00 | XorA | still if you want working hardware, stop insisting on experimental relases, 3.5.4.1 will work on 3X00 devices |
16:32.32 | zecke | http://bugs.openembedded.org/show_bug.cgi?id=762 |
16:32.35 | koen | jnc: heh |
16:32.37 | zecke | I love that wording |
16:32.55 | koen | jnc: the main EABI testing is happening on ipaqs |
16:32.56 | zecke | it could be a language issue, but I find that disrespectful torwards mickeyl |
16:33.18 | zecke | koen: we should Debian omit Thumb Interwork |
16:33.25 | zecke | koen: and make EABI usable on my Shark |
16:33.39 | koen | zecke: right now it omits Thumb stuff |
16:33.57 | zecke | koen: so I could run it on my Shark? *yipee* |
16:34.46 | XorA | koen: I just need to turn on EABI in linux-openzaurus and Im ready to test on c7x0 |
16:35.10 | hrw|work | jnc: try to remember that OE is not a tool for Zaurus machines only |
16:35.39 | lardman|work | JustinP: It appeared to fit without any issues, but I can try on a card if that's what you want |
16:35.47 | hrw|work | jnc: and iirc 1st eabi boot was on hx4700 |
16:36.23 | hrw|work | ok. time to go home |
16:36.25 | hrw|work | cu all |
16:37.25 | JustinP | lardman|bbiab: I'd appreciate it. And a test of e-image would be good too. |
16:37.46 | JustinP | lardman|bbiab: my guess is that some locale data is missing or something....it seems to make a difference...sometimes...:-| |
16:37.55 | *** join/#oe ZureclaZ (i=Sadam@host178.200-117-217.telecom.net.ar) |
16:37.58 | JustinP | I just don't know how they're getting included in other images... |
16:38.07 | *** part/#oe ZureclaZ (i=Sadam@host178.200-117-217.telecom.net.ar) |
16:38.15 | XorA | pH5: have a similar problem to the one you fixed earlier, some libtool files are staged into tmp/staging/arm-linux when I expected them to be staged into tmp/staging/arm-none-linux-gnueabi |
16:40.47 | RP | FWIW, your kernel developer likes the halt on reboot effect so its very low on my to fix list - I'm with mickeyl on that :) |
16:40.56 | RP | we need to fix shutdown though. |
16:41.22 | zecke | FreeBSD halts as well |
16:41.25 | XorA | pH5: I am figuring its something to do with STAGING_DATADIR_safe = "${STAGING_DATADIR}" to store the STAGING_DATADIR before inherit native, but I dont know enough bb magic to know why |
16:41.45 | RP | I really think having to press a power button isn't the end of the world and there are bigger problems to worry about |
16:42.00 | XorA | RP: makes it much easier to flash that way :-) |
16:42.05 | jnc | RP: on spitz here, it means the device screen goes off and everything locks up |
16:42.08 | RP | XorA: exactly |
16:42.22 | jnc | easier to flash? mine reboots fine when it flashes |
16:42.30 | jnc | what is that supposed to mean |
16:42.44 | RP | jnc: It shouldn't lock up. It is normal to have to press the power button |
16:43.11 | jnc | oh. for reboot, it seems to physically shutdown and power off okay |
16:43.15 | jnc | that behavior is fine, i guess |
16:43.32 | jnc | i would hope that you COULD reboot if you wanted to from a technical standpoint, but not high on my list |
16:43.36 | jnc | i don't mind having to turn it back on |
16:43.39 | CIA-1 | 03florian 07org.oe.dev * rafe451a2... 10/packages/openssl/ (4 files in 2 dirs): openssl: add 0.9.7g with pkgconfig support |
16:43.47 | CIA-1 | 03florian 07org.oe.dev * r569bea40... 10/packages/tapioca/libjingle-tapioca_svn.bb: libjingle: Add Tapioca patched version. |
16:43.50 | jnc | for the 'halt' behavior, though, it physically locks up |
16:43.55 | CIA-1 | 03florian 07org.oe.dev * r58fcb2ba... 10/packages/tapioca/ (tapioca-xmpp_0.3.0.bb tapioca_0.3.0.bb): tapioca-xmpp: Add 0.3.0. |
16:44.03 | CIA-1 | 03florian 07org.oe.dev * r169621f4... 10/packages/tapioca/tapioca-xmpp_0.3.0.bb: tapioca-xmpp: add staging |
16:44.50 | jnc | RP: that behavior should be easy enough to change in the inittab though. change both shutdown and reboot to be a kernel reboot, until the bug is fixed |
16:45.06 | jnc | err nevermind |
16:45.28 | jnc | i just realized that i'm not using ctrl+alt+del to trigger this |
16:45.29 | jnc | heh |
16:46.07 | RP | Keep in mind the device can't actually shutdown - it only ever suspends, be it in the user kernel or the bootloader |
16:46.44 | RP | This might look like shutdown/rebooting from the desktop world |
16:52.47 | zecke | mickey|zzZZzz: ping |
16:53.10 | zecke | koen|away: what is tapioca? |
16:53.14 | zecke | koen|away: OSSO's gaim? |
16:55.34 | jnc | RP: oh |
16:55.54 | *** join/#oe nxu (n=n@onion.silicon-verl.de) |
16:56.15 | jnc | RP: how would the device get to a state like it is in... after you remove all power and press reset button? |
16:56.30 | jnc | can't do that programatically? |
16:56.41 | *** join/#oe Cwiiis (n=cwiiis@host86-136-25-59.range86-136.btcentralplus.com) |
16:56.55 | pH5 | XorA: you are right. i don't know how to fix this, though. i think the problem is that we use the _arm override in angstrom.conf for TARGET_OS and TARGET_VENDOR. it seems that the overrides are only evaluated after parsing the package files and this breaks everything that relies on instant expansion of HOST_SYS. |
16:57.54 | zecke | koen|away: it doesn't look too crappy here |
17:02.03 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
17:04.20 | lardman|work | JustinP: So how do I go about placing the e-image on a CF card? Something about a loop-back mounting? |
17:06.53 | RP | jnc: Not easily. As soon as you apply power, the processor will start running |
17:07.49 | zecke | lol |
17:07.50 | zecke | http://lists.kde.org/?l=kde-www&m=114297200332213&w=2 |
17:07.54 | pb__ | pH5: indeed, TARGET_OS needs to evaluate to a stable value: too many other variables are defined in terms of it for it to change partway through the parse. You could define it in terms of a python expansion, though, if you want. |
17:08.22 | pb__ | zecke: kde p0rn? awesome |
17:08.49 | zecke | pb__: "We want to know our user base - nude" |
17:09.30 | pb__ | let's just pray that they don't start publishing pictures of the developers in such a state of undress |
17:11.14 | grma | I want to build only gpe and opie things (only gui things) without the hole image, what .bb file would be the best to start with ? |
17:11.33 | zecke | grma: bitbake task-gpe, task-opie? |
17:11.39 | zecke | grma: bitbake meta-opie, meta-opie-all? |
17:11.53 | grma | ok will look into them. |
17:14.32 | pH5 | pb__: something like this: TARGET_OS = "linux${@['','-gnueabi'][bb.data.getVar('HOST_ARCH', d, 1)=='arm']}" |
17:16.44 | pH5 | s/HOST/TARGET/ |
17:19.15 | lardman|work | Is there a fix for the zaurusd fetch error? (http://pastebin.ca/46615) |
17:19.32 | *** join/#oe reenoo (n=r@p5489EE2A.dip.t-dialin.net) |
17:19.33 | *** join/#oe Ken|JLime (n=Ken|JLim@h123n2fls315o1049.telia.com) |
17:19.57 | reenoo | afternoon |
17:20.29 | *** join/#oe zap (n=zap@217.170.93.196) |
17:21.09 | pH5 | hi reenoo |
17:21.10 | *** join/#oe Timelord0 (n=TL@66.150.138.156) |
17:22.07 | reenoo | hey pH5 |
17:23.30 | *** join/#oe mpe (n=berend@chasin.xs4all.nl) |
17:23.48 | pH5 | koen|away: overrides for TARGET_OS break things. what about http://en.pastebin.ca/46618 |
17:26.53 | *** join/#oe Crofton (n=balister@hc6521d2c.dhcp.vt.edu) |
17:31.32 | Genesis | bonne soiree |
17:32.46 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
17:33.46 | *** join/#oe W8TVI_ (n=me@166.165.155.226) |
17:34.16 | *** join/#oe FireEgl (i=Atlantic@Atlantica.US) |
17:47.49 | koen|away | pH5: add some comments in the file why we need more ugly python and commit it :) |
17:53.32 | *** join/#oe Ken|JLime (n=Ken|JLim@h123n2fls315o1049.telia.com) |
17:55.00 | CoreDump|home | umm |
17:55.37 | CoreDump|home | I am getting NOTE: multiple providers are available (hostap-modules, hostap-conf); while build an image. So i set PREFERRED_PROVIDER_hostap-conf = "hostap-conf" right in the image.bb but it doesn't work |
17:56.14 | CoreDump|home | no matter what, I always get the message and BB chooses the wrong provider |
17:58.07 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
17:59.04 | Ken|JLime | Trying to compile busybox, giving me a set of errors. Anyone mind giving a hand http://pastebin.com/616467 |
18:01.24 | *** join/#oe zinga_ (n=arnaudb@186.80-203-227.nextgentel.com) |
18:01.34 | RP | CoreDump|home: Set that in local.conf - I need to add it to the 354x branch |
18:03.15 | JustinP | lardman|work: you can use altboot's new image creation feature or do it manually |
18:03.33 | *** part/#oe FireEgl (i=Atlantic@Atlantica.US) |
18:04.07 | RP | CoreDump|home: The image.bb file is far too late for that option to have any effect |
18:04.17 | CoreDump|home | RP: ahh I see |
18:06.41 | *** join/#oe andersee (n=andersee@codepoet.org) |
18:07.46 | Ken|JLime | Anyone got an idea? |
18:08.00 | CoreDump|home | Ken|JLime: dunno sry |
18:09.09 | CoreDump|home | RP: also, akita / spitz / borzoi are still set to use a 2.4 kernel by default ;) |
18:09.56 | lardman|work | JustinP: I'll take a look at it when I get home |
18:10.04 | koen | CoreDump|home: the branch doesn't have the 2.4 kernels anymore |
18:10.29 | koen | CoreDump|home: http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=53f9176d604b66cf1ab5287d10398ab0e92fbf85 |
18:10.44 | CoreDump|home | koen: tell that my "2.4" gpe-image from yesterday hehe |
18:11.18 | CIA-1 | 03koen 07org.oe.dev * r48c734b5... 10/packages/tapioca/libjingle-tapioca_svn.bb: libjingle: add a PV |
18:12.08 | JustinP | CoreDump|home: are you perhaps using oz354fam083? |
18:12.12 | CoreDump|home | nope |
18:12.33 | JustinP | hmmm...I saw the commit... |
18:15.25 | pH5 | Ken|JLime: what is the version of your linux-libc-header package? I assume __kernel_fd_set is undefined at this place (this is defined in linux/posix_types.h) - does adding #include <linux/posix_types.h> to the beginning of asm/posix_types.h fix those errors? |
18:16.23 | Ken|JLime | I found a bugreport (http://bugs.openembedded.org/show_bug.cgi?id=657) with the same issues as mine. It compiles nicely after that. |
18:16.49 | Ken|JLime | using header package 2.6.11 methink, probobly the cause of the issue |
18:17.43 | pH5 | Ken|JLime: even better :) |
18:17.52 | mickeyl | hi guys |
18:17.56 | pH5 | hi mickeyl |
18:18.23 | *** join/#oe agwn (n=ndbusek@adsl-71-130-207-212.dsl.irvnca.pacbell.net) |
18:19.24 | CIA-1 | 03mickeyl 07org.oe.dev * r085d7150... 10/packages/ (3 files in 2 dirs): add python-itools, a huge library supporting various web technologies |
18:19.47 | koen | hey mickeyl |
18:22.41 | mickeyl | *sigh* a lot of stuff bails out because of gcc 4 |
18:22.51 | koen | heh |
18:22.56 | koen | try using 4.1 ;) |
18:23.10 | mickeyl | that will make it just worse |
18:23.27 | koen | distros should have gcc4 patches |
18:23.41 | mickeyl | I noticed 2.6.16 for Zaurus in there - how to do EABI with this kernel? |
18:23.48 | mickeyl | koen: good idea, I should look there |
18:24.18 | koen | mickeyl: turn on EABI in the defconfig via menuconfig (if RP hasn't done already) |
18:24.51 | *** join/#oe andersee (n=andersee@codepoet.org) |
18:25.29 | mickeyl | RP? |
18:26.19 | *** join/#oe stevenh (n=lews@65.167.23.2) |
18:26.33 | koen | ../linux/linux-openzaurus-2.6.16/defconfig-tosa:# CONFIG_AEABI is not set |
18:26.44 | JustinP | lardman|gone: ask CoreDump|home about it if you can't get it to work. Hopefully he'll have a howto/doc soon. ^_^ |
18:26.49 | *** part/#oe agwn (n=ndbusek@adsl-71-130-207-212.dsl.irvnca.pacbell.net) |
18:26.53 | pH5 | has anybody got a complete EABI image running yet? |
18:27.25 | mickeyl | it didn't start because of a missing eabi aware kernel |
18:27.25 | mickeyl | i' |
18:27.29 | mickeyl | m cooking one now |
18:28.27 | emte | jnc apperently did last night |
18:28.51 | Ken|JLime | <PROTECTED> |
18:28.57 | Ken|JLime | What supplies fuser? |
18:29.06 | koen | util-linux? |
18:29.13 | Ken|JLime | lol |
18:29.21 | koen | or busybox 1.1 |
18:29.39 | Ken|JLime | already compiled busybox, so betting my money on util-linux |
18:34.37 | *** join/#oe minipanda (n=hzhang@219.236.17.202) |
18:38.04 | CIA-1 | 03koen 07org.oe.dev * r1dfaf135... 10/packages/farsight/farsight_20060322.bb: farsight: add todays snapshot of the farsight darcs repo |
18:38.45 | *** join/#oe zecke (n=ich@88.134.3.107) |
18:38.51 | koen | hey zecke |
18:39.46 | CIA-1 | 03coredump 07org.oe.dev * racaca3ac... 10/packages/initscripts/ (initscripts-1.0/tosa/keymap-2.4.map initscripts_1.0.bb): initscripts: tosa: Enable Fn-ombinations for numbers in kernel 2.4. Courtesy of webmind@#openzaurus. |
18:40.00 | mickeyl | CoreDump|home: yay! |
18:40.16 | pb_ | pH5: something like that, yeah |
18:40.16 | mickeyl | could you apply that to 354x as well, if hrw|gone doesn't object? |
18:40.23 | mickeyl | hey pb_ |
18:40.28 | pb_ | mickeyl: yo |
18:41.11 | CoreDump|home | mickeyl: I'll leave him a message so he can decide if he wants that in or not |
18:41.19 | Ken|JLime | koen: util-linux didnt supply fuser either, how about coreutils? |
18:41.43 | koen | Ken|JLime: could be, I always confuse those packages |
18:44.07 | mickeyl | CoreDump|home: cool, thanks |
18:45.17 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
18:45.53 | *** join/#oe tux1800_ (n=eric@c66.110.147-33.clta.globetrotter.net) |
18:46.03 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
18:50.27 | Ken|JLime | dammit, coreutils didnt supply fuser either |
18:51.06 | pH5 | Ken|JLime: psmisc |
18:51.20 | Ken|JLime | :D |
18:54.54 | *** join/#oe mreimer (n=mreimer@bilbo.vpop.net) |
18:55.09 | koen | hey mreimer |
18:55.18 | mreimer | hey koen! looks like you've been busy |
18:58.00 | koen | mreimer: just clearing out a backlog of patches :) |
18:58.31 | mreimer | judging from the commits, it would seem that eabi is working in OE now. Is that true? |
18:58.55 | zecke | mickeyl: mickeyl I had tons of questions |
18:58.57 | CIA-1 | 03koen 07org.oe.dev * rc3f6032f... 10/packages/gstreamer/ (3 files): gst-plugins-{bad,good,ugly}: depend on gst-plugins-base |
18:59.15 | CIA-1 | 03koen 07org.oe.dev * r5542410c... 10/packages/gstreamer/gst-plugins.inc: gst-plugins.inc: DEPEND on liboil |
18:59.22 | koen | mreimer: there are some problems with socket() and general gcc4.x related problems |
18:59.35 | koen | mreimer: but ph5 has booted a EABI bootstrap image on his hx |
19:00.04 | mreimer | koen: sounds like a bit of work. did ph5 say if he noticed a speed difference? |
19:00.05 | mickeyl | zecke: I'm afraid I won't have much time to answer, but feel free to fire away |
19:00.50 | zecke | mickeyl: I don' remember :} |
19:00.53 | pH5 | mreimer: I didn't notice anything. As socket() always returns ENOSYS, X doesn't even start. |
19:01.03 | mickeyl | zecke: heh :) next time just mail me :) |
19:01.13 | mreimer | pH5: that would be a problem :-) |
19:01.34 | mickeyl | zecke: i'm going on a conference tomorrow and need^wwant to spend the evening with Sabine |
19:01.36 | zecke | mickeyl: bitbake on ewi is 1 minute faster than before |
19:01.45 | mickeyl | zecke: that's cool! |
19:02.17 | zecke | mickeyl: ah right |
19:02.27 | zecke | mickeyl: is there a better copy implementation? |
19:02.30 | mickeyl | SAKS 2006 in Kassel |
19:03.01 | mickeyl | zecke: no, copy.copy is the only one. however, you need to check if you really need deepcopy, because that's slowing down a lot |
19:03.15 | zecke | mickeyl: e.g. a transparent copy with ref counting would be nice |
19:03.36 | zecke | mickeyl: I have code in data.smart to copy on each setVar |
19:03.42 | zecke | mickeyl: to show 'bugs' |
19:04.16 | zecke | e.g. someone manipulating a string after it is in the data module |
19:04.19 | zecke | and cached |
19:05.45 | mickeyl | i see. unfortunately monitoring object access is tough |
19:06.34 | mickeyl | i once played with something.... |
19:06.46 | *** join/#oe skoti (n=skoti@212.33.81.18) |
19:07.12 | mickeyl | ... putting a file online |
19:07.30 | zecke | mickeyl: I think I make that configurable, I think I have found most issues |
19:08.03 | mickeyl | http://vanille.de/temp/monitor.py might be a bit interesting |
19:09.01 | mickeyl | although it's probaby tied too much into elan to be useful |
19:09.15 | zecke | mickeyl: GPL, that would taint my license :} |
19:09.37 | zecke | Null() funny |
19:10.29 | zecke | mickeyl: tough stuff |
19:10.33 | zecke | mickeyl: I like TERROR |
19:10.43 | mickeyl | besides not containing any docs |
19:10.43 | mickeyl | *cough* |
19:10.44 | mickeyl | weakrefs are cool though |
19:10.49 | mickeyl | bbl |
19:12.04 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-123.f4.ngi.it) |
19:12.34 | CoreDump|home | is there a variable that contains "${IMAGE_BASENAME}-${MACHINE}-${DATE}${TIME}$AND_WHATEVERS_IS_THE_SUFFIX" + the full path to the image? |
19:14.06 | koen | not one |
19:14.24 | *** part/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
19:15.04 | koen | ${DEPLOY_DIR_IMAGE}/{IMAGE_NAME}.{jffs2,tar.bz2,ext2} |
19:15.08 | *** part/#oe pH5 (n=ph5@e178213031.adsl.alicedsl.de) |
19:15.46 | CoreDump|home | koen: ahh IMAGE_NAME is great |
19:16.18 | CoreDump|home | but sometimes the .suffix is not ".$FS" but .img or .bin. Whats the logic behind that? |
19:16.32 | koen | openzaurus hacks |
19:16.38 | CoreDump|home | meh |
19:19.14 | *** join/#oe mrz80 (n=scotsman@n128-227-127-250.xlate.ufl.edu) |
19:20.16 | CIA-1 | 03koen 07org.oe.dev * r0f1e903d... 10/packages/farsight/gst-plugins-farsight_20060322.bb: gst-plugins-farsight: add 20060322 snapshot |
19:20.47 | *** join/#oe TMM1 (n=aman@residents-liberty-potomac-129-174-185-174.residents.gmu.edu) |
19:23.17 | *** part/#oe Ken|JLime (n=Ken|JLim@h123n2fls315o1049.telia.com) |
19:30.31 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
19:30.39 | *** join/#oe Ken|JLime (n=Ken|JLim@h123n2fls315o1049.telia.com) |
19:31.49 | *** join/#oe laradji (i=HydraIRC@host127-62.pool8253.interbusiness.it) |
19:32.37 | *** join/#oe agwn (n=ndbusek@adsl-71-130-207-212.dsl.irvnca.pacbell.net) |
19:36.32 | Ken|JLime | whats the difference between boostrap_extra_rdepends and bootstrap_extra_depends? |
19:36.54 | JustinP | RDEPENDS is runtime, DEPENDS is build-time |
19:38.02 | Ken|JLime | meaning rdepends will go inside the boot-image ? |
19:38.50 | JustinP | yes |
19:38.52 | *** join/#oe mpe_ (n=berend@chasin.xs4all.nl) |
19:38.55 | Ken|JLime | Roger, thx |
19:39.09 | JustinP | there are also runtime dependencies added automatically when thinks are linked |
19:41.33 | Ken|JLime | But if i would like to add lets say MC to my bootimage (as a program in /usr/bin) i should add it as bootstrap_extra_rdepends += ...mc |
19:42.35 | CIA-1 | 03koen 07org.oe.dev * r74d7b2a6... 10/packages/tapioca/tapioca_0.3.0.bb: tapioca: stage more headers |
19:43.28 | gremlin[it] | mhhh what i have to state in DISTRO do build familiar 0.8.3 ? |
19:45.12 | *** join/#oe greentux (n=m@195.227.105.180) |
19:45.40 | reenoo | gremlin[it]: you need the org.openembedded.oz354fam083 branch and DISTRO="familiar-0.8.3" |
19:46.03 | pb_ | hi reenoo |
19:46.08 | reenoo | hey pb_ |
19:46.23 | gremlin[it] | mhhh with dev i can build only familiar-unstabe ??? |
19:46.39 | gremlin[it] | hi pb_, reenoo :) |
19:46.45 | pb_ | hi gremlin[it] |
19:46.50 | reenoo | gremlin[it]: I don't think you can build much at all with .dev right now but I may be mistaken |
19:48.11 | koen | that's FUD |
19:48.30 | koen | I've been building images all day from .dev |
19:48.37 | gremlin[it] | reenoo yes is true i have some issues :) |
19:49.51 | reenoo | koen: familiar images? I doubt it |
19:50.08 | koen | no |
19:50.15 | koen | familiar horribly broken |
19:50.26 | koen | you said "I don't think you can build much at all with .dev right now but I may be mistaken" |
19:50.50 | koen | and I responded to the "at all" part of that |
19:51.06 | reenoo | ah, thanks for correcting that then |
19:51.37 | koen | where 'horribly broken" read "missing a preferred_version for binutils" |
19:52.29 | reenoo | well. your messing around with binutils preferences broke stuff indeed. but that's not a DISTRO.conf candidate |
19:52.35 | gremlin[it] | koen : i set it and i was able to build a bootstrap-image ... but now i would like to show opie on the device (customer choose to use qt) ... |
19:53.10 | reenoo | koen: the binutils version built by default should work for the given arch |
19:53.37 | koen | it works for my arm machines |
19:53.45 | *** join/#oe emte (n=emte@d64-180-41-158.bchsia.telus.net) |
19:53.55 | reenoo | for eabi maybe |
19:53.55 | zecke | hey reenoo |
19:53.59 | reenoo | hey zecke |
19:55.07 | CIA-1 | 03koen 07org.oe.dev * r9f878719... 10/packages/farsight/farsight_20060322.bb: farsight: stage some headers |
19:55.09 | pb_ | what's the problem with binutils? |
19:55.13 | CIA-1 | 03koen 07org.oe.dev * rd5059d33... 10/packages/tapioca/tapiocaui_0.3.0.bb: tapiocaui: add 0.3.0 |
19:56.10 | gremlin[it] | some mis-algned versions between libc andh binutils ... if i understand right ... |
19:57.29 | emte | no |
19:57.54 | emte | the way binutils behaves acyuses an issue with libgcc taht shows up in glibc |
19:58.07 | emte | causes* |
19:58.39 | emte | but its only in the new cvs one taht has been changed for the EABI stuff |
19:59.46 | pb_ | okay. so why is the new cvs one the default for a non-eabi configuration? |
20:00.02 | emte | because PREFERED was not set |
20:00.16 | emte | and it defaults to newest |
20:00.19 | reenoo | pb_: that would be a question for koen |
20:00.29 | pb_ | emte: well, duh, yeah. why is the preferred version not set? |
20:00.30 | zecke | http://www.lisperati.com/logo.html |
20:00.31 | zecke | lol |
20:00.36 | koen | new cvs? |
20:00.49 | koen | it uses a binutils release tarball |
20:01.23 | pb_ | oh, really? what release? |
20:01.36 | pb_ | if a release version is broken for non eabi that would be rather sad. |
20:02.47 | koen | 2.16.91.0.6 |
20:03.09 | pb_ | ah, that's not a release. that's just a cvs snapsjot. |
20:03.15 | pb_ | er, snapshot |
20:03.38 | pb_ | it's still a bit sad that it's broken in the non eabi case, but that's more understandable. |
20:05.05 | pb_ | anyway, irrespective of the provenance of this code, it shouldn't be the default version for arm-linux if it doesn't work in that configuration. |
20:06.14 | pb_ | and, if non arm architectures don't derive any benefit from it, it probably shouldn't be the default for them either. |
20:15.04 | zecke | pb_: what is the versioning scheme for binutils anyway? |
20:16.06 | pb_ | zecke: similar to gcc. major releases are numbered 2.10. 2.11, 2.12; minor bug-fix releases are numbered 2.11.1, 2.11.2, 2.11.3 |
20:16.24 | pb_ | cvs snapshots are numbered 2.xx.91 |
20:16.31 | zecke | pb_: ah |
20:23.04 | *** join/#oe aa_ (n=ali@pida/aa) |
20:23.17 | aa_ | you weren't kidding with the half a day stuff were you |
20:30.50 | pb_ | zecke: as the sheriff, maybe you could clean up this binutils versioning business |
20:31.00 | *** part/#oe agwn (n=ndbusek@adsl-71-130-207-212.dsl.irvnca.pacbell.net) |
20:41.06 | zecke | pb_: I could generate a monotone key for you -as a friend |
20:41.43 | zecke | pb_: I hope people change DEFAULT PREFERENCE |
20:43.23 | pb_ | zecke: heh, let's hope so |
20:44.17 | *** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net) |
20:44.25 | zecke | hmm I should set up a Vmware server somewhere |
20:46.07 | reenoo | hrm |
20:46.10 | reenoo | $ bitbake -b ../org.openembedded.oz354fam083/packages/coreutils/coreutils-native_5.1.3.bb -c showdata | grep ^PACKAGE_ARCH |
20:46.13 | reenoo | PACKAGE_ARCH="arm" |
20:46.19 | reenoo | that doesn't sound right |
20:46.27 | zecke | oh |
20:56.55 | *** join/#oe woglinde (i=woglinde@e178073021.adsl.alicedsl.de) |
20:57.48 | CIA-1 | 03rpurdie 07org.oe.oz354x * r80f275bc... 10/conf/distro/openzaurus-3.5.4.1.conf: Set PREFERRED_PROVIDER_hostap-conf |
20:57.49 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
20:59.44 | *** join/#oe mpe (n=berend@chasin.xs4all.nl) |
21:00.27 | hrw|husky | hi |
21:01.30 | koen | hey hrw|husky |
21:01.31 | hrw|husky | CoreDump|afk: feel free to add such fixes as keymap stuff into .oz345x |
21:01.50 | hrw|husky | my wifi card loose connection from time to time |
21:03.20 | *** part/#oe _chronic (n=chronic@81.187.145.190) |
21:04.18 | zecke | mickey|bbl: Performance: s += 'string' or s = "%s %s" % (s,string) - which is faster |
21:04.33 | reenoo | the latter |
21:06.00 | gremlin[it] | koen, just to know ... the have u try recently to build opie-image with dev repo ? |
21:06.20 | hrw|husky | gremlin[it]: mickeyl built one |
21:06.39 | zecke | reenoo: much faster? |
21:06.42 | hrw|husky | gremlin[it]: look into oe m| archive |
21:06.48 | gremlin[it] | mhh ok ... so i have a chance :) |
21:07.10 | gremlin[it] | hrw|husky where ? |
21:07.13 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
21:07.22 | hrw|husky | zecke: iirc mickeyl wrote months ago to use that 2nd notation |
21:07.40 | hrw|husky | gremlin[it]: openembedded mailinglist archive on handhelds.org |
21:07.47 | gremlin[it] | ahh ok :) |
21:08.03 | reenoo | zecke: not sure. += adds runtime type checking/casting overhead. |
21:08.15 | gremlin[it] | NOTE: package uicmoc-native-2.3.10-r0: task do_compile: failed <<< sigh !!! |
21:08.41 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
21:08.46 | zecke | gremlin[it]: how can that fail? |
21:09.07 | zecke | the performance hints I see talk about = and not += :} |
21:09.22 | zecke | time to try timeit |
21:09.57 | gremlin[it] | lot of compile errors ... |
21:09.59 | gremlin[it] | | kernel/qmemorymanager_qws.h:129: error: cast from ‘char*’ to ‘int’ loses precision |
21:10.15 | zecke | gremlin[it]: hmm |
21:10.24 | zecke | gremlin[it]: gcc version? host system? |
21:10.36 | gremlin[it] | host FC4 on x86_64 |
21:10.42 | *** part/#oe _chronic (n=chronic@81.187.145.190) |
21:11.01 | gremlin[it] | gcc what is provided with oe, familiar-unsable, ep93xx |
21:11.09 | zecke | gremlin[it]: okay, check the bug tracker for 64bit issues :} |
21:12.14 | gremlin[it] | ... mhhhhhh ... let's go to read ... |
21:12.32 | zecke | gremlin[it]: :) |
21:12.51 | zecke | france_: got an Alpha too many? |
21:13.15 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
21:14.23 | gremlin[it] | zecke is something relates to opie or gcc-c++ (cross) have u idea ? |
21:14.30 | france_ | zecke: I have a rack of them at OSU, that I need to setup. |
21:14.56 | zecke | gremlin[it]: it is a native package that is failing |
21:14.56 | gremlin[it] | DHO !!! is the natice package sorry !!! |
21:15.00 | zecke | :) |
21:15.16 | *** join/#oe _chronic (n=chronic@81.187.145.190) |
21:16.09 | hrw|husky | sshit.. 3-way merge.. no way to do it on 80x25 term now :( |
21:16.35 | zecke | gremlin[it]: http://bugs.openembedded.org/show_bug.cgi?id=535 |
21:16.51 | zecke | gremlin[it]: needs to be adopted to uicmoc2? |
21:18.30 | zecke | gremlin[it]: http://bugs.openembedded.org/attachment.cgi?id=417 |
21:18.37 | zecke | time to apply the patches |
21:18.50 | gremlin[it] | i found 455 attach |
21:21.10 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
21:23.53 | *** join/#oe mithro (n=tim@lester.mithis.com) |
21:23.56 | pb_ | grr, crazy xilinx and their 850MB shell scripts |
21:24.25 | hrw|husky | wow |
21:24.47 | hrw|husky | selfextracting ones? |
21:24.58 | pb_ | yeah |
21:25.10 | pb_ | very tedious to edit though |
21:25.18 | hrw|husky | yes. |
21:25.38 | pb_ | I kind of wish they could just use a tar archive like everyone else |
21:25.43 | hrw|husky | I worked at company where soft was released as such scripts |
21:27.06 | hrw|husky | hm. i will probably drop maemo stuff from .oz345x - its simler way of making it unselectable by default |
21:28.05 | Ifaistos | hello all |
21:30.07 | gremlin[it] | mhhh cpile opie (c++) is really thedious ... an di upgrade the memory few days ago ... |
21:34.33 | *** join/#oe andersee (n=andersee@codepoet.org) |
21:38.08 | pb_ | hm, which debian package is libXm.so.3 in, again? |
21:38.11 | pb_ | I can never remember that one |
21:38.37 | zecke | pb_: dpkg -S libXm.so.3? |
21:38.41 | zecke | pb_: or was it -L |
21:38.49 | pb_ | ~herring zecke |
21:38.50 | ibot | ACTION whacks zecke on the side of the head with a large red herring named alfred |
21:38.58 | pb_ | that only works if you already have the package installed |
21:39.14 | njs | http://packages.debian.org? :-) |
21:39.15 | zecke | pb_: oh you don't have it? |
21:39.20 | zecke | pb_: is that motif? |
21:39.22 | pb_ | zecke: right, that's why I was asking |
21:39.23 | zecke | pb_: lesstif? |
21:39.31 | pb_ | I think lesstif only has Xm.so.2 |
21:39.32 | hrw|husky | dpkg: /usr/lib/libXm.so.3 nie odnaleziony. |
21:39.32 | zecke | open-motif? |
21:39.34 | pb_ | njs: good thinking |
21:39.52 | pb_ | I don't have open-motif in my packages list |
21:39.56 | pb_ | oh, it might be in non-free |
21:40.45 | pb_ | ah yes, njs wins |
21:40.46 | pb_ | usr/X11R6/lib/libXm.so.3 libs/libmotif3 [non-free] |
21:40.58 | zecke | *jealous* |
21:41.01 | zecke | njs: I hate you :) |
21:41.08 | njs | zecke: neener neener |
21:43.31 | pb_ | excellent, looks like I'm back in business |
21:43.53 | zecke | pb_: Xilinx uses motif - nice |
21:44.25 | pb_ | zecke: yeah, for some parts of the toolkit |
21:44.45 | pb_ | the main project navigator doesn't use it, but the UCF editor seems to be based on motif |
21:45.03 | zecke | wonderful |
21:46.06 | *** join/#oe Timelord (n=TL@66.150.138.156) |
21:46.29 | pb_ | I think the navigator is written in java, so presumably it uses Swing or something |
21:47.05 | zecke | pb_: which might link motif statically :} |
21:47.07 | pb_ | oh drat, now I have this stupid problem with motif wanting to make tcp connections to the xserver |
21:47.12 | zecke | pb_: or are you using freeswing? |
21:47.22 | zecke | pb_: wow |
21:47.29 | pb_ | and debian, in some kind of drive for security, turns off the tcp listener |
21:47.52 | hrw|husky | RP: can zaurusd be set to not suspend on hinge off? not everyone is used to this |
21:48.20 | reenoo | time to learn for the next exam I guess |
21:48.21 | pb_ | zecke: dunno, all the java stuff comes bundled in this famous 850MB shell archive |
21:48.30 | pb_ | reenoo|afk: enjoy |
21:48.39 | zecke | pb_: hehe |
21:48.48 | zecke | pb_: is it at least free of GNUism? |
21:49.03 | zecke | man I would have never thought, I would miss metacity |
21:49.19 | hrw|husky | that gnome wm? |
21:49.31 | zecke | hrw|husky: yes, twm kind of sucks |
21:49.48 | hrw|husky | zecke: i had twm on husky... disaster |
21:52.30 | ade|desk | twm is tragic on any system |
21:52.38 | aa_ | hi, sorry don't know where to ask this, but say I managed to get a device to find a NAND storage area, might that change the addresses of things and cause haret to fail to mount the ramdisk that it used to find a a certain address? |
21:52.57 | pb_ | zecke: hard to tell. freebsd is not a supported platform. |
21:53.06 | pb_ | oh, actually, I think it runs on solaris |
21:53.08 | pb_ | so you are in luck |
21:53.31 | Bernardo | hi |
21:54.06 | hrw|husky | aa_: i would not touch flash on device where i do not have working flash driver and/or jtag cable working |
21:54.09 | hrw|husky | hi Bernardo |
21:54.41 | aa_ | that sounds ominous |
21:55.25 | hrw|husky | aa_: better try to get sd/mmc working (iirc hx3715 does not have cf slot) |
21:55.50 | aa_ | but people who are clever have tried and failed at that and I am really dumb |
21:56.52 | pb_ | aa_: just detecting the NAND chip is unlikely to do any harm, but if you try writing to that area then you do run the risk of problems. |
21:57.03 | hrw|husky | hm. screen flashed once - 25% battery left |
21:57.06 | aa_ | well, say I am not trying to write to it |
21:57.21 | pb_ | then you are relatively safe. |
21:57.24 | aa_ | but say it gets detected, might the address of my ramdisk change? |
21:57.32 | pb_ | shouldn't do, no |
21:57.33 | *** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net) |
21:57.38 | aa_ | note I have no idea what these terms actually mean |
21:58.01 | pb_ | heh |
21:58.19 | aa_ | so weirdly, after turning on mtd in the kernel, it is unable to find the ramdisk |
21:58.38 | pb_ | that is odd |
21:58.52 | aa_ | I just get a basic kernel panic |
21:58.54 | pb_ | it's possible that the kernel size has increased far enough that it's now colliding with the ramdisk in memory, or something |
21:59.01 | pb_ | does it say anything about the initrd having been overwritten? |
21:59.19 | aa_ | not that I rmeember, I am comiling another kernel |
21:59.36 | aa_ | it is pretty hard to debug it, I am not sure how at all |
21:59.47 | aa_ | maybe record the screen and play it back in slow motion |
22:00.05 | pb_ | probably be easier with a serial cable, if you can get hold of one |
22:00.06 | aa_ | has it really come to this! |
22:00.42 | HopsNBarley | i've got the "opposite" problem... my kernel boots, but then doesn't mount the NFS root. |
22:01.04 | aa_ | HopsNBarley: if I could work out how to do that nfs crap I wouldn't be bothering with this |
22:01.26 | HopsNBarley | i'll let you know. i've got a ppc/embedded expert joining me in about an hour. |
22:02.06 | aa_ | oh well, I swear I saw instructions, but I can't find them now |
22:02.25 | HopsNBarley | aa_: are you using uboot? |
22:03.16 | aa_ | no, a hting called haret |
22:03.50 | hrw|husky | HopsNBarley: haret is wince loader for linux |
22:06.29 | aa_ | wow, turning on NAND debugging in the kernel is hilarious |
22:06.34 | aa_ | ok I need that serial thing |
22:06.59 | hrw|husky | me too - have to resolder one cable... |
22:07.03 | hrw|husky | ok time to sleep - cu |
22:07.15 | nacer | HopsNBarley: do you have set the network on boot ? |
22:07.46 | aa_ | RAMDISK: Couldn't fnd a valid RAM disk image starting at 0 |
22:08.04 | aa_ | only after I turn on this NAND device |
22:08.23 | aa_ | but also get this JFFS: trying to mount a non-mtd device |
22:08.50 | aa_ | now before it wasn't involving jffs at all, it is a compressed ext2 initrd |
22:10.08 | *** join/#oe florian (n=fuchs@p5083C966.dip0.t-ipconnect.de) |
22:10.14 | florian | hi |
22:10.37 | Bernardo | hi florian |
22:13.53 | pb_ | hi kergoth |
22:14.29 | aa_ | so I am going to start guessing random values for the ramaddr parameter to haret, that won't brick anything will it? |
22:14.45 | zecke | hey kergoth |
22:17.24 | *** join/#oe Crofton_|laptop (n=balister@hc652c7f2.dhcp.vt.edu) |
22:17.48 | pb_ | aa_: no, that's safe enough |
22:23.45 | CIA-1 | 03dirk 07org.oe.dev * rc98c235b... 10/packages/lzma/lzma-native_4.17.bb: lzma-native: split path in oe_libinstall call |
22:23.49 | CIA-1 | 03dirk 07org.oe.dev * re737fdf2... 10/packages/libcap/ (3 files in 2 dirs): libcap: add 1.10 |
22:37.46 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
22:50.30 | CIA-1 | 03koen 07org.oe.dev * re5aa5020... 10/packages/scw/scw_0.4.2.bb: scw: add scw, a set of chat related widgets for GTK+ |
22:55.20 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
22:56.25 | *** part/#oe ade|desk (n=adavey@213-232-83-137.dsl.prodigynet.co.uk) |
23:06.40 | *** join/#oe mithro (n=tim@lester.mithis.com) |
23:08.05 | *** join/#oe Crofton (n=balister@hc6521d2c.dhcp.vt.edu) |
23:10.31 | Ken|JLime | What supplies ttf-dejavu-sans ttf-dejavu-sans-mono for "bitbake opie-image"? |
23:11.47 | Ken|JLime | opie-ttf-support ..lol |
23:19.44 | Ken|JLime | hmm, didnt work |
23:20.12 | Ken|JLime | any ideas? |
23:21.06 | *** join/#oe dtx (n=chatzill@cdf-imaging.com) |
23:22.07 | dtx | Hey does anyone know how to change a bb to where it installs from the original subversion repository? |
23:22.17 | dtx | libgphoto2 to be precise |
23:23.19 | dtx | Hey does anyone know how to change a bb to where it installs from the original subversion repository? |
23:27.49 | *** join/#oe Timelord (n=TL@66.150.138.156) |
23:27.49 | florian | dtx: what do you mean by "where it installs"? |
23:28.46 | CIA-1 | 03tmbinc 07org.oe.dreambox * rcff595e5... 10/packages/linux/linux-dm7025.bb: linux-dm7025: remount only on target device |
23:28.50 | CIA-1 | 03tmbinc 07org.oe.dreambox * r494ca1d2... 10/packages/enigma2/enigma2.bb: enigma2: update to 20060323 |
23:28.54 | CIA-1 | 03tmbinc 07org.oe.dreambox * rad7dd1ef... 10/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules: update to 20060323 |
23:30.03 | florian | h... i should try to update my dbox :-) |
23:41.00 | *** join/#oe Timelord (n=TL@66.150.138.156) |
23:43.19 | *** join/#oe nxu (n=n@tor/session/x-5bdb5bd4dbe72d8c) |