| 00:43.31 | *** join/#openezx jonwil (n=jonwil@220-245-202-155-wa-pppoe.tpgi.com.au) |
| 00:53.04 | *** join/#openezx toi (n=peter@d54C27365.access.telenet.be) |
| 01:09.42 | *** join/#openezx blkhawk[zzz] (i=blkhawk@p54A77BDF.dip.t-dialin.net) |
| 07:12.38 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 07:44.16 | Hopscotch | good morning |
| 07:49.47 | ao2 | hallo |
| 08:06.00 | LaF0rge | hi hopscotch, ao2 |
| 08:34.31 | *** join/#openezx nevola (n=nevola@135.Red-217-125-129.staticIP.rima-tde.net) |
| 09:07.22 | stefan_schmidt | gug |
| 09:09.12 | LaF0rge | hi stefan |
| 09:10.53 | stefan_schmidt | hi LaF0rge |
| 09:22.21 | koen | good morning all |
| 09:22.45 | LaF0rge | hi koen |
| 09:23.33 | nevola | hi all |
| 09:24.17 | stefan_schmidt | hi nevola, koen |
| 09:29.58 | *** join/#openezx _bambam (n=bambam@dslb-084-056-236-178.pools.arcor-ip.net) |
| 09:36.23 | LaF0rge | now reported one of them to oe bugzilal. |
| 09:37.31 | koen | I just confirmed that the gcc man pages is ambigious |
| 09:37.40 | koen | s/is/are/ |
| 09:38.11 | koen | the man page says that -march=armv4t will exclude armv5 isns |
| 09:38.15 | koen | which it doesn'tr |
| 09:38.25 | koen | so no EABI on armv4t :( |
| 09:38.48 | LaF0rge | I don't actually want EABI |
| 09:39.21 | koen | I do, otherwise you can't use iwmmxt on pxa270 |
| 09:39.29 | koen | (without resorting to static linking) |
| 09:39.34 | LaF0rge | I'm not talkiong about pxa270 ;) |
| 09:40.05 | LaF0rge | I'm currently trying to build OE for some S3C2410 devel board |
| 09:43.21 | koen | ah |
| 09:43.26 | koen | that isn't a real ICE |
| 09:43.36 | LaF0rge | ? |
| 09:43.49 | koen | Internal Compiler Error |
| 09:44.03 | LaF0rge | I thought of JTAG when you said ICE ;) |
| 09:44.07 | LaF0rge | oh, so what is it? |
| 09:44.40 | LaF0rge | is that cross compile badness some OE-specific patch that causes the ICE? |
| 09:44.43 | koen | it's an error triggered by this: http://www.openembedded.org/repo/org.openembedded.dev/packages/gcc/gcc-4.1.1/zecke-no-host-includes.patch |
| 09:44.57 | koen | yes |
| 09:45.11 | koen | we rigged gcc to crash when something tries to do -I/usr/include |
| 09:45.14 | LaF0rge | ah, i see. |
| 09:45.56 | koen | some background on the patch: http://www.openembedded.org/the-q-a-team-strikes-back |
| 09:47.36 | LaF0rge | ok, so I'll remove fail-fast for now |
| 09:47.52 | koen | I have a better solution :) |
| 09:47.59 | koen | something that doesn't require rebuilding gcc |
| 09:48.10 | LaF0rge | 'k, thanks |
| 09:48.20 | koen | add EXTRA_OECONF = "--disable-mozilla-plugin" to the librsvg_2.11.1.bb |
| 09:48.27 | koen | or pull in ~2 minutes |
| 09:49.40 | LaF0rge | didn't fix it, i'll investivate |
| 09:49.55 | koen | you'll need to rebuild librsvg |
| 09:50.05 | koen | otherwise ./configure won't run |
| 09:52.19 | LaF0rge | how do i do that? removing the tmp/work dir didn't help ;) |
| 09:52.34 | koen | see the bugzilla comment I just entered :) |
| 09:52.38 | LaF0rge | ok |
| 09:53.16 | LaF0rge | thanks |
| 09:53.30 | LaF0rge | btw: mickeyl will get one of those devel boards once he's back from holidays |
| 09:53.43 | koen | cute |
| 09:53.56 | LaF0rge | they are something like USD180 in china ;) |
| 09:53.56 | koen | prpplague showed me the s3c stuff amltd is doing |
| 09:54.16 | *** join/#openezx blkhawk (i=blkhawk@p54A75B22.dip.t-dialin.net) |
| 09:54.18 | LaF0rge | never seen devel boards being cheaper than the final products ;) |
| 09:54.32 | blkhawk | Hello all |
| 09:54.53 | koen | LaF0rge: check http://glomationinc.com/ |
| 09:55.23 | koen | I long-term borrowed the http://glomationinc.com/products_9312-sx.html |
| 09:55.48 | koen | that's the armv4t core I was cursing at earlier |
| 09:56.24 | LaF0rge | ;) |
| 09:57.27 | LaF0rge | my board is called qt-2410 from www.armzone.com (which seems to be down today) |
| 09:57.38 | koen | ugh |
| 09:57.49 | koen | that offends my sensibilities |
| 09:58.07 | koen | at least its better as the qt/e-2410 ;) |
| 09:59.28 | koen | hmm |
| 10:00.40 | LaF0rge | ;) |
| 10:12.42 | Hopscotch | and just for the record: we have helped to create http://www.centipad.com :) |
| 10:17.56 | koen | Hopscotch: that looks like the s3c board from amltd :) |
| 10:18.03 | koen | I love that formfactor |
| 10:33.28 | mickey|thesis | morning |
| 10:33.40 | LaF0rge | hi mickey |
| 10:53.09 | stefan_schmidt | koen, mickey|thesis: Is this problem known? I don't find usefull infos for it. bitbake revision 549 |
| 10:53.12 | stefan_schmidt | http://people.openezx.org/stefan/tmp/build-gpe-image.log |
| 10:54.31 | mickey|thesis | uh oh that looks ugly |
| 10:54.39 | mickey|thesis | you sure your BBPATH is right? |
| 10:54.50 | mickey|thesis | i.e. does it read the proper .conf files in ? |
| 10:55.00 | mickey|thesis | lets start bitbake -D -D -D and paste the first 20 lines |
| 10:55.09 | stefan_schmidt | i followed the GetStarted wiki page |
| 10:56.03 | mickey|thesis | hmm did you upgrade an older revision? |
| 10:56.08 | stefan_schmidt | conf files seems to be the problem... |
| 10:56.09 | stefan_schmidt | DEBUG: CONF reading org.openembedded.dev/conf/bitbake.conf |
| 10:56.09 | stefan_schmidt | DEBUG: CONF file 'conf/site.conf' not found |
| 10:56.09 | stefan_schmidt | DEBUG: CONF file 'conf/auto.conf' not found |
| 10:56.10 | stefan_schmidt | DEBUG: CONF including build/conf/local.conf |
| 10:56.10 | stefan_schmidt | DEBUG: CONF file 'conf/build/i686-linux.conf' not found |
| 10:56.10 | stefan_schmidt | DEBUG: CONF file 'conf/target/INVALID-linux.conf' not found |
| 10:56.21 | mickey|thesis | no that's ok until now |
| 10:56.29 | mickey|thesis | many are optional |
| 10:56.48 | stefan_schmidt | ok, here are the rest: |
| 10:56.49 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/machine/a780.conf |
| 10:56.50 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/machine/include/motorola-ezx.conf |
| 10:56.50 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/machine/include/tune-xscale.conf |
| 10:56.50 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/distro/ezx.conf |
| 10:56.50 | stefan_schmidt | DEBUG: BB conf/distro/include/preferred-opie-versions.inc: handle(data, include) |
| 10:56.52 | stefan_schmidt | DEBUG: BB :0: inheriting classes/base.bbclass |
| 10:56.54 | stefan_schmidt | DEBUG: BB classes/base.bbclass: handle(data, include) |
| 10:56.56 | stefan_schmidt | DEBUG: BB :0: inheriting classes/package_ipk.bbclass |
| 10:57.00 | stefan_schmidt | DEBUG: BB classes/package_ipk.bbclass: handle(data, include) |
| 10:57.02 | stefan_schmidt | DEBUG: BB :0: inheriting classes/package.bbclass |
| 10:57.04 | stefan_schmidt | DEBUG: BB classes/package.bbclass: handle(data, include) |
| 10:57.05 | mickey|thesis | ok ok |
| 10:57.06 | stefan_schmidt | DEBUG: BB :0: inheriting classes/debian.bbclass |
| 10:57.08 | stefan_schmidt | DEBUG: BB classes/debian.bbclass: handle(data, include) |
| 10:57.09 | mickey|thesis | that looks all good |
| 10:57.10 | stefan_schmidt | DEBUG: BB conf/distro/include/preferred-gpe-versions-2.8.inc: handle(data, include) |
| 10:57.10 | mickey|thesis | btw. |
| 10:57.12 | mickey|thesis | ~pastebin rocks |
| 10:57.13 | stefan_schmidt | DEBUG: BB conf/distro/include/preferred-e-versions.inc: handle(data, include) |
| 10:57.14 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/documentation.conf |
| 10:57.18 | stefan_schmidt | DEBUG: CONF including org.openembedded.dev/conf/sanity.conf |
| 10:57.20 | stefan_schmidt | DEBUG: BB classes/base.bbclass: handle(data, include) |
| 10:57.22 | stefan_schmidt | DEBUG: BB classes/package_ipk.bbclass: handle(data, include) |
| 10:57.24 | stefan_schmidt | DEBUG: BB :0: inheriting classes/package.bbclass |
| 10:57.26 | stefan_schmidt | DEBUG: BB classes/package.bbclass: handle(data, include) |
| 10:57.28 | stefan_schmidt | DEBUG: BB classes/debian.bbclass: handle(data, include) |
| 10:57.30 | stefan_schmidt | DEBUG: BB classes/sanity.bbclass: handle(data, include) |
| 10:57.32 | stefan_schmidt | DEBUG: update_data() |
| 10:57.34 | stefan_schmidt | Nothing to do. Use 'bitbake world' to build everything, or run 'bitbake --help' |
| 10:57.38 | stefan_schmidt | for usage information. |
| 10:57.45 | mickey|thesis | hehe |
| 10:57.58 | mickey|thesis | if you have upgraded bitbake in the past, be sure to rm -rf tmp/cache |
| 10:58.08 | mickey|thesis | because that's the internal cache file format that changes once and then |
| 11:00.01 | mickey|thesis | to be honest, I never seen such a huge load of errors apart from after a bitbake update without cache removal |
| 11:01.42 | stefan_schmidt | I removed tmp/cache and did a bitbake gpe-image afterwards, same problem. |
| 11:02.00 | stefan_schmidt | I start from scratch to make sure i don't make a mistake during setup |
| 11:02.06 | mickey|thesis | yes please. |
| 11:02.08 | koen | mickey|thesis: ASSUME_PROVIDED troubles? |
| 11:02.11 | mickey|thesis | and please use a released version for now |
| 11:02.16 | mickey|thesis | bitbake, that is |
| 11:02.20 | stefan_schmidt | ok |
| 11:02.38 | mickey|thesis | koen: no, look at the exceptions. that sounds like no bitbake classes are read |
| 11:02.53 | stefan_schmidt | This will take some time. |
| 11:04.27 | mickey|thesis | LaF0rge,stefan_schmidt : we should come back to setting up a public OE build server on openezx. That way we would have a reference installation to compare local installations with |
| 11:08.25 | stefan_schmidt | mickey|thesis: Yes, how much trouble? |
| 11:10.39 | mickey|thesis | shouldn't be hard. I've set up OE so many times before :) |
| 11:11.08 | mickey|thesis | i thought it's more of an administrative problem than a technical problem |
| 11:11.14 | mickey|thesis | dunno whether openezx is ready for that. |
| 11:11.31 | mickey|thesis | i could do it right after our mtn 0.27 migration and right after returning from my vacation |
| 11:12.21 | koen | I'll try to get my pxa270 booting, but I'm 90% sure OE is ready to build a working EABI/iwmmxt system |
| 11:13.02 | koen | that should keep the gentoo/e people away for a while ;) |
| 11:14.07 | stefan_schmidt | That would be fine. We need a better integration between or and openezx. At the moment it's to much patchwork. |
| 11:16.10 | stefan_schmidt | ...between oe and openezx... |
| 11:27.27 | LaF0rge | mickey: thought about this a couple of times. I need to buy an expensive 300GB SCA/SCSI drive in order to get more storage on the physical box that hosts openezx.org (among othres) |
| 11:28.31 | stefan_schmidt | LaF0rge: wow, no other way then a SCSI drive? |
| 11:29.03 | LaF0rge | stefan: that machine is a v20z |
| 11:29.20 | LaF0rge | stefan: so it only has two U320 slots. and I'm way over my quota of units in the hosting centre already |
| 11:30.06 | LaF0rge | at the moment there are 2 1U boxes, 1 2U box + 2 Ultra5. And I should actually not use more than 5U ;) |
| 11:30.48 | blkhawk | heh |
| 11:30.51 | LaF0rge | I have another 1U that could replace one of the Ultra5, and we could 'virtualize the other Ultra5 away, though. Then we'd have 1U for some storage array |
| 11:31.00 | LaF0rge | but that's a lot of work and downtime :( |
| 11:31.18 | blkhawk | thats a lot of server you got there |
| 11:31.18 | stefan_schmidt | OK, so SCSI is the only possibility. :( |
| 11:31.22 | blkhawk | ya |
| 11:31.25 | koen | ask sun for a test 'thumper' :) |
| 11:31.38 | LaF0rge | so I'd rather spend the 571EUR for the 300GB U320. |
| 11:32.08 | LaF0rge | another option was to put a box here in my basement. |
| 11:32.37 | LaF0rge | however, that's behind a 2MBit SDSL, so that could only be a build server which has no public access (rsync to machine with public repository) |
| 11:32.40 | blkhawk | but thats less cool? and uses up yout home bandwith? |
| 11:33.07 | stefan_schmidt | hmm, perhaps i can locate a server at university. |
| 11:33.17 | stefan_schmidt | 100Mbit or 1Gbit |
| 11:33.22 | LaF0rge | I guess I'll still have one or two IP addresses spare at home. at the hosting centre I just got another /24 :) |
| 11:33.29 | stefan_schmidt | If you like, i can ask. |
| 11:33.39 | LaF0rge | stefan: well, I only have a problem with traffic+storage |
| 11:34.42 | stefan_schmidt | ok |
| 11:34.43 | LaF0rge | I definitely can put the build box here behind my SDSL and mirror it to a hosted box (where nobody would get shell access). |
| 11:36.40 | stefan_schmidt | This way it would be cheaper but more difficult. |
| 11:39.11 | LaF0rge | is there something like a 'world' task? |
| 11:40.00 | koen | 'bitbake world' |
| 11:40.08 | koen | takes ~20GB and a few days |
| 11:40.23 | koen | 'bitbake world -k' is even better |
| 11:40.38 | koen | (-k continues if one package fails) |
| 11:41.00 | LaF0rge | koen: well, I have this quad core G5 with 4G ram, I could see how long it takes ;) |
| 11:41.07 | *** join/#openezx nevola (n=nevola@135.Red-217-125-129.staticIP.rima-tde.net) |
| 11:41.33 | LaF0rge | OE doesn't really parallelize well enough, though. one of the many todo's if I ever get to it |
| 11:41.45 | nevola | re |
| 11:41.51 | koen | RP is working on a multithreaded bitbake |
| 11:41.59 | LaF0rge | koen: great |
| 11:42.08 | koen | the best OE can do is "PARALLEL_MAKE = "-j<number>"" |
| 11:42.23 | LaF0rge | koen: yes, I'm using that everywhere. |
| 11:49.18 | LaF0rge | is there any way to tell bitbake to just do the 'download' step for all builds? |
| 11:49.36 | mickey|thesis | bitbake -c <task> world |
| 11:49.37 | koen | bitbake -c fetch world -k |
| 11:49.39 | LaF0rge | koen: that would be great to do before taking your notebook to an extended offline/low-bandwith trip. |
| 11:49.41 | LaF0rge | great, thanks |
| 11:50.00 | mickey|thesis | provided all recipes are well formed and only download during do_fetch |
| 11:50.02 | koen | OE doesn't run on OSX :) |
| 11:50.05 | mickey|thesis | i know at least one bbfile doesn't |
| 11:50.10 | koen | so I can actually enjoy my holidays |
| 11:50.15 | mickey|thesis | heh |
| 11:50.34 | LaF0rge | koen: I always ran Linux on my apple notebooks (but currently use a turion64 anyway) |
| 11:50.44 | mickey|thesis | that's no problem for me. my wife has ruled no electronic devices are allowed during holidays... |
| 11:50.51 | stefan_schmidt | hehe |
| 11:51.34 | mickey|thesis | oh |
| 11:51.39 | mickey|thesis | dunno whether that's better ;) |
| 11:51.43 | stefan_schmidt | mickey|thesis: btw, with a complete fresh install of oe and bitbake it works. Sorry for bothering. |
| 11:51.56 | mickey|thesis | stefan_schmidt: np, good to hear |
| 11:52.21 | LaF0rge | mickey: so when would be a good time for our phone call? |
| 11:53.01 | mickey|thesis | LaF0rge: tomorrow after lunch would be good for me, that'd be something after 14:00 in the office - you still have the number? |
| 11:53.28 | LaF0rge | mickey: ok, 2pm is fine. number? mh, don't think so. |
| 11:53.38 | mickey|thesis | LaF0rge: 069 798 28358 |
| 11:53.58 | mickey|thesis | frankfurt university. I'm allowed to sit there until the thesis has been accepted :) |
| 11:54.58 | stefan_schmidt | mickey|thesis: What's your plans afterwards? Freelancer? |
| 11:55.41 | mickey|thesis | stefan_schmidt: yes definitly. as you can see from my new homepage www.vanille-media.de i started to come back to freelancing after 13 years of academics. |
| 11:56.05 | mickey|thesis | stefan_schmidt: concentrating on embedded linux engineering, consulting, training. |
| 11:56.27 | stefan_schmidt | Sounds for fun but work |
| 11:56.43 | mickey|thesis | in germany the laws for pursuing academic careers are too unstable atm. |
| 11:56.45 | LaF0rge | mickey: btw any idea what the status of opie-qt-over-x11 is? abandoned/unmaintained, right? |
| 11:57.43 | mickey|thesis | LaF0rge: that's right. it could be revived with -- lets say two months of work. Zecke did that work during the Opie 1.0 times, but it wasn't continued thereafter. |
| 11:57.58 | mickey|thesis | besides, qt/2 really sucks nowadays |
| 11:58.05 | mickey|thesis | no matter whether /embedded or /x11 |
| 12:00.03 | LaF0rge | mickey: ouch, two months is quite a lot ;) |
| 12:02.01 | mickey|thesis | LaF0rge: worst-case-estimation, because the x11 stuff wasn't finished. the major problem was recreating the Opie qcop IPC in a x11-sane matter and #ifdef'ing all the QWS server stuff out + replacing those calls. |
| 12:02.49 | mickey|thesis | Opie suffers from being a fork of a demo application. |
| 12:03.09 | mickey|thesis | the stuff that we added is more or less sane, but we didn't have the resources to do a complete revamp |
| 12:03.18 | mickey|thesis | apart from the compatibility issue... |
| 12:03.58 | mickey|thesis | we're proud on libopie2 and some of the applications, but there's a lot in the core that i'd rather forget |
| 12:13.39 | LaF0rge | mickey: i see. |
| 12:15.04 | mickey|thesis | anyhow for openezx i think the chances for a nice phone app as "launcher" replacement are pretty good given the Opie foundations. Of course this can also work with X11 and GPE, but I'm still leaning a bit more towards Opie for an environment with 48 MB. |
| 12:15.16 | mickey|thesis | RAM, that is |
| 12:16.00 | mickey|thesis | or something based on EFL. that is the most lightweight available atm. but also the newcomer on the GUI library front. |
| 12:16.23 | mickey|thesis | did you see the EEM-video someone made on the a780? |
| 12:16.30 | LaF0rge | mickey:no |
| 12:16.41 | mickey|thesis | http://vanille.de/temp/a780-eem.mpg |
| 12:17.00 | mickey|thesis | Raster (Mr. Enlightenment) wrote this as a demo for a lightweight window manager / environment on embedded systems |
| 12:17.08 | mickey|thesis | albeit without any functionality, it's just kind of impressive |
| 12:17.27 | LaF0rge | I think I've seen the demo, just not on the a780 |
| 12:18.18 | _bambam | one question not oe related: how whould you translate "liveness" into german? |
| 12:18.29 | mickey|thesis | _bambam: Lebendigkeit |
| 12:18.41 | _bambam | mickey|thesis: thanks |
| 12:18.55 | mickey|thesis | _bambam: sounds like something from proving protocol properties |
| 12:19.17 | _bambam | mickey|thesis: it's in the definitions of a C/E petri net |
| 12:19.26 | mickey|thesis | _bambam: ah right |
| 12:20.17 | koen | mickey|thesis: in the long term openezx would benefit from using something that surpassed the 'hacked + forked demo' status |
| 12:20.51 | mickey|thesis | koen: yes. that's why I'd love to see a stunning EFL based GUI mid-term. |
| 12:20.58 | LaF0rge | koen: I think there is reason to hope :) |
| 12:21.37 | SuN | All the movies I've seen just show a fancy menu though... I'm more interested in the actual window manager, etc. |
| 12:21.37 | LaF0rge | koen: a lot of stuff I need to do for a paid-for project can be reused on openezx |
| 12:21.38 | koen | mickey|thesis: TT doesn't seem to get their community act together with qt/e (they seem to do fine with qt/x11) |
| 12:24.01 | koen | OTOH, efl suffers badly from NIH |
| 12:25.07 | mickey|thesis | koen: yes, that has always been raster's weakness. but a lot of times it also paid off, because the stuff he wrote was just better :) |
| 12:25.19 | LaF0rge | NIH? |
| 12:25.24 | mickey|thesis | not-invented-here |
| 12:25.36 | LaF0rge | i see |
| 12:32.13 | mickey|thesis | did anyone try the 48MB patch with a stress-tester yet? |
| 14:34.43 | [g2] | LaF0rge is that's a miniPCI slot about the memory on the qt-2410 ? |
| 14:35.30 | [g2] | I looked at the picture here http://images.google.com/imgres?imgurl=http://www.armzone.com/propic/QT2410E_L.jpg&imgrefurl=http://www.armzone.com/arm9.asp%3FProId%3D100&h=300&w=556&sz=42&hl=en&start=1&tbnid=BY2DY-XQ4GKAXM:&tbnh=72&tbnw=133&prev=/images%3Fq%3Dqt-2410%26svnum%3D10%26hl%3Den%26lr%3D%26sa%3DN |
| 14:38.53 | LaF0rge | g2: no, the cpu-board goes into that what looks like minipci |
| 14:39.11 | LaF0rge | g2: so the mainboard can run with different cpu modules. the cpu module contains nand flash, sdram and cpu. |
| 14:39.21 | LaF0rge | g2: you can choose to boot from nor (on mainboard) or nand (on cpu board). |
| 14:42.21 | [g2] | LaF0rge THX |
| 14:42.47 | *** join/#openezx jonwil (n=jonwil@220-245-202-155-wa-pppoe.tpgi.com.au) |
| 14:42.49 | [g2] | the centiboard looks interesting too |
| 15:16.48 | Hopscotch | :) |
| 15:16.57 | Hopscotch | lots of strange busses |
| 15:21.40 | *** join/#openezx nevola (n=nevola@239.Red-88-8-92.dynamicIP.rima-tde.net) |
| 15:56.49 | *** join/#openezx kenws (n=ken@dslb-084-056-137-070.pools.arcor-ip.net) |
| 16:14.28 | *** join/#openezx kenws (n=ken@dslb-084-056-137-070.pools.arcor-ip.net) |
| 19:51.00 | stefan_schmidt | mickey_away: i just boot a kernel build with oe. The bootup screen looks cute. :) |
| 19:51.27 | stefan_schmidt | Bad for devel, because you couldn't see the kernel messages but cute. |
| 20:54.49 | *** join/#openezx toi (n=pleemans@d5152D12D.access.telenet.be) |
| 21:11.37 | *** join/#openezx koen (n=koen@dominion.kabel.utwente.nl) |
| 21:15.03 | *** join/#openezx nh (n=nh@CPE-72-128-193-240.mn.res.rr.com) |
| 21:15.45 | nh | heya guys, anyone know much about chameleon? |
| 21:17.10 | mickeyl | the "new" ezx interface? no, not much |
| 21:17.49 | nh | mickeyl: yeah, there is some controversy over whether or not you can run non-java apps. |
| 21:17.52 | ao2 | I was thinking to Karma Chameleon by Culture Club :) |
| 21:17.58 | mickeyl | ao2: heh. that rocked :) |
| 21:17.58 | nh | heh |
| 21:18.10 | koen | crap |
| 21:18.17 | koen | now I have that song stuck in my head |
| 21:19.03 | mickeyl | nh: i don't see why it shouldn't be possible |
| 21:19.15 | ao2 | koen: anybody who eared it _once_ has it stuck in his head :) |
| 21:19.19 | nh | I'm itching to pick up a rokr e2. I should probably wait for Harald's opinion on it. ;) |
| 21:20.39 | ao2 | nh, did you read the Rokr E2 review on LinuxDevices ? |
| 21:20.54 | mickeyl | sooner or later it'll be possible to run native linux apps. just a question whether the timeframe suits your needs |
| 21:20.58 | koen | the gui sucks |
| 21:21.08 | koen | I can say that without having ever seen the device |
| 21:21.50 | nh | ao2: hrm.. I hadn't seen that one yet |
| 21:21.53 | mickeyl | i think we can do much better once we concentrate on one UI |
| 21:21.53 | nh | looking at it now |
| 21:24.01 | nh | Any thoughts on that rumor a while back that Moto might only allow signed kernels to boot on the newer phones? |
| 21:24.31 | koen | it would suck if it were true |
| 21:25.20 | koen | we'd need some of those crazy overclocking japanese dudes to build a supercomputer to crack the key |
| 21:25.39 | nh | I just so happen to work for a supercomputer institute. ;) |
| 21:26.36 | Hopscotch | LaF0rge is going to send them another message if they decide to do that |
| 21:26.54 | Hopscotch | the gpl says, that all build tools need to be available, too |
| 21:27.14 | Hopscotch | which includes an image generator/signer |
| 21:29.46 | mickeyl | i'm afraid that's legal grayzone |
| 21:29.58 | nh | Hopscotch: Do they seem any more enthusastic about working with OSS developers these days? |
| 21:30.01 | mickeyl | the probably can get away without releaseing the signer, but lets see what Harald means |
| 21:31.05 | Hopscotch | well, we made tomtom deliver it - i guess harald is going to sue moto if they think they're smarter... |
| 21:31.28 | mickeyl | btw., is there any way to report a gpl violation without bugging LaF0rge? |
| 21:31.43 | Hopscotch | there is a mailing list |
| 21:32.30 | mickeyl | ah. right. i will use this then. I have a problem with some guys releasing a GPL'ed game for Zaurus but refusing to release the source. I've complained several times for 3 months now and yet nothing. they stay silent |
| 21:33.43 | koen | ~emulate zautrix |
| 21:33.44 | purl | this is exactly what the GPL is about. grab the stuff and run away |
| 21:34.28 | nh | Hopscotch: It's all pretty exciting. A totally opensource phone OS could totally change the industry. |
| 21:34.51 | Hopscotch | i guess so |
| 21:35.06 | Hopscotch | but it's kind of a nightmare simlock wise |
| 21:37.43 | nh | Hopscotch: How so exactly? |
| 21:38.20 | Hopscotch | well, it's much easier to reverse engineer how these locks work |
| 21:38.36 | Hopscotch | at least i guess so |
| 21:45.53 | SuN | The sim is safely hidden behind the BP, I'd assume. |
| 21:46.28 | Hopscotch | that's gonna change |
| 21:47.41 | SuN | I figure the same goes for other AP/BP combo phones like the HTC devices. |
| 21:48.02 | Hopscotch | yeah, true |
| 21:48.41 | Hopscotch | but they're aiming for single processors |
| 21:48.45 | SuN | If they want to keep their secrets secret, they had better not release anything at all :) |
| 21:49.20 | nh | heh |
| 21:49.54 | Hopscotch | hehe |
| 21:50.55 | nh | hrm... I could get a ming for like $400. |
| 21:59.54 | ao2 | goodbye |
| 23:06.29 | *** join/#openezx nevola (n=nevola@239.Red-88-8-92.dynamicIP.rima-tde.net) |
