00:10.20 | *** join/#oe hobbs (n=andrew@p3m/member/hobbs) |
00:23.33 | *** join/#oe alan (n=alan@dialport24.west.eskimo.net) |
01:00.56 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
01:01.25 | magnet | re |
01:03.21 | *** join/#oe ggilbert (n=ggilbert@70-38-100-138.losaca.adelphia.net) |
01:20.51 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
01:21.19 | *** join/#oe idealm (n=ideal@58.33.50.207) |
01:28.15 | *** join/#oe tmbinc (i=XXX@e176137245.adsl.alicedsl.de) |
01:28.24 | *** join/#oe mrz80 (n=scotsman@n128-227-41-241.xlate.ufl.edu) |
01:54.01 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
01:54.08 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
01:55.26 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
02:00.47 | *** join/#oe magnet (n=magnet@lns-bzn-22-82-249-105-131.adsl.proxad.net) |
02:03.38 | magnet_ | exit |
02:16.18 | *** join/#oe Galik (n=chatzill@unaffiliated/galik) |
02:17.36 | Galik | zwelch: ping |
02:19.05 | *** join/#oe Ecco (n=User@c-24-7-124-105.hsd1.ca.comcast.net) |
02:20.14 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a106.ptbyny.tds.net) |
02:50.19 | *** part/#oe KenJlime (n=root@h209n4fls310o1049.telia.com) |
03:12.59 | *** join/#oe W8TVI (n=me@166.165.153.76) |
03:41.58 | *** join/#oe idealm (n=ideal@58.33.50.207) |
03:48.01 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
04:22.20 | *** join/#oe jerrybme (n=jerry@adsl-68-79-55-135.dsl.emhril.ameritech.net) |
04:39.37 | *** join/#oe mwester (i=mwester@nslu2-linux/mwester) |
04:40.09 | mwester | snow4all |
04:40.39 | mwester | snowball: ping |
04:41.14 | mwester | oops - wrong channel |
04:59.03 | CIA-9 | 03mwester 07org.oe.dev * rc4575033... 10/packages/linux/ (2 files in 2 dirs): Unslung: unslung-kernel pl2303.c add patch for modem control signals |
04:59.08 | CIA-9 | 03mwester 07org.oe.dev * re604e0b9... 10/packages/nslu2-binary-only/unslung-rootfs/NOTES: Unslung rootfs update changelog in NOTES |
05:08.53 | *** join/#oe hobbs (n=andrew@p3m/member/hobbs) |
05:11.14 | *** join/#oe hufnus (n=slonsiki@DSL135-022.labridge.com) |
05:49.49 | mithro | anyone know of a good web based cd burning tool? |
05:50.58 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
05:51.43 | emte | web based cd burning tool ... |
05:51.59 | emte | how would it know where your hardware is? |
05:52.26 | emte | and would you really trust an app with that much access to your system? |
05:53.30 | njs | emte: I trust Joerg Schilling implicitly. |
05:53.44 | hobbs | haha |
05:54.02 | emte | njs, i mean a web based app with access to your system hardware layer |
05:54.18 | hobbs | Jörg "You didn't mean to type that thing you did -- really you didn't" Schilling |
05:54.52 | JustinP | mithro: do you mean one you can download free on the net? web browsers don't get hardware access.... |
05:55.13 | emte | JustinP, there are ways |
05:55.23 | emte | but in the end would you trust it |
05:57.29 | JustinP | well....we download such programs and use them... |
05:57.39 | JustinP | but that's choosing to trust something |
05:57.51 | emte | its a bit different |
05:57.52 | JustinP | no, I don't want my web browser having hardware access |
05:58.15 | emte | your granting access to your ram and drives |
05:58.30 | emte | ( since you still need to cache somewhere) |
05:58.48 | hobbs | not need, just want ;) |
05:59.05 | emte | no, you need to |
05:59.25 | emte | data transfer of what you want to burn etc |
05:59.49 | emte | its an interesting topic anyway |
06:00.07 | *** join/#oe katossi_ (n=guillerm@dslb-084-062-154-218.pools.arcor-ip.net) |
06:00.08 | emte | early versions of flash allowed full system access |
06:00.19 | emte | and we all know java still can |
06:01.15 | emte | but there are some protection systems from evil users now |
06:01.46 | emte | unless you are doomed to use windows ... since you will never get protection from MS themselves :P |
06:04.47 | *** join/#oe mamay (n=mamay@CPE000f6608ce50-CM000039a8fc6b.cpe.net.cable.rogers.com) |
06:08.08 | *** part/#oe mamay (n=mamay@CPE000f6608ce50-CM000039a8fc6b.cpe.net.cable.rogers.com) |
06:23.48 | *** join/#oe ideal (n=idealm_@58.33.50.207) |
06:48.01 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
06:49.35 | Ifaistos | morning |
07:22.28 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
07:23.33 | *** join/#oe shiyee (n=Shiyee@homer.cs.aau.dk) |
07:34.10 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
07:54.18 | *** join/#oe uv1 (n=uv@p508940FC.dip0.t-ipconnect.de) |
07:54.23 | *** join/#oe poplav (n=zic@dialup-4.229.18.224.Dial1.Detroit1.Level3.net) |
07:54.31 | poplav | it |
08:28.36 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
08:59.50 | *** join/#oe Laibsch (n=Laibsch@V3aeb.v.pppool.de) |
09:18.09 | *** join/#oe theturtle (n=theturtl@lns-bzn-51f-81-56-135-127.adsl.proxad.net) |
09:44.52 | *** join/#oe sws (n=stefan@p5485C611.dip0.t-ipconnect.de) |
09:47.22 | sws | hello, I build an oz354x bootstrap-image for my poodle and detected, that the /home partition at /dev/mtdblock3 isnt mounted. is it by intention? |
09:59.46 | *** join/#oe Terminar (n=terminar@mischief.cyberphoria.org) |
10:43.24 | Cockroach- | good day |
10:43.59 | *** join/#oe ___gints_ (n=gints@62.84.15.211) |
10:52.53 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11983.bb.online.no) |
10:55.23 | *** join/#oe p0g0 (n=pogo@mrtc-mm-600123.mis.net) |
11:05.46 | CoreDump|home | morning |
11:07.32 | uv1 | Hi all |
11:07.54 | uv1 | opie-bluetoothapplet does not build on lastest .dev. Any ideas ? |
11:09.12 | mickeyl | morning |
11:09.44 | mickeyl | uv1: uhm... you realize that this is a utterly poor bug report right? Would you care to actually pastebin an error or so? |
11:14.59 | CoreDump|home | is there a trick to get SysRQ working? I've mapped Home to SysRQ in the driver but Alt-SysRQ-* doesn't do a thing |
11:16.00 | pb_ | hi mickeyl |
11:16.44 | mickeyl | CoreDump|home: ? it should be left japanese key + home |
11:16.53 | CoreDump|home | nahh, on Poodle |
11:16.53 | mickeyl | CoreDump|home: on all ccxx iirc |
11:16.57 | mickeyl | hey pb__ |
11:16.57 | CoreDump|home | ;) |
11:17.02 | mickeyl | aah poodle |
11:17.06 | mickeyl | 2.4 or 2.6 ? |
11:17.09 | CoreDump|home | 2.6 |
11:17.31 | mickeyl | hmm in that case i have no idea. for 2.4, i had write a patch to enable it at all |
11:17.36 | mickeyl | (on collie) |
11:17.44 | mickeyl | more than just SYSRQ = y |
11:17.59 | CoreDump|home | I'll see what that patch does =) |
11:18.50 | mickeyl | http://www.oesf.org/forums/index.php?showtopic=19347&st=0&p=126877& |
11:18.53 | mickeyl | this is so funny |
11:19.01 | mickeyl | we get accused for using old software |
11:19.02 | mickeyl | :D |
11:20.00 | CoreDump|home | ~users |
11:20.02 | ibot | so this is what we get for sharing our unpaid volunteer work with you? complaints and accuses? <irony> well done, this clearly supports our motivation to continue working on open source projects. </irony> |
11:20.19 | CoreDump|home | hmm sysrq is diabled in collies 2.4 kernel |
11:20.23 | sws | hello, I build an oz354x bootstrap-image for my poodle and detected, that the /home partition at /dev/mtdblock3 isnt mounted. is it by intention? |
11:20.58 | CoreDump|home | nope, should mount automatically |
11:21.02 | CoreDump|home | (and does here) |
11:22.26 | mickeyl | uv1: upstream error. |
11:22.53 | sws | its not listed in the mount output, and if i mount it by hand the shell hangs |
11:23.22 | CoreDump|home | is any tmpfs mounted? |
11:23.30 | sws | yes |
11:23.50 | CoreDump|home | hmm., did you use kernel 2.6 on that poodle before? |
11:24.25 | sws | yes |
11:24.54 | sws | thanks so far, have to go out, will look further in this direction |
11:26.24 | CoreDump|home | sws: It might be that 2.6 made you flash unreadable to a 2.4 kernel.... |
11:28.31 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
11:30.00 | *** join/#oe Cwiiis (n=cwiiis@host86-134-114-112.range86-134.btcentralplus.com) |
11:31.24 | hrw | hi |
11:31.30 | mickeyl | cheers hrw |
11:31.34 | hrw | ~seen likewise |
11:31.37 | ibot | likewise <n=chatzill@82-171-189-134.dsl.ip.tiscali.nl> was last seen on IRC in channel #elinux, 12h 29m 30s ago, saying: 'g'nite all'. |
11:31.46 | mickeyl | can anyone remind me how to use the preprocessor for something like |
11:31.54 | mickeyl | #if FOO > "someString" |
11:31.55 | hrw | mickeyl: oesf post is funny ;) |
11:31.59 | mickeyl | hrw: hehe |
11:32.15 | hrw | ARGH! |
11:32.19 | hrw | ~seen cbrake |
11:32.20 | ibot | cbrake is currently on #oe #nslu2-linux #elinux. Has said a total of 18 messages. Is idling for 14h 5m 50s, last said: 'koen: looks good.'. |
11:32.42 | mickeyl | what did he do? |
11:33.15 | cbrake | hrw: whats up? |
11:33.18 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
11:33.44 | hrw | cbrake: can you install screen on dev.? |
11:33.57 | cbrake | hrw: sure -- just a min .... |
11:34.09 | mickeyl | ~lart CPP |
11:35.02 | mickeyl | hrw: good plan! |
11:35.04 | hrw | JustinP: NOTE: package gcc-3.4.4-r5: task do_compile: failed |
11:35.17 | hrw | hi likewise |
11:35.47 | hrw | mickeyl, CoreDump|home: can you test rc3? |
11:35.51 | likewise | hi all |
11:36.08 | CoreDump|home | hrw: sure, in an hour or so |
11:36.11 | mickeyl | hrw: np. uri? |
11:36.12 | *** join/#oe alan|home (n=alan@ARouen-151-1-25-74.w86-208.abo.wanadoo.fr) |
11:36.13 | hrw | CoreDump|home: cool |
11:36.28 | hrw | mickeyl: http://ewi546.ewi.utwente.nl/tmp/hrw/3.5.4.1-test/.rc3/ will be |
11:36.52 | hrw | mickeyl: has to split machine feeds first (has a script for it) - ipkgmake-index is slow |
11:37.21 | hrw | athlon64 x2 is awesome |
11:37.37 | cbrake | hrw: ok, you have screen |
11:37.43 | hrw | cbrake: gracias |
11:38.40 | likewise | hrw: Athlon64 x1 here :-/ Did gmp-native build for you on x64_64? I indeed had to put the limb_t size in site |
11:39.24 | hrw | likewise: 'only' athlonxp 2200+ here - I use '64 x2' for one task |
11:39.39 | alan|home | hi all |
11:39.42 | likewise | ERROR: /home/leon/sandbox/ep93xx/oe/org.openembedded.dev/packages/autoconf/autoconf-native_2.59.bb depends on itself (eventually) |
11:39.43 | hrw | hi alan |
11:42.56 | CoreDump|home | ~praise kexec |
11:42.58 | ibot | All hail kexec! |
11:45.22 | CoreDump|home | muaha, got SysRQ working. Note to future self: the driver doesn't care for assigned symbols, only for the raw keycodes |
11:47.12 | mickeyl | heh, right |
11:47.14 | mickeyl | congrats |
11:47.33 | hrw | mickeyl, CoreDump|home: rc images in .rc3/ dir, rc3 feed in rc3/ dir |
11:47.43 | hrw | not tested at all yet |
11:47.49 | mickeyl | uv1: error has been fixed upstream. opie HEAD should compile again |
11:50.31 | hrw | likewise: NOTE: package gmp-native-4.1.2-r0: task do_build: completed |
11:50.59 | CIA-9 | 03cbrake 07org.oe.dev * r1790fd84... 10/packages/python/ (python-pysqlite2_2.0.2.bb python-pysqlite2_2.2.2.bb): python-pysqlite2: bump version from 2.0.2 to 2.2.2 |
11:51.01 | hrw | likewise: on "x86_64 AMD Athlon(tm) 64 X2" system |
11:51.19 | mickeyl | cbrake: cheers |
11:52.00 | likewise | hrw: I got a zeroed sizeof limb_t in my angstrom-2006.9 build for the ep93xx MACHINE. I had to override the limb_t autoconf in site/ |
11:52.12 | likewise | x86_64 host, ep93xx (ARM 920T) target |
11:52.29 | hrw | hmm.. for native build it should not matter what is a target |
11:54.32 | likewise | hrw: true. I will see why it fails on this system (FC5 x86_64). |
11:55.15 | *** join/#oe woglinde (i=woglinde@e178074004.adsl.alicedsl.de) |
11:57.41 | Ifaistos | will multimachine work when you have different arch's ? like i385 and ppc for example on the same distro ? |
11:58.11 | hrw | Ifaistos: not tested |
11:58.29 | Ifaistos | well its tested now.... it does not :( |
12:00.50 | cbrake | how often is the nslu2-linux monotone db synchronized w/ the monotone.vanille.de? |
12:01.42 | Ifaistos | hrw : Once you build the first for example x86 target it then move to build the ppc target it tries to use i386-linux-uclibc to compile it :/ |
12:04.14 | CIA-9 | 03mickeyl 07org.oe.dev * rd3c6eb18... 10/conf/distro/ (3 files): |
12:04.14 | CIA-9 | remove opensimpad distro configurations. there is no such thing as a |
12:04.14 | CIA-9 | dedicated opensimpad distribution anymore. SIMpad support will be continued |
12:04.14 | CIA-9 | in Familiar Linux 0.8.4 and Angstrom. |
12:04.14 | CIA-9 | If you want to build a non-eabi SIMpad distro, set DISTRO = "openzaurus-unstable" |
12:05.39 | hrw | tada! |
12:06.08 | woglinde | *schnueff* |
12:06.13 | woglinde | *g* |
12:06.15 | mickeyl | hehe |
12:06.53 | alan|home | one more step on the way to Angstrom |
12:07.02 | mickeyl | ya |
12:07.37 | mickeyl | now we need to put more pressure on woglinde and zecke to finish 2.6 for SIMpad |
12:07.47 | hrw | http://www.timesys.com/linuxlink.html - OE need something like that presentation |
12:08.46 | mickeyl | woah |
12:09.42 | *** join/#oe Ironnads (n=Ironnads@host86-138-30-111.range86-138.btcentralplus.com) |
12:09.53 | hrw | and we need .stable .dev branches |
12:10.04 | mickeyl | hmm |
12:10.15 | mickeyl | we can't handle the load of more branches, although i agree |
12:10.19 | mickeyl | at least not now |
12:10.21 | mickeyl | perhaps in the future |
12:10.35 | mickeyl | with paid OE development |
12:10.38 | hrw | mickeyl: I plan to start own business for OE consulting etc |
12:10.43 | mickeyl | hrw: you, too? :)) |
12:10.44 | likewise | How easy is it for me to run my own branch *and* make it available as a monotone accessible server? |
12:11.00 | hrw | likewise: two monotone commands |
12:11.04 | mickeyl | likewise: no problem. you can download the .db and start monotone as server |
12:11.10 | likewise | You guys should work together :-) |
12:11.20 | mickeyl | i hope we will |
12:11.26 | mickeyl | hrw: please try to come to fosdem 07 |
12:11.32 | mickeyl | we could have a strategic OE meeting there |
12:11.58 | likewise | .nl->.de->.pl :-) |
12:12.27 | hrw | mickeyl: starting business is one step closer to fosdem07 |
12:12.59 | hrw | mickeyl: how much EUR cost last fosdem for normal user? |
12:13.08 | mickeyl | conference fee? |
12:13.09 | mickeyl | nothing |
12:13.26 | mickeyl | it's FREE and open source developers european meeting |
12:13.30 | hrw | mickeyl: no - whle trip from home -> fosdem -> home |
12:13.32 | mickeyl | ah |
12:13.37 | mickeyl | well, that depends where $HOME is |
12:13.45 | woglinde | mickeyl we could meet in berlin |
12:13.49 | mickeyl | I always travel by plane |
12:13.54 | mickeyl | so it's a bit expensive |
12:13.55 | hrw | mickeyl: then ignore cost hom->fosdem fosdem->home |
12:13.57 | likewise | NOTE: no buildable providers for autoconf-native |
12:15.40 | mickeyl | hrw: a double room for two nights in the astrid was 125 EUR including breakfast buffet |
12:15.49 | mickeyl | sorry, 154 even |
12:16.05 | mickeyl | single room probably cheaper |
12:16.23 | mickeyl | but when you share with someone else it's less expensive |
12:16.44 | hrw | good to know |
12:16.46 | mickeyl | woglinde: yeah, i'll make it to berlin this year. no idea when, but I'll definitly come |
12:17.04 | hrw | mickeyl: tell when - 19EUR poznan<>berlin train ;) |
12:17.28 | hrw | so I will be there too |
12:17.28 | mickeyl | hrw: wow, that's a good price. yeah, I'll keep ya posted |
12:17.31 | mickeyl | excellent |
12:17.52 | likewise | what's the Berlin event? |
12:18.35 | woglinde | likewise oe payed kickoff meeting *g* |
12:18.41 | mickeyl | likewise: OE developers european meeting |
12:18.47 | likewise | :-) |
12:18.50 | mickeyl | although I'd like to have it in Frankfurt :) |
12:18.53 | hrw | OEDEM 2006? |
12:19.02 | woglinde | we could get a room at our university I think |
12:19.37 | woglinde | hm but internet would be a problem |
12:20.13 | mickeyl | hrw: heh, right :) |
12:22.23 | hrw | NOTE: package tk-8.4.11-r3: task do_build: completed |
12:22.27 | hrw | cbrake: ;) |
12:23.06 | mickeyl | FRA<->TXL is 156 EUR |
12:23.10 | mickeyl | not bad |
12:23.41 | hrw | txl is berlin terminal? |
12:23.44 | mickeyl | yea |
12:23.47 | mickeyl | berlin tegel |
12:23.55 | mickeyl | they have another one in tempelhof |
12:24.53 | hrw | ~change 515 pln to eur |
12:28.27 | cbrake | hrw: great :-) |
12:28.51 | likewise | I just added INHERIT += "rootfs_ipk" but now get problems like these: NOTE: no buildable providers for autoconf-native |
12:29.09 | hrw | likewise: DISTRO="generic" should be enough |
12:29.26 | hrw | likewise: rootfs_ipk is class used by *-image targets only |
12:29.34 | likewise | I have DISTRO="angstrom-2006.9" |
12:29.48 | hrw | likewise: then you do not need any INHERIT lines extra |
12:30.11 | hrw | cbrake: will push fix after pull |
12:30.24 | *** join/#oe chrisromain (n=chrisrom@AToulouse-157-1-36-212.w86-201.abo.wanadoo.fr) |
12:30.33 | likewise | hrw: Maybe I understand this incorrectly, but I would like to have a (cramfs, jffs2, initrd, squashfs) rootfs image build somehow. |
12:30.59 | hrw | likewise: IMAGE_FSTYPES = "jffs2 cramfs tar.gz squashfs" into local.conf |
12:31.09 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-36-212.w86-201.abo.wanadoo.fr) |
12:31.27 | *** join/#oe zecke (n=ich@88.134.3.107) |
12:31.37 | likewise | hrw: OK, is there docs on this that I could have found myself? :-/ |
12:31.37 | zecke | hi |
12:31.42 | likewise | hrw: thanks |
12:31.52 | hrw | likewise: oe/conf/documentation.conf or sth like that |
12:31.52 | woglinde | he zecke |
12:31.54 | cyrilRomain | hi all ! |
12:32.10 | woglinde | mickeyl temelhof will be closed this year |
12:32.32 | zecke | woglinde: Tempelhof will be closed in the year of MHP ;) |
12:32.57 | woglinde | zecke you mean HDTV |
12:33.35 | cbrake | hrw: OK, will check it out later today -- thx! |
12:34.11 | likewise | hrw: IMAGE_FSTYPES is not mentioned in the docs though. |
12:35.03 | zecke | likewise: hehe, patches are welcome ;) |
12:35.31 | hrw | likewise: looks like something to update then |
12:35.35 | likewise | zecke: yes, but I first have to know how stuff works :-) |
12:36.05 | *** join/#oe benlau (n=benlau@221.125.13.158) |
12:36.57 | likewise | I threw out the INHERIT, put in a IMAGE_ROOTFS = "ext2.gz" to begin with, but it does nothing AFAIK. |
12:37.04 | likewise | s/AFAIK/AFAICS |
12:37.43 | hrw | likewise: IMAGE_FSTYPES not IMAGE_ROOTFS |
12:38.24 | likewise | typo: copy-pasting: IMAGE_FSTYPES = "ext2.gz" |
12:38.48 | hrw | likewise: "bitbake bootstrap-image" should give ext2.gz image |
12:40.19 | likewise | hrw: thanks, that was probably it, I changed bitbake to build nano in my script to test beyond bootstrap... |
12:40.36 | chrisromain | hi all ! I used oe to built angstrom for tosa. kerlen 2.6.16 and bootstrap works just 'as this' ... just want to say: good job guys ! |
12:41.19 | hrw | likewise: normally you use bitbake to build stuff and create packages. part of it can be creating images. images can be in several formats/filesystems |
12:41.56 | likewise | hrw: are images always made from pre-built packages (like .ipk) or can they be generated from the staging area as well? |
12:42.04 | hrw | likewise: from ipk |
12:43.06 | likewise | hrw: and what if I want to assemble my own set of packages? I need to define a DISTRO myself? |
12:43.08 | hrw | likewise: each (non-native) package which stage something usually also provide -dev package |
12:43.14 | hrw | likewise: own image? |
12:43.49 | hrw | likewise: cd packages/meta/;cp one-image.bb likewise-image.bb, edit it and build |
12:44.00 | hrw | likewise: IPKG_INSTALL define package set to install |
12:44.42 | hrw | likewise: look at: http://ewi546.ewi.utwente.nl/tmp/hrw/collie-2.6/collie26-image.bb - its collie/2.6 image |
12:45.17 | hrw | likewise: ofcourse all that stuff should be built already to get it working as this recipe lack DEPENDS/RDEPENDS stuff |
12:45.43 | hrw | likewise: but simple RDEPENDS = "${IPKG_INSTALL}" should work |
12:47.59 | CIA-9 | 03hrw 07org.oe.oz354x * rbb0faff2... 10/packages/tcltk/ (4 files in 3 dirs): tk: depend on libxt - close #966 (and older changes from .dev) |
12:48.01 | likewise | hrw: Thanks a zillion! |
12:48.28 | likewise | (live crash course on OE) |
12:49.04 | CIA-9 | 03hrw 07org.oe.dev * r365caef7... 10/packages/tcltk/tk_8.4.11.bb: tk: depend on libxt - close #966 |
12:49.37 | cyrilRomain | Hum... There is a problem fetching http://xorg.freedesktop.org/releases/X11R7.0/src/proto/randrproto-1.1.2.tar.bz2 : the file does not exist anymore. But there is a randrproto-X11R7.0-1.1.2.tar.bz2 tarball ... Does anyone know if the file has been renamed and someone is updating the SRC_URI in bb file ? Or where can I found such a file please ? |
13:07.21 | zecke | done mailing to Qtopia Interest |
13:07.24 | woglinde | zecke what? |
13:07.47 | zecke | ljp: ""Cause it's the best, most stable and mature embedded application platform for Linux out there, and it's made by Trolltech." |
13:08.09 | woglinde | zecke *g* yeah lorn rocks |
13:08.10 | zecke | ljp: why don't you release this award-winning, best, most stable and matured embedded application platform now? |
13:08.11 | hrw | cyrilRomain: pull latest updates, test - if occure then look into bugtracker |
13:08.17 | hrw | cu |
13:08.49 | woglinde | bye hrw |
13:08.49 | cyrilRomain | hrw|gone: thanks |
13:12.44 | pb_ | hi zecke |
13:12.59 | woglinde | hi pb |
13:14.04 | pb_ | hi woglinde |
13:19.36 | chouimat | morning |
13:19.49 | woglinde | hi chouimat |
13:20.36 | koen | good morning all |
13:21.17 | zecke | http://www.engadget.com/2006/05/12/wsj-sez-nokia-770-followup-to-feature-google-talk/ |
13:21.20 | zecke | wow |
13:23.21 | woglinde | That picture is photoshopped... |
13:25.06 | likewise | good afternoon koen |
13:25.14 | zecke | woglinde: telepathy is not ;) |
13:26.23 | likewise | woglinde: yes, agreed, the pixels are perfectly aligned hor and ver... |
13:26.52 | woglinde | zecke I took it from the comments of that article |
13:29.51 | koen | woglinde: it's also using non fullscreen windows |
13:30.00 | koen | woglinde: and afaik nokia is using matchbox |
13:30.13 | zecke | and the decoration sucks as well |
13:30.17 | woglinde | koen zecke's 770 lies behind me |
13:30.19 | koen | and telepathy doesn't have 'google' stamped over it |
13:30.34 | woglinde | args |
13:30.35 | woglinde | lie |
13:30.43 | *** join/#oe nacer (n=laradji@abo-219-177-68.mtp.modulonet.fr) |
13:31.06 | koen | zecke: I played with a macbook pro today :) |
13:36.34 | *** join/#oe _law_|iBook (n=_law_|iB@213.173.86.202) |
14:03.25 | koen | ugh, someones building lfs inside his pda |
14:03.29 | koen | and why? |
14:03.32 | koen | to get gcc 4.0.... |
14:03.34 | NAbyss | Good bloody question.. |
14:04.02 | koen | change two lines in OE and you'll get a complete image built with gcc 4.0.2 |
14:04.16 | koen | change 4 lines and you'll get glibc 2.4 |
14:04.17 | koen | etc... |
14:04.50 | zecke | koen: where is the documentation? |
14:05.12 | koen | zecke: waiting for a donated macbook pro |
14:05.36 | zecke | koen: you should have hacked WebCore |
14:08.58 | zecke | any good and free guide to DocBook? |
14:09.51 | koen | that timesys thingy was pretty neat |
14:10.41 | *** join/#oe nxu (n=n@tor/session/external/x-8df938a8e9b87d35) |
14:14.58 | cyrilRomain | Does OE uses a downloaded-packages cache or something lika a tarball checksum that would force OE to fetch file even if present in DL-DIR ? |
14:15.22 | cyrilRomain | s/lika/like/ |
14:15.42 | zecke | cyrilRomain: no, for what do you need it? |
14:15.52 | cyrilRomain | zecke: randrproto-1.1.2.tar.bz2 |
14:16.03 | zecke | cyrilRomain: did it change after the releasE? |
14:16.29 | cyrilRomain | zecke: after which release ? |
14:16.41 | zecke | 1.1.2 sounds like a release, how should it change |
14:16.47 | zecke | after you have downloaded it? |
14:17.01 | zecke | I try to understand the use-case :) |
14:17.07 | cyrilRomain | well, the file cannot be fetched from the SRC_URI ( http://xorg.freedesktop.org/releases/X11R7.0/src/proto/) |
14:17.34 | zecke | I don't get what you are saying |
14:17.44 | zecke | is that URL referenced from the BitBake file? |
14:18.00 | cyrilRomain | zecke: I guess |
14:18.01 | zecke | e.g. you have not fetched the code (it is not present in the DL_DIR) |
14:18.12 | zecke | and if the BitBake file is corrected the file will be fetched |
14:18.12 | cyrilRomain | zecke: I'm trying to build angstrom and this fale cannot be fetch |
14:19.18 | zecke | cyrilRomain: I have not built X lately |
14:19.28 | woglinde | koen native build on a pda? |
14:19.29 | zecke | cyrilRomain: but are these guys playing pingpong on the naming of their files? |
14:19.34 | cyrilRomain | zecke: I wget wget http://xorg.freedesktop.org/releases/individual/proto/randrproto-1.1.2.tar.bz2 and put randrproto-1.1.2.tar.bz2 into my DL_DIR, but bitbake still try to fetch from http://xorg.freedesktop.org/releases/X11R7.0/src/proto/randrproto-1.1.2.tar.bz2 and fails |
14:19.46 | cyrilRomain | zecke: well maybe |
14:19.48 | koen | woglinde: yes |
14:19.55 | zecke | cyrilRomain: well, touch NAME.md5 |
14:20.05 | woglinde | koen oh my god |
14:20.07 | cyrilRomain | zecke: ok |
14:20.18 | woglinde | koen remindes me on gentoo users |
14:20.26 | zecke | cyrilRomain: but fix the bug instead ;) |
14:21.22 | cyrilRomain | zecke: 8e72173ad7aa8abe218e6e7fe0903842 randrproto-1.1.2.tar.bz2 <- from http://xorg.freedesktop.org/releases/individual/proto/randrproto-1.1.2.tar.bz2 |
14:21.42 | zecke | c |
14:21.47 | zecke | cyrilRomain: what are you saying? |
14:22.03 | zecke | cyrilRomain: BitBake's wget fetcher checks if it needs to fetch a file |
14:22.14 | zecke | cyrilRomain: by looking at NAME.md5 in the DL_DIR |
14:22.24 | zecke | cyrilRomain: no need to paste a hash here |
14:22.39 | cyrilRomain | zecke: ok, I misunderstood you |
14:22.40 | zecke | and this Xorg7 stuff is starting to piss me off |
14:23.55 | zecke | cyrilRomain: either you should update the meta data, or others are too stupid to write a SRC_URI correctly |
14:24.42 | cyrilRomain | zecke: or xorg guys simply renamed the file |
14:25.01 | cyrilRomain | zecke: keep cool :) |
14:25.09 | zecke | I am |
14:25.22 | zecke | but +1 week I'm seeing fetching issues of Xorg stuff |
14:25.56 | zecke | X is so old, they should have a release process :} |
14:26.06 | zecke | and I hope moving files on the server at random is not part of it |
14:26.10 | zecke | anyway cya |
14:27.10 | woglinde | tschau zecke |
14:27.13 | *** join/#oe W8TVI (n=me@166.165.154.103) |
14:27.19 | cyrilRomain | bye zecke |
14:27.57 | uv1 | uv1 is back from afternoon nap ... |
14:28.02 | koen | hey uv1 |
14:28.17 | uv1 | mickey|bbiab: still there ? |
14:28.19 | koen | ~lart Xorg |
14:30.24 | uv1 | koen: I have a strange problem since changing to bitbake 1.4.3. |
14:31.12 | uv1 | building a self made library (libuvdebug) results in OK compiled ARM file (0.2.3) but in staging I find 0.2.2 i386 file. |
14:31.47 | uv1 | koen: Can you tell we what is the stage, where the install dir is created inside my package. I have to find out what happens ... |
14:31.51 | zecke | uv1: got a Makefile in the directory? |
14:32.05 | zecke | and is it using qmake to generate one? |
14:32.14 | uv1 | zecke: qmake yes. |
14:32.32 | zecke | uv1: okay then you have a Makefile (i386 0.2.2) in the directory |
14:32.44 | zecke | uv1: qmake under some circumstances doesn't generate a new Makefile |
14:33.05 | uv1 | zecke: No. As I said, uvdebug-x.y.z/libuvdebug.so.0.2.3 is ARM binary. |
14:33.56 | zecke | uv1: you have a contradiction there |
14:34.02 | zecke | uv1: this is from self compiled right? |
14:34.07 | uv1 | zecke: yes |
14:34.22 | zecke | uv1: and if you use OE to build the package it does not work? |
14:34.36 | zecke | uv1: and you install some library into $STAGING_LIBDIR right? |
14:34.59 | zecke | but check what I have said above |
14:38.40 | uv1 | zecke: Makefile build libuvdebug.so.0.2.3 (ARM). Once I call package stage, the install dir is created but I find libuvdebug-0.2.2 file in there (i386). In uvdebug-x-y-z dir still 0.2.3 (ARM). |
14:39.21 | zecke | uv1: well find that lib then? |
14:39.29 | zecke | uv1: it was copied from somewhere? |
14:41.28 | uv1 | zecke: Heres my install call (from .bb file) "oe_libinstall -so libuvdebug ${STAGING_LIBDIR}" is that correct ? |
14:42.56 | zecke | uv1: yes |
14:43.42 | koen | zecke: I was thinking about letting oe_libinstall run 'file <lib>' to see if it matches the target arch |
14:44.22 | zecke | koen: make this in the insane.bbclass ;) |
14:44.56 | uv1 | zecke: which bitbake command does create the install dir and put the files in ? |
14:45.24 | koen | zecke: but oe_libinstall will hopefully be obsolete soon in do_stage ;) |
14:46.17 | zecke | uv1: do_stage will stage? |
14:46.25 | zecke | uv1: check base.bbclass |
14:46.59 | koen | zecke: I promiss to write more docs for OE in the future |
14:47.22 | koen | zecke: did you see http://venge.net/monotone/wiki/VersionedPolicy ? |
14:47.25 | *** join/#oe drw (n=drw@c-67-173-199-53.hsd1.tx.comcast.net) |
14:47.26 | zecke | koen: well, I'm writing Docus ATM |
14:47.50 | zecke | but started writing Docs |
14:48.57 | zecke | koen: I have "hack cpp", "hack monotone to see the 'diff in the revs'" on my weekend list |
14:49.41 | koen | I had 'buy new clothes' on my list |
14:49.49 | zecke | koen: clothes? |
14:50.25 | koen | yes |
14:50.37 | zecke | koen: do you plan to leave your mac alone? |
14:50.57 | koen | it was alone the whole day :) |
14:51.26 | koen | " I don't like much Gpe environment, so I guess I just have to find out how to make custom Xinit scripts and load a lighter WM" |
14:51.32 | koen | lighter as Matchbox?!?!?! |
14:51.48 | zecke | koen: Matchbox is bloated ;) |
14:52.08 | koen | why are all z users so sensitive for TT FUD and propaganda? |
14:52.23 | JoeSchmo | just uninstall the GUI :) |
14:58.00 | uv1 | zecke: Found it. Damn .libs dir in uvdebug source package from a history i376 build. Thanks for help. Sometimes the easiest way is the best (though longest). "find / -name libuvdebug-0.2.2" did help to fix the bug |
14:58.52 | uv1 | BTW : Thanks to all, my sound problem is gone with the latest oz354x image. CL860 sounds again ;-) |
15:02.09 | zecke | uv1: Makefile was close ;) |
15:02.18 | zecke | uv1: I have fallen victim to that a lot of times |
15:03.05 | uv1 | zecke: Thanks. Which docs are you working on ATM ? |
15:03.22 | zecke | uv1: OE Manual in general |
15:03.35 | zecke | uv1: starting with how to make use of external toolchains to build packages with OE |
15:04.36 | koen | step 1: aquire 10 goats |
15:05.13 | koen | step 2: hire voodoo priest |
15:06.21 | koen | step 3: ????? |
15:06.25 | koen | step 4: profit |
15:07.58 | uv1 | zecke: Why external toolchains ? |
15:08.08 | koen | companies |
15:08.30 | zecke | uv1: because I have a given toolchain in front of me |
15:09.09 | uv1 | zecke: So you prepare a doc for professional OE usage ? |
15:09.10 | zecke | uv1: at my research project I just need to provide packages of my work |
15:09.26 | zecke | uv1: well, as I'm not a professional writer: NO ;) |
15:09.32 | zecke | uv1: I hope to get it started |
15:11.00 | uv1 | OE still lacks multi user usage. Could be interesting to get that set up (at least for my company). |
15:12.03 | zecke | uv1: I want to start documenting what we have :) |
15:12.27 | uv1 | zecke: which is not few stuff. |
15:12.27 | zecke | uv1: e.g. I would create a common toolchain |
15:12.37 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-94.f4.ngi.it) |
15:12.42 | zecke | uv1: and then build additional stuff locally (the package you maintain) |
15:12.51 | zecke | uv1: then upload your proven packages to a package server |
15:13.09 | zecke | uv1: and have a 'server' run the creation of images and feeds regulary |
15:13.16 | koen | and put staging under package management :) |
15:13.35 | koen | and have a C .bb parser as well |
15:14.25 | zecke | mickey|bbiab: could you allow pushing org.openembedded.documentation ;) |
15:15.04 | uv1 | koen: how to do that and what does it help ? |
15:15.24 | koen | zecke: done |
15:15.47 | zecke | koen: write your diss, don't hide yourself behind koen |
15:15.52 | *** join/#oe toi (n=peter@d54C24BC0.access.telenet.be) |
15:15.55 | zecke | as koen is shopping for clothes |
15:16.23 | *** join/#oe toi_ (n=peter@d54C24BC0.access.telenet.be) |
15:16.25 | gremlin[it] | hello all |
15:16.29 | koen | hey gremlin[it] |
15:16.35 | uv1 | hey gremlin[it] |
15:19.52 | koen | zecke: org.oe.documentation should be synced to the other servers as well |
15:30.24 | koen | zecke: and I hooked that branch up to the cia trigger as well |
15:30.37 | koen | *food* |
15:32.10 | zecke | damn |
15:32.19 | zecke | xmlto is creating a wrong tex file... |
15:34.00 | *** join/#oe KenJlime (n=root@h209n4fls310o1049.telia.com) |
15:34.06 | KenJlime | hey |
15:34.16 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
15:36.13 | *** join/#oe eFfeM (n=eFfeM@ip545787f8.direct-adsl.nl) |
15:43.35 | zecke | gosh I hate docbook |
15:53.06 | KenJlime | zecke: both icewm and blackbox doesnt have xserver as a depend, should I simply add that on the DEPEND list or am I missing something? |
15:54.38 | zecke | KenJlime: they don't need a xserver :} |
15:54.42 | *** join/#oe shiyee (n=Shiyee@0x535d64c1.abnxx4.adsl-dhcp.tele.dk) |
15:54.55 | zecke | KenJlime: for your machine you might add a RDEPENDS on a xserver |
15:56.05 | KenJlime | zecke: how you mean they dont need an xserver :D ? |
15:56.22 | zecke | KenJlime: X11 is a network transparent protocol |
15:56.40 | zecke | KenJlime: so you don't have a xserver as built or runtime dependency |
15:56.54 | zecke | KenJlime: check the images in meta/*-image.bb |
15:57.14 | KenJlime | Ah, I get your point. But if I want to run it on my jornada, I will still "want" an xserver there.. |
15:57.16 | zecke | KenJlime: they add a xserver to the RDEPENDS |
15:57.50 | zecke | KenJlime: it looks like the best practice is to add xserver to RDEPENDS in the *-image.bb |
15:58.53 | KenJlime | Shouldnt it be better to add it to both blackbox and icewm packages? Most will still want an xserver installed on their machine |
15:59.39 | zecke | KenJlime: no |
15:59.59 | likewise | all: suppose I want to add a new package (libcairo in fact), do I first need to build libcairo stand-alone to see how it builds? |
16:00.06 | zecke | KenJlime: if you install curl, you don't install cherokee or apacahe either ;) |
16:00.19 | zecke | likewise: that depends, do it step by step |
16:00.29 | zecke | likewise: create the bb file and fetch the src |
16:00.36 | zecke | likewise: add the md5sum |
16:00.49 | zecke | likewise: then configure it, then compile, then package, then stage it ;) |
16:00.55 | KenJlime | zecke: oki I get your basic idea. We dont want debian massive deps. |
16:00.57 | likewise | zecke: ah simple. :-) |
16:01.06 | likewise | zecke: well, I'm giving it a try |
16:01.15 | likewise | stand-by for explosions... |
16:02.31 | KenJlime | zecke: one quick other question though, the icewm package does some pre and post configurations (linking files and renaming). I would like this removed as its basicly confusing and dont server any purpose, any thoughts? |
16:03.19 | likewise | question 1: librsvg can depend *either* on libcairo or *either* on libart. How would I deal with this? |
16:04.47 | zecke | likewise: currently two packages :} |
16:05.15 | zecke | but I leave that to the gtk folks to comment on |
16:05.38 | zecke | anyway need to work :} |
16:14.41 | cyrilRomain | zecke: I fixed the xorg stuff fetching problem. here is my patch http://oe.pastebin.com/715447 |
16:16.15 | zecke | no ;) |
16:16.28 | cyrilRomain | zecke: huh ? |
16:16.39 | cyrilRomain | zecke: :) |
16:17.15 | cyrilRomain | zecke: but some bitbake files need renaming. here is my renaming patch http://oe.pastebin.com/715481 |
16:17.22 | zecke | cyrilRomain: fetching works here |
16:17.24 | cyrilRomain | zecke: or I'm completly wrong |
16:17.45 | zecke | cyrilRomain: older OE data? |
16:17.50 | cyrilRomain | zecke: no |
16:18.06 | zecke | need to merge? |
16:18.15 | zecke | (multiple heads) |
16:18.21 | cyrilRomain | but I use the http://ewi546.ewi.utwente.nl/tmp/sources/ CVS_TARBALL_STASH, maybe it is that |
16:18.26 | zecke | I was able to fetch randrproto_1.1.2 |
16:18.43 | zecke | cyrilRomain: well.. |
16:19.04 | zecke | cyrilRomain: it tries TARBALL_STASH and falls back to the real source |
16:19.26 | woglinde | re |
16:19.29 | zecke | wb |
16:30.59 | zecke | lol ghc segfaults :} |
16:31.54 | emte | ... you know ... |
16:32.03 | emte | who maintains the bug tracker? |
16:32.31 | emte | is there a chance that actual device families might be added as a platform? |
16:32.47 | emte | instead of selecting "other" all the time |
16:32.53 | woglinde | hi emte |
16:33.01 | emte | would make it a bit easier to filter |
16:33.06 | emte | hey |
16:33.42 | likewise | whoohaah. librsvg depends on X? eek |
16:34.00 | zecke | emte: koen should be able to do that |
16:34.06 | emte | and i am now curious, why are they trying to build gcj on superH? |
16:34.35 | zecke | likewise: it shouldn't, It should use cairo for rendering, pango->fontconfig |
16:35.03 | zecke | likewise: ah and it can use gtk-pixbuf to convert the cairo image to Gtk+ |
16:35.20 | zecke | emte: why shouldn't they ;) |
16:35.23 | likewise | yes, it's probably gtk+ pulling the X tree, right |
16:35.52 | emte | zecke, does it help to add the various platforms tho? for me it would just be the ability to see the status of a single platform at once and look at those bugs only |
16:36.00 | emte | instead of trying to search through all |
16:36.49 | emte | zecke, does java build for any non-pc type arch? |
16:37.23 | emte | s/java/jvm, etc |
16:37.39 | woglinde | emte they dont know better |
16:38.05 | emte | i am just not aware of it working for any platforms currently |
16:38.25 | emte | aside form x86 |
16:38.37 | JoeSchmo | last i checked they have java for sparc too |
16:38.44 | emte | s/x86/pc-type |
16:39.08 | emte | yeah it works on sparc |
16:39.20 | emte | i was a bit hasty in saying x86 |
16:39.53 | emte | but for pxa, sa, embedded processors |
16:39.55 | KenJlime | emte: Im not sure if it builds for arm |
16:41.07 | JoeSchmo | http://freshmeat.net/projects/j2se/ <- mentions arm |
16:41.21 | emte | hmm, slow email relay .... i see they decided to not build it |
16:41.50 | emte | actually ... does sablevm build? |
16:42.33 | JoeSchmo | mentions it, but after searching their ftp, it's an old version |
16:43.52 | emte | hmm |
16:43.59 | emte | gcj might build then |
16:44.23 | emte | i am not sure if you can build it against sablevm tho ... |
16:45.35 | likewise | all: I want to override do_configure() of the librsvg package. Should I use oe_runconf inside? |
16:45.58 | emte | just put what you want in do_configure |
16:46.14 | emte | do_configure(){ blah blah } |
16:46.38 | likewise | emte: sure, but the actual package ./configure should be sane (--build --host etc) |
16:47.17 | emte | that sounds more like a patch is needed for OE to recognize and replace |
16:47.33 | emte | OE/bitbake |
16:47.37 | likewise | do_configure() { ./configure --with-x=no } will not work for cross-compiling. |
16:47.45 | likewise | (I guess) |
16:48.00 | emte | you should be using EXTRA_OECONF |
16:48.03 | emte | for that |
16:48.13 | JoeSchmo | well, configure wouldn't think it was cross-compiling without passing --build and/or --host |
16:48.21 | likewise | EXTRA_OECONF = "--with-x=no" |
16:48.24 | emte | yes |
16:48.59 | emte | that will get picked up when configure is run |
16:49.01 | likewise | and bitbake will magically append the proper cross compile directives? |
16:49.33 | emte | one would hope, it depends who ythe autotool stuff is written |
16:49.43 | emte | s/who/how |
16:51.01 | emte | and build, host, target are "usually" passed via inheriting autotools |
16:51.13 | emte | otherwise bitbake wouldnt work |
16:51.45 | emte | there are always exceptions tho |
16:52.56 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
16:52.58 | likewise | emte: thanks, I am trying to get a minimal librsvg using (lib)cairo here. It is not yet in OE. |
16:54.22 | emte | likewise, are you just modifying pb_ 's? |
16:54.36 | emte | librsvg_2.9.5.bb |
16:54.59 | likewise | emte: bringing it to at least 2.13, which has a cairo backend. Latest librsvg snapshot is 2.15. |
16:55.18 | likewise | before librsvg 2.13, it has a libart backend dependency |
16:55.34 | likewise | yes, for now, I am modifying .bb's |
16:56.15 | emte | likewise, does cairo have an LGPL license? |
16:56.50 | likewise | emte: yes. |
16:57.04 | likewise | emte: http://cairographics.org/ |
16:57.17 | koen | it's cute that the 'slow' cairo backend is faster as the libart one |
16:57.27 | likewise | koen: really? |
16:57.28 | emte | thats good, the gpe people will like it |
16:57.36 | likewise | cairo is anything but optimized yet |
16:57.42 | koen | likewise: yes |
16:57.53 | koen | likewise: on x86 that is |
16:57.59 | koen | on arm it might be a bit slower |
16:58.32 | emte | hey koen , can you add some device families to Platform in the bugtracker? Just to make filtering a bit easier |
16:58.34 | likewise | my aim is to get this app built using OE, as a learning project for me: http://macslow.thepimp.net/?page_id=23 |
16:58.52 | emte | one day |
16:59.39 | zecke | cyrilRomain: we are working on it (everything) ;) |
16:59.45 | koen | likewise: the basic steps are outlined in http://www.angstrom-distribution.org/node/12 |
16:59.58 | cyrilRomain | zecke: ;) |
17:00.06 | zecke | koen: why is that not in the usermanual? |
17:00.36 | koen | zecke: because I don't have access to the OE site |
17:00.44 | likewise | koen: I know, but I first need to minimize the current OE dependencies. I do not want X, I want this to be really small. |
17:01.15 | *** join/#oe eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
17:01.15 | emte | cairo works without X? |
17:01.33 | JoeSchmo | cairo doesn't depend on X |
17:01.41 | JoeSchmo | it can use other backends |
17:01.44 | emte | interesting ... |
17:03.04 | likewise | emte: of course |
17:03.24 | likewise | emte: it just converts vectors into vectors or pixels. |
17:04.00 | likewise | cairo is about vector -> {ps, pdf, opengl, pixmaps} |
17:04.52 | likewise | emte: in my case, I just want it to render to memory (framebuffer) |
17:05.10 | likewise | emte: but with svg support on top through librsvg. |
17:10.57 | *** join/#oe alan|home (n=alan@ARouen-151-1-13-201.w86-208.abo.wanadoo.fr) |
17:15.47 | emte | ah, i just expected it to depend on some type of display server i guess |
17:19.22 | koen | emte: gpe-bootsplash uses cairo to print svgs onto the framebuffer |
17:19.56 | emte | ah |
17:25.00 | CIA-9 | 03mickeyl 07org.oe.dev * r543f0509... 10/packages/linux/ (4 files in 2 dirs): linux-ezx: add patch for mmc, add e680 defconfig |
17:25.05 | CIA-9 | 03mickeyl 07org.oe.dev * r66d637d5... 10/conf/machine/ (e680.conf a780.conf): add machine conf for Motorola e680 (ezx platform) |
17:25.09 | CIA-9 | 03mickeyl 07org.oe.dev * r191e4adf... 10/packages/qpphoto/ (4 files in 2 dirs): |
17:25.09 | CIA-9 | add qpphoto, a photo manipulation program for Opie. |
17:25.09 | CIA-9 | bbfile and patches courtesy nicolasfr@gmail.com - thanks! |
17:25.10 | CIA-9 | closes #985 |
17:26.22 | *** join/#oe magnet_ (n=magnet@lns-bzn-54-82-251-93-87.adsl.proxad.net) |
17:27.36 | koen | ~lart adsl |
17:28.29 | zecke | mickey|bbiab: ping |
17:28.47 | koen | geek toy: http://www.egmpc.com/2006/05/12/turn-your-monitor-into-a-touch-screen/ |
17:30.05 | zecke | cia where are you? |
17:30.23 | zecke | I have pushed a skeleton for the usermanual |
17:30.52 | zecke | feel free to add your adding a new package to it ;) |
17:31.47 | CIA-9 | 03freyther 07org.oe.documentation * rb420c7ee... 10/README: |
17:31.47 | CIA-9 | README: |
17:31.47 | CIA-9 | <PROTECTED> |
17:31.47 | CIA-9 | <PROTECTED> |
17:31.51 | CIA-9 | 03freyther 07org.oe.documentation * r81a400ef... 10/usermanual/ (Makefile usermanual.xml): |
17:31.51 | CIA-9 | usermanual: |
17:31.51 | CIA-9 | <PROTECTED> |
17:31.52 | CIA-9 | <PROTECTED> |
17:32.00 | CIA-9 | 03freyther 07org.oe.documentation * r9ad8e049... 10/usermanual/usermanual.xml: |
17:32.00 | CIA-9 | usermanual: |
17:32.00 | CIA-9 | <PROTECTED> |
17:32.02 | CIA-9 | <PROTECTED> |
17:32.04 | CIA-9 | 03freyther 07org.oe.documentation * ra01e5fa0... 10/usermanual/usermanual.xml: |
17:32.06 | CIA-9 | usermanual: |
17:32.08 | CIA-9 | <PROTECTED> |
17:32.10 | zecke | bya ;) |
17:32.10 | CIA-9 | <PROTECTED> |
17:32.12 | CIA-9 | <PROTECTED> |
17:32.14 | CIA-9 | <PROTECTED> |
17:32.18 | CIA-9 | 03freyther 07org.oe.documentation * r46130b35... 10/usermanual/usermanual.xml: |
17:32.20 | CIA-9 | usermanual: |
17:32.22 | CIA-9 | <PROTECTED> |
17:32.24 | CIA-9 | <PROTECTED> |
17:36.53 | likewise | | autoreconf: running: /home/leon/sandbox/ep93xx/oe/build/tmp/staging/x86_64-linux/bin/autoconf [...] |
17:36.55 | likewise | | autom4te: /home/leon/sandbox/ep93xx/oe/build/tmp/staging/x86_64-linux/bin/m4 terminated by signal: 2 |
17:38.34 | zecke | not much there yet |
17:38.37 | zecke | but it will grow |
17:39.42 | koen | koen@bitbake:~/OE/monotone/org.openembedded.documentation/usermanual$ make html |
17:39.43 | koen | make: *** No rule to make target `html.css', needed by `html'. Stop. |
17:41.13 | zecke | hehe |
17:41.21 | zecke | koen: copy the one from bitbake |
17:43.30 | zecke | koen: do you want a darwinport for monotone 0.25.2 and 0.26? |
17:43.44 | CIA-9 | 03koen 07org.oe.documentation * rc9a730a8... 10/usermanual/usermanual.xml: usermanual: remove 'deb' from packages since OE doesn't support it (yet) |
17:43.47 | koen | zecke: I'm fine with the stuff from venge.net |
17:43.48 | CIA-9 | 03koen 07org.oe.documentation * rae9abf9f... 10/usermanual/html.css: add html.css to make "make html" work |
17:44.32 | zecke | koen: http://infohost.nmt.edu/tcc/help/pubs/docbook/multiple-files.html |
17:44.44 | zecke | koen: do we want to use that to split it up? |
17:45.01 | koen | zecke: not yet |
17:45.17 | koen | zecke: let's not go the 'OMG flexible' route yet |
17:45.52 | zecke | OMG? |
17:46.15 | koen | OMG LOL h4x0r 177t speak |
17:52.49 | koen | ~lart vi |
17:53.34 | *** join/#oe ade|desk (n=ADAVEY@213-232-83-137.dsl.prodigynet.co.uk) |
17:54.12 | KenJlime | Is there any command to build everything BUT even if something fails it takes the next program |
17:54.23 | KenJlime | Want to do a quick check on what compiles and what doesnt |
17:54.46 | *** join/#oe Timelord (n=TL@216.137.177.76) |
17:55.03 | zecke | bitbake -k world |
17:55.10 | mickeyl | zecke: pöng |
17:55.11 | zecke | mickeyl: hey |
17:55.21 | emte | you better have a large drive tho |
17:55.33 | zecke | mickeyl: once you are done with your first writing, you may continue on the user manual |
17:55.42 | mickeyl | *nod* |
17:56.02 | KenJlime | 56G free space would be enough right? |
17:56.13 | zecke | koen: to fetch the source? yes |
17:56.15 | koen | ~20GM iirc |
17:56.24 | koen | GB even |
17:56.29 | KenJlime | oki thx |
17:58.23 | CIA-9 | 03koen 07org.oe.documentation * r15d351e7... 10/usermanual/usermanual.xml: usermanual: add some more history |
17:59.19 | mickeyl | -DEPENDS = "xproto libx11 xextproto" |
17:59.19 | mickeyl | +DEPENDS = "xproto libx11 xext xextproto" |
17:59.20 | zecke | koen: try make pdf |
17:59.24 | mickeyl | does that make sense to you x guys? |
17:59.28 | mickeyl | in libxi |
17:59.42 | koen | mickeyl: doesn't xext depend on xextproto? |
17:59.52 | mickeyl | possible |
17:59.56 | mickeyl | dunno, xext was missing |
18:00.45 | koen | Making portrait pages on a4 paper (210 mm x 297 mm) |
18:00.45 | koen | make: *** [pdf] Error 1 |
18:01.12 | mickeyl | right, libext depends on xextproto |
18:01.21 | mickeyl | i'll remove that and commit the line |
18:03.21 | koen | http://oe-devel.bkbits.net:8080/openembedded/cset@1.2648.59.105?nav=index.html|src/. |
18:03.43 | koen | zecke: http://ewi546.ewi.utwente.nl/tmp/pdf-b0rkage |
18:04.04 | CIA-9 | 03mickeyl 07org.oe.dev * rc8459c74... 10/packages/xlibs/libxi_X11R7.0-1.0.0.bb: libxi: libxi needs xext |
18:04.15 | koen | latest html: http://ewi546.ewi.utwente.nl/tmp/OE/index.html |
18:05.10 | zecke | hmm encoding is missinbg? |
18:05.26 | koen | zecke: no, it defaults to ISO88<something> |
18:05.31 | koen | it should be UTF-8 |
18:06.10 | CIA-9 | 03freyther 07org.oe.documentation * r5aa10919... 10/usermanual/usermanual.xml: |
18:06.10 | CIA-9 | usermanual: |
18:06.10 | CIA-9 | <PROTECTED> |
18:07.49 | koen | zecke: monotone mv usermanual.xml developermanual.xml --execute? |
18:08.23 | koen | LOL: http://ewi546.ewi.utwente.nl/tmp/OE/ch02s04.html |
18:08.25 | zecke | usermanual == devels using OE to achieve things |
18:08.41 | zecke | devel manual == devels creating and improving OE itself? |
18:09.04 | zecke | koen: Could you copy the stuff from the Angstrom site to the manual? |
18:09.11 | zecke | ;) |
18:11.10 | JustinP | hrw|gone: so my removal of the gcc preferred version killed the build, eh? Seemed ok on my end.... |
18:11.44 | JustinP | hrw|gone: hmmmm...no... |
18:11.53 | JustinP | hrw|gone: gcc compiled fine for me....somehow.... |
18:12.08 | JustinP | hrw|gone: perhaps someone else killed it |
18:13.07 | koen | hrm |
18:13.22 | koen | zecke: what's the easiest way to do <pre>code</pre> in docbook? |
18:14.14 | zecke | <example> |
18:14.17 | zecke | or <screen> |
18:14.20 | koen | thanks |
18:14.24 | zecke | look at the bitbake usermanual :} |
18:16.39 | *** join/#oe tutu (i=tutu@eur68-1-82-231-229-117.fbx.proxad.net) |
18:17.57 | *** part/#oe tutu (i=tutu@eur68-1-82-231-229-117.fbx.proxad.net) |
18:23.01 | *** join/#oe reenoo (n=r@p5489C59F.dip.t-dialin.net) |
18:23.40 | reenoo | evening |
18:25.58 | zecke | hi |
18:26.45 | reenoo | hey zecke |
18:26.56 | CIA-9 | 03koen 07org.oe.dev * raf4df6cf... 10/packages/libgpewidget/libgpewidget_0.112.bb: libgpewidget: add 0.112 |
18:31.17 | koen | zecke: http://ewi546.ewi.utwente.nl/tmp/OE/ch02s04.html |
18:32.23 | zecke | nice |
18:32.37 | koen | the power of c&p + sed |
18:34.10 | zecke | koen: add ;md5sum=yoursum |
18:35.32 | CIA-9 | 03koen 07org.oe.documentation * r1636c5af... 10/usermanual/usermanual.xml: add section about writing metadata, donated by the Angstrom Distribution |
18:38.59 | CIA-9 | 03koen 07org.oe.documentation * r90e77464... 10/usermanual/usermanual.xml: add the md5sum attribute to SRC_URI in the 'adding metadata' section |
18:42.44 | CIA-9 | 03koen 07org.oe.documentation * r7c86958e... 10/usermanual/usermanual.xml: elaborate on md5sum |
18:47.14 | *** join/#oe Weichkaes (n=alex@dslb-084-058-015-147.pools.arcor-ip.net) |
18:47.21 | CoreDump|home | ~hug kexec |
18:47.22 | ibot | ACTION hugs kexec |
18:51.14 | gremlin[it] | hi to all ... |
18:51.54 | CIA-9 | 03koen 07org.oe.documentation * ra0a65947... 10/usermanual/usermanual.xml: usermanual: set xml encoding to utf-8, doesn't affect html or pdf output |
18:52.13 | gremlin[it] | i would know if someone have some info about the XScale 80219 processor (PCI XScale) and where is possible to find a board with it .. other than Kontron's GP8 |
18:53.50 | *** join/#oe magnet (n=magnet@lns-bzn-54-82-251-93-87.adsl.proxad.net) |
18:53.57 | magnet | re |
18:57.16 | *** join/#oe zap (n=zap@217.170.93.196) |
19:01.20 | eFfeM-log | has anyone been getting kexec to work? I tried it on NSLU2 (big endian) but without much success.... |
19:01.51 | zecke | it works on LE |
19:01.57 | zecke | for CoreDump|home at least :) |
19:02.01 | JustinP | eFfeM-log: works perfectly on my spitz |
19:02.20 | JustinP | I've been using it for a while now to test kernels and boot back into 2.4 kernel |
19:03.10 | CoreDump|home | it works fine but you can't assign custom kernel parameters (not implemented in ARM patch) |
19:03.13 | eFfeM-log | JustinP: big endian or little endian? |
19:04.37 | CoreDump|home | Does anyone know how the kbd scancodes are changed when Num_Lock is active? Is that a kbd hardware thing? |
19:06.17 | JustinP | eFfeM: no idea, I'm assuming LE form what zecke said |
19:06.40 | koen | zecke: check http://ewi546.ewi.utwente.nl/tmp/OE/index.html |
19:06.40 | CIA-9 | 03koen 07org.oe.documentation * r17e055a5... 10/usermanual/ (docbook-utf8.xsl Makefile): |
19:06.40 | CIA-9 | usermanual/Makefile: use custom stylesheet to output UTF-8 html |
19:06.40 | CIA-9 | usermanual/docbook-utf8.xsl: custom stylesheet to output UTF-8 html |
19:07.16 | eFfeM | JustinP: tnx for the info, I'll try to dig further into this next week |
19:07.46 | zecke | koen: my name is longer than yours ;) |
19:08.10 | zecke | koen: currently it looks like the Krusty biography :} |
19:08.39 | koen | zecke: (c) Herschel Krustovski? |
19:09.23 | zecke | I think yes |
19:09.30 | zecke | did he die in a airplane crash? |
19:10.28 | koen | no, that was fake |
19:10.29 | zecke | I thought he was dead ;) |
19:10.43 | zecke | I'm still mad at him because he shot Apu |
19:10.45 | koen | iirc only 3 characters have died |
19:11.17 | koen | bleeding gums murphy, maude flanders and a doctor |
19:11.30 | koen | but I haven't seen the latest 3 seasons yet |
19:11.33 | zecke | maude :( |
19:19.30 | CIA-9 | 03mickeyl 07org.oe.dev * r30eebf6f... 10/packages/xqt2/ (8 files in 2 dirs): add Xqt2, an X server for Opie environments. patch courtesy Enodr <nicolasfr@gmail.com> - thanks! |
19:22.35 | JustinP | zecke: ahem? Sideshow Bob! |
19:22.53 | CIA-9 | 03koen 07org.oe.documentation * r2e4b8baa... 10/usermanual/usermanual.xml: usermanual/usermanual.xml: History: Better wording |
19:23.16 | zecke | JustinP: and destroy my believe ;) |
19:23.21 | zecke | Die JustinP Die ;) |
19:23.47 | mickeyl | ljp: "Opie is not yet ready for the 770". you plan to add 770 support to it? |
19:24.13 | zecke | mickeyl: he plans that for a long time |
19:24.29 | mickeyl | oh ok. plans are cool |
19:24.31 | koen | but the 770 doesn't run on a 5000d, so it is crap! |
19:24.47 | zecke | koen: 770 doesn't use IA-32 ;) |
19:26.00 | JustinP | zecke: it's German for "The JustinP The" |
19:26.02 | koen | zecke: we need to use "highly qualified engineers" more in OE docs |
19:26.34 | zecke | koen: hehe |
19:26.34 | reenoo | heh |
19:26.54 | zecke | We don't need testers for our product, we are highly qualified engineers :} |
19:27.50 | JustinP | of course we are |
19:28.04 | ljp | koen: quit talking out yer ass |
19:28.20 | zecke | ljp: hi lorn |
19:28.58 | mickeyl | heya |
19:29.31 | ljp | ya, i have planned that for a long time. not enough time, especially with 8 month old |
19:29.47 | mickeyl | understood |
19:30.02 | mickeyl | so there's no one else interested in working on that in your company? |
19:30.26 | zecke | ljp: release snapshots, I would be happy to make them work |
19:31.01 | koen | zecke: could you send a mail to oe@ about the documentation branch? |
19:31.02 | ljp | i amthe only one with the 770 on my desk |
19:31.26 | zecke | koen: yeah, let me add the chapter first ;) |
19:31.35 | ljp | and we have better devices to play with as well |
19:31.58 | ljp | phipils 968 seems to be the current interest |
19:32.02 | ljp | philips |
19:32.13 | mickeyl | what that? |
19:32.28 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
19:32.33 | mickeyl | hey mithro |
19:32.48 | mithro | hey mickeyl |
19:32.50 | mithro | just off to bed |
19:32.50 | koen | mithro: http://www.gsmarena.com/philips_968-1229.php |
19:32.52 | ljp | cinese phone that run qtopia |
19:32.58 | ljp | chinese |
19:33.00 | mickeyl | ah right |
19:33.18 | mithro | ljp: wtf are you doing up at this hour? :) |
19:33.18 | ljp | but it doesnt have bt or wifi |
19:33.35 | ljp | i always akw up this early. sleep is overrated |
19:34.06 | pb_ | morning ljp |
19:34.12 | ljp | hey pb |
19:34.17 | mithro | ljp: any chance tt will be intrested in sending some people to LCA 2007? |
19:34.59 | koen | zecke: 'make xthml' works as well |
19:35.00 | ljp | yup |
19:35.11 | zecke | koen: I know |
19:35.30 | ljp | although i couldnt get them to send anyone to cebit.au |
19:35.39 | ljp | hjeh |
19:35.54 | mithro | ljp: i'm going to try and run the Embedded Miniconf again at LCA 2007 |
19:36.04 | mithro | it's in Sydney this time |
19:36.09 | zecke | ljp: how many man years of work were spent on making Qtopia work? |
19:36.17 | zecke | mickeyl: any possibility of sponsoring? |
19:36.27 | mickeyl | s/mickeyl/mithro/ |
19:36.49 | ljp | we got qtopia on it working in about a week |
19:36.52 | mithro | http://lca2007.linux.org.au/ |
19:36.55 | *** join/#oe AlexTe|zZZ (n=alexte@iris.vbone.net) |
19:37.16 | mithro | zecke: i'm again going to investigate CELF to see if I can get them to pony up some money |
19:37.44 | mithro | but don't hold your breath |
19:38.11 | mickeyl | koen: ever run GPE on 48MB RAM? Would that be feasible or not? |
19:38.32 | JustinP | anyone else having problems compiling gcc in oz354x? |
19:38.39 | JustinP | seems like it would be somewhat of a blocker... |
19:38.42 | *** join/#oe Timelord0 (n=TL@216.137.177.76) |
19:38.51 | JustinP | hrw said his failed....(and this blocks e-image..) |
19:38.54 | koen | mickeyl: gpe 'runs' on the c700 |
19:38.59 | mickeyl | oh right |
19:39.00 | mickeyl | that's 32? |
19:39.03 | koen | yes |
19:39.07 | mickeyl | how good? |
19:39.11 | koen | 32 is a bit tight |
19:39.14 | JustinP | hrw|gone: oh, BTW, did you compile e-image-core? Those don't depend on gcc |
19:39.19 | zecke | mickeyl: c700 is broken anyway |
19:39.22 | koen | >40 should do for vga screens |
19:39.36 | ljp | alweays good to blame the hardware |
19:39.46 | mickeyl | hmm... i guess i could try to limit it w/ mem=48 to get a feeling |
19:39.53 | koen | mickeyl: using thumb or XIP would make it even better |
19:40.25 | zecke | ljp: a broken cache is bad ;) |
19:40.35 | zecke | ljp: it is worse than a missing one :} |
19:40.46 | JustinP | ~lart hrw's constant gcc problems |
19:41.16 | zecke | ljp: is the Berlin office open already? |
19:41.21 | ljp | opie has no problema runningon c700 |
19:41.34 | ljp | not yet |
19:42.36 | pb_ | mickeyl: I think 48MB RAM should be okay for gpe, though it depends a bit on things like your screen size |
19:43.13 | zecke | any reason to not set CC, CXX, CPP in native.bbclass? |
19:44.20 | mickeyl | pb_: a phone w/ 240x320 |
19:44.32 | pb_ | zecke: other than it being somewhat superfluous? I guess not |
19:44.47 | pb_ | mickeyl: that should be fine |
19:45.36 | zecke | pb_: you can have a compiler not called 'gcc' |
19:45.43 | zecke | pb_: e.g. gcc-1.4 |
19:46.07 | pb_ | ah, true |
19:46.14 | CoreDump|home | boy kexec is a true time-saver |
19:46.21 | pb_ | or, even (horror) I suppose you might not even be using gcc |
19:46.31 | JustinP | CoreDump|home: and how |
19:46.38 | CoreDump|home | scp zImage-2.6.16 root@poodle:/tmp/ ; ssh root@poodle "kexec -l /tmp/zImage-2.6.16 ; sleep 1 ; kexec -e" |
19:46.49 | JoeSchmo | i've seen systems where binutils and gcc are installed as $TARGET-gcc-$VERSION |
19:46.53 | zecke | pb_: why would anyone be that insane? |
19:48.21 | koen | zecke: which chapter? |
19:48.36 | zecke | Using OE with prebuilt toolchains |
19:48.37 | pb_ | zecke: who knows. I guess they might have bought icc by mistake and want to get their money's worth from it. |
19:49.22 | zecke | pb_: I know ICE, but ICC? Internal Compiler C? |
19:49.26 | zecke | ;) |
19:49.30 | zecke | ~lart intel |
19:49.44 | pb_ | zecke: :-} |
19:50.10 | zecke | pb_: good old gcc2.8 times when compiling c++ and corba... |
19:50.13 | zecke | with bad ram :} |
19:50.30 | pb_ | zecke: apparently icc delivers deliver exceptional performance, usability, and business advantages. what more could you want? |
19:50.41 | pb_ | whoops, one too many "deliver"s in that sentence |
19:50.43 | zecke | lol |
19:51.01 | zecke | icc CTO's compiler of choiche? |
19:51.17 | pb_ | right |
19:51.27 | mickeyl | hehe |
19:51.36 | pb_ | if only it were award-winning, I would rush out and buy a dozen copies immediately |
19:51.52 | zecke | pb_: I bet it plays audio twice as fast ;) |
19:52.23 | zecke | pope even |
19:53.00 | zecke | mickeyl: is your favorite sport Women Beach Volley-Ball as well? |
19:53.02 | koen | zecke: http://www.tendra.org/ |
19:53.20 | mickeyl | zecke: no kidding! women beach volley ball rocks. |
19:53.33 | mickeyl | as an actor i prefer squash though |
19:53.34 | mickeyl | heh |
19:53.44 | mickeyl | s/actor/active/ |
19:54.06 | zecke | mickeyl: The most important beach volley ball rule is clothing :} |
19:54.28 | mickeyl | i know. the style and length of the skirts is ruled. |
19:54.42 | koen | 'length' |
19:54.47 | koen | more like shortness |
19:54.51 | mithro | gnight peoples |
19:54.56 | mickeyl | g'night mithro, sleep well |
19:54.58 | zecke | mickeyl: When seing the rules I feel bad :} |
19:55.02 | zecke | mickeyl: nite |
19:55.03 | koen | mithro: 'night |
19:55.20 | mickeyl | zecke: bad? as a human, as a man, as a sabbernder Zuschauer? |
19:55.35 | zecke | mickeyl: as a man :} |
19:55.36 | mickeyl | :D |
19:55.42 | mickeyl | right |
19:55.44 | pb_ | zecke: it's probably good for the rest of us that the rules have that effect on you. |
19:55.47 | zecke | mickeyl: what sense does it make not have naked players? |
19:56.07 | zecke | pb_: I prefer to wear short quilts? |
19:56.25 | mickeyl | i prefer to wear short patchers |
19:56.51 | mickeyl | tomorrow is mothers-day. are you all prepared? |
19:57.01 | koen | yes |
19:57.01 | pb_ | oh crumbs, is it? |
19:57.02 | zecke | mickeyl: no :} |
19:57.18 | zecke | I will try to behave though |
19:57.51 | mickeyl | good boy. my wife was 5 hours in the kitchen today for some fancy cakes and stuff |
19:58.01 | ljp | no, actually, today is mothers day. you all are living in the past |
19:58.02 | mickeyl | if only she would bake for me... |
19:58.23 | ggilbert | mickeyl: maybe she would if you gave birth |
19:58.27 | ggilbert | I know I'd be impressed |
19:59.51 | ljp | ya, like a seahorse |
20:00.21 | mickeyl | hehe |
20:02.11 | jnc | naked players what the heck. |
20:06.02 | zecke | koen: the css looks broken :} |
20:06.14 | zecke | koen: there is no box around 'code' anymore |
20:09.28 | zecke | koen: docbook2pdf can generate ... |
20:11.43 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
20:12.23 | CIA-9 | 03mickeyl 07org.oe.dev * ra7df7d1b... 10/packages/libusb/ (libusb-native_0.1.10a.bb libusb_0.1.10a.bb): libusb 0.1.10a: add -native |
20:12.28 | CIA-9 | 03mickeyl 07org.oe.dev * rf10f5c84... 10/packages/ezx/ezx-boot-usb-native_svn.bb: add ezx-boot-usb-native, an utility to boot a zImage on an EZX device via USB |
20:28.15 | koen | mickeyl: did you get your phone yet? |
20:28.36 | zecke | mickeyl: did you order it? |
20:30.24 | koen | zecke: i still get a blue background sin <screen> sections |
20:32.19 | zecke | hmm |
20:33.38 | koen | zecke: this one is for you: |
20:34.36 | CIA-9 | 03koen 07org.oe.documentation * r907bda87... 10/usermanual/html.css: usermanual/html.css: add a 1px border around <screen> sections |
20:34.59 | *** join/#oe zap (n=zap@217.170.93.196) |
20:37.41 | koen | zecke: the docboox xsl file is breaking the pdf generation |
20:37.53 | koen | zecke: try 'docbook2pdf -d docbook-utf8.xsl usermanual.xml' |
20:38.02 | koen | that will give the same error as 'make pdf' |
20:41.58 | CIA-9 | 03koen 07org.oe.documentation * rc0056704... 10/usermanual/usermanual.xml: usermanual/usermanual.xml: remove stray '.' |
20:42.22 | koen | the OE manual in pdf: http://ewi546.ewi.utwente.nl/tmp/OE/usermanual.pdf |
20:43.59 | zecke | koen: lol |
20:47.45 | CIA-9 | 03koen 07org.oe.documentation * r636f82e7... 10/usermanual/usermanual.xml: usermanual/usermanual.xml: remove unneeded whitespace |
20:53.31 | zecke | koen: now we will have the first merge conflict :} |
20:53.57 | koen | we do? |
20:54.09 | koen | good thing we have kdiff3 and meld |
20:55.05 | zecke | not yet |
20:55.14 | zecke | I have FileMerge as well |
20:56.11 | CIA-9 | 03freyther 07org.oe.documentation * rdb1929c3... 10/usermanual/usermanual.xml: |
20:56.11 | CIA-9 | usermanual: |
20:56.11 | CIA-9 | <PROTECTED> |
20:56.12 | CIA-9 | 03freyther 07org.oe.documentation * r9d021eca... 10/usermanual/usermanual.xml: |
20:56.12 | CIA-9 | usermanual: |
20:56.13 | CIA-9 | <PROTECTED> |
20:56.16 | CIA-9 | 03freyther 07org.oe.documentation * rc2cbcbf8... 10/usermanual/usermanual.xml: |
20:56.16 | CIA-9 | usermanual: |
20:56.17 | CIA-9 | <PROTECTED> |
20:56.21 | CIA-9 | <PROTECTED> |
20:59.45 | koen | http://ewi546.ewi.utwente.nl/tmp/OE/usermanual.pdf updated |
21:06.34 | *** join/#oe goxboxlive (n=goxboxli@ti500710a080-11983.bb.online.no) |
21:06.50 | koen | CoreDump|home: did you use ts_print or ts_printraw to test the ts? |
21:07.12 | koen | CoreDump|home: ts_print is expected to output the same coords everywhere without calibration |
21:07.23 | CoreDump|home | yes both, they both report the same position regardless where you "touch" |
21:07.33 | koen | hmmm |
21:07.59 | CoreDump|home | and I need to rewire event1 to event0 to get anything at all |
21:09.14 | koen | could be some general linux breakage |
21:09.21 | CoreDump|home | possibly |
21:09.34 | koen | 2.6.x isn't really known for its same dev policy |
21:09.41 | koen | s/same/sane/ |
21:10.15 | CoreDump|home | I know.. :\ |
21:12.44 | JustinP | ? |
21:14.00 | CoreDump|home | JustinP: on Poodle |
21:16.10 | JustinP | ohm yeah |
21:16.18 | koen | CoreDump|home: is the ts.conf correct? |
21:16.44 | CoreDump|home | module pthres pmin=1 |
21:16.44 | CoreDump|home | module variance delta=30 |
21:16.44 | CoreDump|home | module dejitter delta=100 |
21:16.44 | CoreDump|home | module linear |
21:16.51 | CoreDump|home | err |
21:17.31 | koen | ahtry module_raw input |
21:17.40 | koen | s/ah/ah, / |
21:18.18 | CoreDump|home | koen: yay |
21:18.26 | CoreDump|home | that did something =D |
21:18.39 | koen | yay! |
21:19.17 | CoreDump|home | is there a way to calibrate it w/o X or Opie? |
21:19.30 | koen | ipkg install tslib-calibrate |
21:20.46 | koen | then run ts_calibrate |
21:21.11 | koen | and behold: a crosshair and some text on the fb |
21:23.41 | CoreDump|home | koen: http://handhelds.org/scap/port.21168.png :) |
21:24.10 | koen | cute |
21:24.31 | koen | you don't want to know how much time I wasted using busted ts.conf files :( |
21:24.41 | CoreDump|home | :\ |
21:24.50 | woglinde | koen uh |
21:37.27 | CoreDump|home | heh |
21:37.59 | jnc | oh nice |
21:40.10 | koen | so only the a-300 has now 2.6 support right now |
21:40.26 | koen | s/now/no/ |
21:46.41 | zecke | ~lart qmake |
21:50.11 | *** join/#oe EvilDevil_ (n=evildevi@p54A6CD0A.dip.t-dialin.net) |
21:53.13 | CIA-9 | 03koen 07org.oe.documentation * rb463f464... 10/usermanual/README: add README with a hint how to make a pdf |
21:54.55 | CIA-9 | 03koen 07org.oe.documentation * r5742b03e... 10/usermanual/usermanual.xml: usermanual/usermanual.xml: add angstrom |
21:55.09 | zecke | hehe |
21:57.14 | CIA-9 | 03koen 07org.oe.documentation * rc742161e... 10/usermanual/usermanual.xml: usermanual/usermanual.xml: arm-linux-<foo> is for ARM, not some generic toolchain |
21:57.48 | woglinde | koen *g* |
22:00.09 | woglinde | happy motherday to all |
22:03.35 | zecke | ~lart Qtopia for forcing to link all crappy libs |
22:06.47 | *** join/#oe andersee (n=andersee@codepoet.org) |
22:11.00 | koen | as said by the mac salesperson this afteroon: "and you can run XP on it as well!!!!" |
22:11.54 | zecke | Mac eXPerience :} |
22:12.02 | koen | yeah |
22:12.15 | koen | zecke: do you have a digicam that talks ptp? |
22:14.38 | zecke | ptp? |
22:14.51 | koen | Picture Transfer Protocol |
22:14.51 | zecke | if ptp is > 4 year olds then yes |
22:14.54 | zecke | no ;) |
22:15.12 | zecke | I could implement it on my v4l device :} |
22:15.19 | koen | :) |
22:15.39 | koen | osx has a neat trick with digicams that is quite hidden |
22:15.50 | koen | it can share the cam via bonjour |
22:16.25 | *** join/#oe JoeSchmo_ (n=jciccone@pool-71-127-205-10.nwrknj.east.verizon.net) |
22:20.09 | CIA-9 | 03coredump 07org.oe.oz354x * re198af90... 10/packages/linux/ (2 files in 2 dirs): linux: Poodle / locomo: Enable SysRQ (Address+Home) and fix key-repeat rate |
22:20.18 | CIA-9 | 03coredump 07org.oe.oz354x * r255bcc3a... 10/packages/keymaps/ (files/poodle/keymap-2.6.map keymaps_1.0.bb): keymaps: Adjust Poodle keymap |
22:20.23 | CIA-9 | 03coredump 07org.oe.oz354x * r18b16b9c... 10/packages/tslib/ (tslib/poodle/ts.conf tslib/poodle/tslib.sh tslib_cvs.bb): |
22:20.23 | CIA-9 | keymaps: Adjust Poodle keymap |
22:20.23 | CIA-9 | tslib: Poodle: Fix ts.conf and tslib.sh -> Working touchscreen w/ kernel 2.6 |
22:20.28 | CIA-9 | 03coredump 07org.oe.dev * r0bab1541... 10/packages/linux/ (2 files in 2 dirs): linux: Poodle / locomo: Enable SysRQ (Address+Home) and fix key-repeat rate |
22:20.33 | CIA-9 | 03coredump 07org.oe.dev * r29e6764d... 10/packages/keymaps/files/poodle/keymap-2.6.map: keymaps: It helps to commit the finished keymap... |
22:32.01 | *** join/#oe lpotter (n=lpotter@c210-49-68-236.rochd2.qld.optusnet.com.au) |
22:32.05 | koen | CoreDump|home: nice progress on the poodle stuff |
22:32.57 | CoreDump|home | thanks. I just hope RP gets some time and motivation to fix the remaining kernel bugs. |
22:33.49 | koen | I'm so happy I didn't buy a poodle |
22:34.53 | CoreDump|home | koen: w/ kernel 2.6 it isn't too bad, really. But 2.4 is a terrible joke |
22:35.32 | CoreDump|home | if it wasn't for the RAM, it would be a usable PDA =D |
22:35.45 | koen | a pxa250 with 32mb ram and no wireless stuff |
22:35.58 | zecke | lol |
22:36.07 | CoreDump|home | does the h2200 have a built-in kbd? |
22:36.35 | koen | if '4 buttons' counts as a kbd, yes ;) |
22:36.40 | CoreDump|home | hehe |
22:36.54 | CoreDump|home | I'll take a kbd over WLAN any day =) |
22:37.04 | koen | CoreDump|home: bluetooth keyboard :) |
22:37.08 | koen | much better |
22:37.09 | CoreDump|home | hmm |
22:38.34 | *** join/#oe help (n=gerrath@c-71-195-75-178.hsd1.pa.comcast.net) |
22:39.52 | *** join/#oe katossi (n=guillerm@dslb-084-062-154-218.pools.arcor-ip.net) |
22:40.10 | help | I've been reading all of the bitbake docs but one thing I'm not sure of is what does the virtual mean when you type "bitbake virtual/package_name"? |
22:41.06 | zecke | gerrath_: it will search for some one providinf virtual/package_name |
22:41.31 | CoreDump|home | zecke: does Opie use its own keymap? The keymapping is all messed up in Opie but fine in the VT |
22:42.07 | zecke | CoreDump|home: is the kernel keymap patch applied? |
22:42.16 | CoreDump|home | umm |
22:42.17 | CoreDump|home | no clue |
22:42.30 | CoreDump|home | oz354x Opie with a 2.6 kernel |
22:42.35 | woglinde | zecke hacked a while on that issue I remeber |
22:42.43 | zecke | woglinde: ?? |
22:42.46 | gerrath_ | zecke, I'm still not following what the word virtual stands for? Is it an argument of bitbake or just identified somewere in a .bb files? |
22:42.52 | zecke | CoreDump|home: okay it is applied |
22:43.02 | zecke | gerrath_: well... |
22:43.11 | zecke | gerrath_: it is PROVIDES += "virtual/kernel" |
22:43.13 | woglinde | zecke kernel-keymap |
22:43.33 | zecke | gerrath_: is inside a .bb file as we have more than one kernel |
22:43.50 | zecke | gerrath_: bitbake virtual/kernel will build any from the available kernels |
22:44.00 | zecke | gerrath_: similiar to bitbake virtual/libsdl |
22:44.21 | gerrath_ | ahh, ok so really you could call it anything but virtual is just common syntax for nameing "PROVIDES" |
22:44.22 | zecke | gerrath_: e.g. on libsdl we have two versions of sdl available, one for X and one for QtE |
22:44.50 | zecke | gerrath_: yeah, virtual/ is just for the case of having more than one provider ;) |
22:45.06 | zecke | gerrath_: normally PROVIDES include ${PN} |
22:45.16 | zecke | gerrath_: so foo.bb is providing foo |
22:45.28 | zecke | gerrath_: a bitbake foo would try to build foo |
22:45.44 | gerrath_ | zecke, I just wanted to make sure, since sometimes the name _1.1 (version for example) is actually parsed off and used for something. I wanted to make sure virtual/ was not parsed off and used for something else. |
22:45.45 | zecke | gerrath_: using PREFERRED_PROVIDER and PREFERRED_VERSION you can help BitBake to select one |
22:46.04 | zecke | gerrath_: BitBake tries to parse PN and PV from the filename |
22:46.15 | zecke | foo_0.1.bb should be PN=foo and PV=0.1 |
22:46.36 | gerrath_ | zecke, yes I followed that, and that is what lead me to wonder if virtual/ was not an identifier for something else. |
22:47.20 | zecke | we use virtual (manually) if we have equally good providers |
22:47.24 | gerrath_ | zecke, but really virtual/ is just part of the PROVIDES name and is not parsed for anything else :) |
22:47.25 | zecke | like for kernel,sdl, xserer |
22:47.36 | zecke | right :) |
22:49.08 | gerrath_ | thanks. |
22:49.33 | zecke | you are welcome |
22:50.28 | CIA-9 | 03freyther 07org.oe.documentation * rd6b8d363... 10/usermanual/usermanual.xml: |
22:50.28 | CIA-9 | usermanual: |
22:50.28 | CIA-9 | <PROTECTED> |
22:50.28 | CIA-9 | <PROTECTED> |
22:50.28 | CIA-9 | <PROTECTED> |
22:56.00 | *** join/#oe ____gints (n=gints@62.84.15.211) |
22:56.22 | CIA-9 | 03justinp 07org.oe.oz354x * r8d2fe31c... 10/packages/meta/task-e-x11.bb: task-e-x11: make it actually have some content again (same as task-e-x11-core for now) |
23:03.31 | sws | is there an irc log available? |
23:03.50 | CoreDump|home | ~logs |
23:03.51 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
23:06.48 | mickeyl | g'night |
23:06.56 | zecke | nite |
23:07.22 | CoreDump|home | n8 mickey|zzZZzz |
23:09.20 | sws | CoreDump|home: you said flashing my poodle with a 2.6 kernel might have made my /home partition unreadable by a 2.4 kernel. can i revert this anyhow? |
23:09.28 | CIA-9 | 03mickeyl 07org.oe.dev * rb971ecbe... 10/packages/ (4 files in 2 dirs): directfb: add version 0.9.25.1 |
23:09.51 | CoreDump|home | well, a NAND restore fixes it. Dunno if there are other options |
23:10.23 | sws | what does NAND restore mean? |
23:10.42 | CoreDump|home | getting a nand-restore image and flash it. |
23:11.03 | sws | where can i get that image? |
23:11.10 | CoreDump|home | no clue, really |
23:11.30 | CIA-9 | 03justinp 07org.oe.dev * r82c13a21... 10/packages/meta/task-e-x11.bb: task-e-x11: make it actually have some content again (same as task-e-x11-core for now) |
23:11.33 | sws | hmm, thanks |
23:12.31 | sws | i will try to flash the original sharp image, maybe this helps |
23:12.53 | zecke | I would like to push something, how much do you plan to push? |
23:12.58 | CoreDump|home | a normal image doesn't touch home |
23:15.31 | sws | ok, and using format from the service menu doesnt work either? |
23:16.30 | CoreDump|home | never tried that |
23:19.38 | CIA-9 | 03freyther 07org.oe.dev * r867c8df0... 10/contrib/qa/ipkg-diff/ipkg.py: |
23:19.38 | CIA-9 | contrib/qa/ipkg-diff/ipkg.py: |
23:19.38 | CIA-9 | <PROTECTED> |
23:19.38 | CIA-9 | <PROTECTED> |
23:19.42 | CIA-9 | 03freyther 07org.oe.dev * r4fda81bf... 10/contrib/qa/ipkg-diff/ipkg-diff: |
23:19.42 | CIA-9 | contrib/qa/ipkg-diff/ipkg-diff: |
23:19.42 | CIA-9 | <PROTECTED> |
23:19.46 | CIA-9 | 03freyther 07org.oe.dev * r10e936f7... 10/classes/native.bbclass: |
23:19.46 | CIA-9 | classes/native.bbclass: |
23:19.48 | CIA-9 | <PROTECTED> |
23:19.50 | CIA-9 | <PROTECTED> |
23:19.52 | CIA-9 | <PROTECTED> |
23:19.54 | CIA-9 | <PROTECTED> |
23:20.31 | *** join/#oe bronson (n=bronson@pool-71-255-164-15.bstnma.east.verizon.net) |
23:27.30 | KenJlime | ~lart CIA |
23:34.31 | *** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
23:56.27 | *** join/#oe Timelord (n=TL@66.84.189.72) |