| 00:00.01 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 00:02.30 | reenoo | heh |
| 00:02.44 | reenoo | that is so... yesterday :P |
| 00:03.07 | NAbyss | reenoo: Yeah, but what else do you expect for a site hosted in such a distant timezone? :) |
| 00:13.47 | *** join/#oe W8TVI__ (n=me@166.165.159.69) |
| 00:17.02 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 00:29.40 | CIA-4 | 03rw 07org.oe.oz354fam083 * r9374fbdb... 10/packages/familiar/familiar-version.bb: familiar-version: unset MAINTAINER. fix PACKAGE_ARCH. allow DISTRO_VERSION to be that of a release candidate. rename do_compile to do_install. |
| 00:29.46 | CIA-4 | 03rw 07org.oe.oz354fam083 * r660c67df... 10/conf/distro/familiar.conf: familiar.conf: really set MAINTAINER. |
| 00:43.07 | *** join/#oe zap (n=zap@217.170.93.9) |
| 00:43.08 | *** join/#oe Cwiiis[away] (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 00:47.40 | zecke | nite guys |
| 00:48.35 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 00:50.35 | reenoo | 'night zecke |
| 00:53.40 | *** join/#oe hufnus (n=slonsiki@DSL135-071.labridge.com) |
| 00:54.23 | zecke | damn |
| 00:54.31 | zecke | time to sleep... |
| 00:55.35 | reenoo | :q |
| 00:55.38 | reenoo | err |
| 00:55.52 | *** join/#oe greentux (n=m@195.227.105.180) |
| 00:55.58 | reenoo | time to go to bed indeed it seems |
| 00:56.37 | zecke | I have three unsuccessful ubuntu installations :} |
| 00:56.43 | zecke | a |
| 00:56.51 | zecke | all fail to install grub/lilo |
| 00:58.26 | koen|away | ~[5~[5~[5~[5~[6~[5~[5~[5~[5~[5~[A |
| 01:02.41 | *** join/#oe zap (n=zap@217.170.93.9) |
| 01:34.01 | CIA-4 | 03rw 07org.oe.oz354fam083 * r0cd4208b... 10/conf/distro/familiar.conf: familiar.conf: add DEFAULT_MAINTAINER and make MAINTAINER default to it. |
| 01:34.05 | CIA-4 | 03rw 07org.oe.oz354fam083 * re7b30323... 10/classes/gpe.bbclass: gpe.bbclass: really override MAINTAINER. |
| 02:01.44 | jnc | hmm |
| 02:01.59 | jnc | is there a build server for OE devs? |
| 02:07.51 | *** join/#oe W8TVI__ (n=me@166.165.156.5) |
| 02:08.58 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 03:21.40 | *** join/#oe W8TVI_ (n=me@166.165.159.46) |
| 03:22.07 | *** join/#oe awp_ (i=sapochul@201.37.208.32) |
| 03:32.12 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 03:34.40 | *** join/#oe _schurig (n=schurig@p54B29D03.dip0.t-ipconnect.de) |
| 03:39.58 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 03:40.41 | *** join/#oe panda|z (n=hzhang@219.236.17.202) |
| 03:41.35 | *** join/#oe AvengerMoJo (n=alex@221.216.205.235) |
| 03:52.53 | *** join/#oe benlau (n=benlau@221.125.13.158) |
| 03:54.06 | *** join/#oe joshin (i=josh@VDSL-130-13-143-68.PHNX.QWEST.NET) |
| 03:54.34 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 04:06.49 | *** join/#oe InSearchOf (n=InSearch@ip167.143.45.216.suscom.net) |
| 04:17.01 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 04:26.27 | *** join/#oe TheMasterMind1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
| 04:31.58 | *** join/#oe Jason_Foss (i=jason@d-ip-129-15-78-96.cs.ou.edu) |
| 04:32.09 | Jason_Foss | Ping. |
| 04:39.16 | *** part/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
| 04:49.13 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a240.ptbyny.tds.net) |
| 05:42.21 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 05:47.42 | jnc | pong |
| 07:12.49 | *** join/#oe greentux_alt (n=m@195.227.105.180) |
| 07:14.23 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 07:41.56 | *** join/#oe Bompo (n=Bompo@V0066.v.pppool.de) |
| 07:42.24 | *** part/#oe Bompo (n=Bompo@V0066.v.pppool.de) |
| 07:47.07 | CoreDump|home | morning |
| 07:52.38 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 07:56.12 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 08:03.46 | RP | morning all |
| 08:03.58 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 08:04.15 | _law_ | morning RP |
| 08:24.40 | *** join/#oe zap (n=zap@217.170.93.9) |
| 08:26.45 | CoreDump|home | hi RP |
| 08:35.45 | *** join/#oe eumel (n=chatzill@p5482331A.dip0.t-ipconnect.de) |
| 08:37.29 | do13 | morning all |
| 08:39.34 | CoreDump|home | hi do13 |
| 08:39.57 | do13 | hey CoreDump|home |
| 08:45.47 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 08:50.07 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 08:59.16 | *** join/#oe uv1 (n=kvirc@p508930FC.dip0.t-ipconnect.de) |
| 09:02.08 | Cockroach- | monring |
| 09:02.21 | Cockroach- | ... |
| 09:09.29 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:10.50 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
| 09:15.22 | CoreDump|home | ~lart collie |
| 09:18.05 | johnX | for the situation with SD? or something else? |
| 09:18.44 | *** join/#oe polyonymous (i=hacker@pD9538B49.dip0.t-ipconnect.de) |
| 09:18.54 | CoreDump|home | just for its small flash |
| 09:20.02 | johnX | ah |
| 09:21.00 | CoreDump|home | collies display looks like crap after you've worked with sl-cxxxx |
| 09:21.18 | johnX | yeah I know |
| 09:21.26 | johnX | I have both on my desk right now |
| 09:21.42 | johnX | I kinda like the collie form factor though |
| 09:22.01 | CoreDump|home | yep same here |
| 09:22.07 | johnX | almost makes me want to see my car and get a 6000 |
| 09:22.15 | CoreDump|home | lol |
| 09:22.30 | CoreDump|home | I've gotten used to the clamshell design |
| 09:22.34 | johnX | sell my car rather |
| 09:22.57 | CoreDump|home | but nothing beats protrait for e-book reading =) |
| 09:23.07 | johnX | or one handed operation |
| 09:23.12 | CoreDump|home | indeed |
| 09:23.54 | johnX | rather than the hardware differences that's the thing that makes me think of the 5500 as a PDA, and the clamshells as mini-laptops |
| 09:24.17 | CoreDump|home | 400MHz sure is better |
| 09:24.53 | johnX | landscape 640x480 is so nice after you come to expect it |
| 09:25.02 | CoreDump|home | indeed! |
| 09:25.04 | johnX | especially for X11 |
| 09:25.17 | CoreDump|home | GPE on collie stinks heh |
| 09:25.29 | CoreDump|home | GPE on VGA is very nice tho |
| 09:25.34 | johnX | I agree |
| 09:25.50 | johnX | my collie still has opie, my akita has the latest gpe out of .dev |
| 09:26.16 | CoreDump|home | same here lol |
| 09:26.26 | CoreDump|home | ok not GPE from .dev |
| 09:26.56 | CoreDump|home | which SL-Cxxxx do you own? |
| 09:27.02 | johnX | Akita |
| 09:27.10 | CoreDump|home | same as me then |
| 09:27.42 | johnX | I don't really like the thought of moving parts in mobile electronics |
| 09:27.59 | johnX | and I didn't have the money at the time |
| 09:29.03 | CoreDump|home | I couldn't have bought it as I'm uber broke |
| 09:31.10 | johnX | I'd had a good job that summer and I diverted funds that would have gone to upgrading my desktop |
| 09:33.43 | CoreDump|home | heh my desktop needs to survive a few more years =) |
| 09:51.24 | Cockroach- | Hmm. I might need an advice |
| 09:53.09 | Cockroach- | If anyone has ideas on how to develope software on x86 platform first. I mean, I have built meta-sdk for x86 and gpe-image for x86, but I'm not sure what would be the right way to go from there. chroot:ing to the gpe-image rootfs directory doesn't allow me to run matchbox (segfaults). |
| 09:53.41 | Cockroach- | maybe building an linux-uml package and trying to run the gpe-image .ext2 from there? |
| 09:53.59 | Cockroach- | Really don't know |
| 09:54.44 | pb_ | Chrooting to the gpe-image directory ought to work fine. I guess your matchbox problem is due to a bug. |
| 09:55.28 | *** join/#oe theturtle (n=theturtl@theturtle.net) |
| 09:55.44 | Cockroach- | I lack knowledge and experience in this area, so do I need to address the /dev issue? |
| 09:55.47 | Cockroach- | since chrooting I lose access to the /dev |
| 09:59.54 | Cockroach- | And a fast test trying to build the linux-uml failed |
| 10:01.47 | RP | Cockroach-: You could experiment with the qemuarm images |
| 10:02.46 | Cockroach- | Well, I'm running out of time for experiments :) I need a build environment and somewhat working practises to start the actual implementation of my software |
| 10:02.52 | Cockroach- | Cursed thesis |
| 10:07.10 | Cockroach- | YES! |
| 10:07.14 | Cockroach- | I got it to work |
| 10:07.57 | *** join/#oe pH5 (n=ph5@p5485D050.dip.t-dialin.net) |
| 10:13.03 | punk-ass | mount --bind /dev /chroot/dev |
| 10:13.13 | Cockroach- | well at least the GPE started |
| 10:13.20 | Cockroach- | punk-ass: I shall try that |
| 10:16.47 | Cockroach- | oh, it's improving. |
| 10:17.16 | Cockroach- | Now I only get tons of 'Cannot open pixbuf loader module file '/etc/gtk-2.0/gdk-pixbuf.loaders' errors and applications don't work because of that |
| 10:17.35 | pb_ | You need to run the gdk-pixbuf postinsts. |
| 10:17.55 | pb_ | Try doing "ipkg configure" inside the chroot. |
| 10:18.10 | Cockroach- | Oh my |
| 10:18.41 | Cockroach- | I can't believe it |
| 10:18.43 | Cockroach- | it all works |
| 10:18.48 | Cockroach- | or so it seems |
| 10:18.48 | punk-ass | mount --bind /etc /chroot/etc |
| 10:18.48 | punk-ass | :) |
| 10:21.17 | Cockroach- | I needed to bind the /proc too |
| 10:21.27 | Cockroach- | didn't bind etc though =) |
| 10:22.05 | johnX | mount -t proc proc /proc didn't work? |
| 10:23.46 | Cockroach- | Well I didn't even try that, wouldn't it mess up the things from the host environment point of view (in opposite to chrooted gpeimage) |
| 10:24.38 | johnX | hmm...I think you're right and I was thinking of something else |
| 10:24.55 | punk-ass | no mounting proc more than once is just fine |
| 10:25.05 | punk-ass | but bind probably works just as good |
| 10:25.45 | Cockroach- | Oh my, this is relief |
| 10:26.03 | johnX | having things work is a nice feeling :) |
| 10:27.09 | Cockroach- | I just noticed that since (as an ubuntu user) I chrooted using "sudo", I need to create a symlink inside gpeimage chroot from /home/root to /home/<un-sudoed-username> |
| 10:27.28 | Cockroach- | even if "whoami" says I'm root |
| 10:27.43 | Cockroach- | some other programs don't see it that way |
| 10:31.51 | pb_ | yah, or adjust the environment. |
| 10:31.59 | pb_ | you probably have an old value of $HOME or something |
| 10:32.55 | pb_ | (or $USER, maybe: check with "env" to see what's there) |
| 10:33.51 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 10:33.54 | CIA-4 | 03dirk 07org.oe.dev * r9bd1feff... 10/packages/wlan-ng/ (5 files in 2 dirs): |
| 10:33.54 | CIA-4 | Packages/wlan-ng: make current svn compile |
| 10:33.54 | CIA-4 | <PROTECTED> |
| 10:33.54 | CIA-4 | <PROTECTED> |
| 10:33.54 | CIA-4 | <PROTECTED> |
| 10:33.55 | CoreDump|home | i have IMAGE_FSTYPES = "jffs2 ext2 tar.gz" in my local.conf. Is it possible to define a DEPENDS override (as in DEPENDS_ext2) to modify a variable depending on the rootfs type? |
| 10:33.58 | CIA-4 | 03dirk 07org.oe.dev * r9d3828ac... 10/packages/wlan-ng/ (9 files in 2 dirs): packages/wlan-ng: drop non working 0.2.2 version |
| 10:34.29 | *** join/#oe xep (i=misha@dsl027-176-045.sfo1.dsl.speakeasy.net) |
| 10:36.33 | CoreDump|home | basically what I would like to accomplish is something like: IPKG_INSTALL_collie_ext2 = "some more packages than in a jffs rootfs" |
| 10:37.44 | Cockroach- | pb_: ah, true. |
| 10:40.25 | pb_ | CoreDump|home: you could do that, but it might be better just to define a new image target. |
| 10:40.32 | pb_ | opie-big-image or something |
| 10:41.26 | CoreDump|home | pb_: now that would be to easy wouldn't it? =D |
| 10:41.59 | CoreDump|home | if that works, a single image build results in all files I need for a hentges release |
| 10:43.03 | pb_ | you could do that the other way too: just create a hentges-release.bb with DEPENDS = "opie-small-image opie-big-image opie-massive-image" or whatever. |
| 10:43.13 | CoreDump|home | true |
| 10:43.41 | pb_ | if you want to pursue the ext2 thing, though, the rune you need is OVERRIDES_append = ":${IMAGE_FSTYPE}" or some such. |
| 10:44.46 | CoreDump|home | ouch, that sounds painful |
| 10:45.15 | CoreDump|home | XTRA_DEPENDS_collie_ext2 = "task-hentges-gpe-xtra" didn't work. Maybe because I build jffs, tar.gz and ext2 in one go? |
| 10:45.38 | pb_ | oh, right |
| 10:45.40 | pb_ | yeah, that won't work |
| 10:45.45 | CoreDump|home | darn |
| 10:46.08 | CoreDump|home | ~lart collie |
| 10:46.48 | pb_ | image_ipk.bbclass only builds one filesystem tree, so all your IMAGE_FSTYPES will end up containing the same files. |
| 10:46.56 | CoreDump|home | i see |
| 10:47.17 | pb_ | i.e. it calls rootfs_ipk to generate the tree, then it iterates over ${IMAGE_FSTYPES} creating all the images from that single tree (via bbimage) |
| 10:47.53 | CoreDump|home | i feared that was the case :\ |
| 10:48.13 | pb_ | It wouldn't be impossible to make it work the way you want, but it would be quite difficult. I don't think it will be worth the effort. |
| 10:49.30 | pb_ | It's almost certainly better to use separate .bb files for each image flavour that you want. That way you can do anything you like. |
| 10:49.58 | CoreDump|home | up until this point, overrides worked perfectly for anything I needed ;) |
| 10:51.55 | CoreDump|home | bleh screw the users |
| 10:53.19 | *** join/#oe zap (n=zap@217.170.93.9) |
| 10:53.58 | johnX | heh |
| 11:04.10 | *** join/#oe zap (n=zap@217.170.93.9) |
| 11:12.40 | reenoo | morning |
| 11:17.38 | *** join/#oe zap (n=zap@217.170.93.9) |
| 11:29.35 | *** join/#oe likewise (n=Leon@82-171-189-134.dsl.ip.tiscali.nl) |
| 11:32.30 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 11:47.34 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 12:00.05 | CIA-4 | 03rw 07org.oe.oz354fam083 * re12a0cb1... 10/packages/jamvm/jamvm_1.3.3.bb: jamvm: upgrade to 1.3.3 |
| 12:00.10 | CIA-4 | 03rw 07org.oe.oz354fam083 * rcf64b025... 10/packages/classpath/classpath_0.18.bb: classpath: upgrade to 0.18 from .dev. |
| 12:15.09 | *** join/#oe zecke (n=ich@88.134.3.107) |
| 12:16.09 | *** part/#oe minipanda (n=hzhang@219.236.17.202) |
| 12:17.59 | CIA-4 | 03rpurdie 07org.oe.dev * r534f03b1... 10/packages/linux/ (8 files in 2 dirs): (log message trimmed) |
| 12:17.59 | CIA-4 | linux-oz-2.6: various updates to 2.6.16 and openzaurus.inc |
| 12:17.59 | CIA-4 | <PROTECTED> |
| 12:17.59 | CIA-4 | <PROTECTED> |
| 12:17.59 | CIA-4 | <PROTECTED> |
| 12:18.00 | CIA-4 | <PROTECTED> |
| 12:18.04 | CIA-4 | <PROTECTED> |
| 12:18.06 | CIA-4 | 03rpurdie 07org.oe.dev * r39ce6b5b... 10/classes/kernel.bbclass: kernel.bbclass: Make sure the directory in staging exists |
| 12:19.01 | CoreDump|home | ~lart collie |
| 12:19.46 | RP | What that messages really means is that poodle is considerably fixed up :) |
| 12:20.02 | zecke | CoreDump|home: hey, you could try compiling libqte :) |
| 12:20.37 | CoreDump|home | zecke: is building a .dev image enough to get your changes? |
| 12:21.15 | RP | zecke: Will this qte patch fix my console switching issues? |
| 12:21.35 | CoreDump|home | RP: yay for poodle =) |
| 12:22.27 | RP | CoreDump|home: collie backlight driver was also fixed/enhanced in the truncated part of the log (and poodle/collie console rotation was added) |
| 12:23.08 | CoreDump|home | RP: that's all great and good, but w/o SD driver Collie 2.6 will be a double-plus no for many people :( |
| 12:23.19 | zecke | CoreDump|home: yes |
| 12:23.28 | zecke | RP: explain your issues *once again* |
| 12:23.34 | zecke | RP: ah I start to remember |
| 12:23.45 | CoreDump|home | zecke: I'll build dev for Akita then for tomorrow |
| 12:24.11 | zecke | RP: you would like QtE to set the keyboard to MEDIUMRAW on VT switch back to Opie? |
| 12:24.14 | pb_ | zecke: good afternoon |
| 12:24.21 | zecke | RP: and possible reread the keymap after a vt switch? |
| 12:24.24 | RP | zecke: yes :) |
| 12:24.37 | RP | zecke: That is exactly the problem |
| 12:25.00 | zecke | RP: *no*, it is not yet fixed |
| 12:25.12 | RP | zecke: ok, I'm just ever hopeful :) |
| 12:25.29 | zecke | RP: I need to get my desktop machine going again... |
| 12:25.44 | zecke | RP: I have so far three unsuccessfull installs :} |
| 12:26.38 | RP | zecke: Lets hope 4th time lucky :) |
| 12:26.58 | zecke | RP: actually, the system is installed, grub and lilo refuse to do the same |
| 12:29.41 | RP | zecke: use a boot disk? :} |
| 12:30.30 | zecke | RP: good thinking, update-grub does not fix it though :} |
| 12:34.05 | zecke | OT: wasn't grub capable of booting a lvm2 disk? |
| 12:38.35 | CoreDump|home | what the hell if wrong with collies VT's grrr |
| 12:40.29 | pb_ | zecke: no, iirc you need to have /boot in a non lvm partition |
| 12:41.15 | zecke | pb_: it changed with lvm2 :} |
| 12:41.25 | zecke | but now something is deeply broken |
| 12:44.52 | *** join/#oe tubbie|home (n=sam@hentges.net) |
| 12:54.47 | zecke | Free Valium for everyone, calm down pals |
| 12:58.21 | RP | We could use a MAINTAINER policy... |
| 12:59.29 | zecke | "Don't get pissed off, don't make other pissed off" |
| 13:03.44 | reenoo | heh. koen is just looking for reasons to disable my key again. he's done so twice (without even notifying mickey who run vanille.de) with temporary success and is just trying it the "propose to oe@" way now |
| 13:04.08 | reenoo | s/run/runs/ |
| 13:07.50 | reenoo | given that various projects use OE now the whole MAINTAINER thing is pretty bogus anyway. even if someone maintains a package in OE doesn't mean he will want to deal with bug reports for $DISTRIBUTION |
| 13:08.27 | RP | It might be better to have a BBAUTHOR field |
| 13:08.48 | reenoo | something along those lines yeah |
| 13:09.09 | RP | Although having MAINTAINERS is a good concept, if we had enough people for it to work effectively |
| 13:10.44 | reenoo | how about MAINTAINER vs RMAINTAINER? |
| 13:11.14 | reenoo | and distros need to be able to override RMAINTAINER in a .conf |
| 13:11.23 | CoreDump|home | MAINTAINER_OZ, MAINTAINER_FAM etc |
| 13:11.25 | reenoo | (per package) |
| 13:11.43 | RP | People won't understand the differences between them :-/ |
| 13:11.53 | RP | Peope have enough trouble with RDEPENDS vs DEPENDS... |
| 13:11.59 | CoreDump|home | hehe |
| 13:12.44 | RP | Perhaps we could identify what information we'd actually like the bb files to contain, then we can worry about the set of fields we need to contain that information |
| 13:13.32 | RP | The author of the .bb file is one thing, another is where to send bugs with the generated packages and another is where to send build time failures |
| 13:13.46 | reenoo | agreed |
| 13:14.46 | zecke | reenoo: what we see is MAINTAINER_nslu2 = "Some one Else" |
| 13:15.01 | zecke | reenoo: and I think I like that |
| 13:15.35 | likewise | Does the maintainer check every patch against his work? |
| 13:16.32 | reenoo | zecke: ah, interesting. I'd prefer MAINTAINER_${PN}_${DISTRO} in a .conf though. |
| 13:18.32 | zecke | oh well the debian installer got rid off Windows XP - without asking me... |
| 13:20.18 | reenoo | zecke: as for familiar-version.bb, I guess you'll agree that MAINTAINER_familiar doesn't make much sense there, so I didn't think of that there... |
| 13:23.10 | zecke | reenoo: yes I agree on that. Familiar bits should be maintained by familiar devs |
| 13:23.31 | zecke | reenoo: if they are so generic, it should be renamed to distri-versions... |
| 13:25.03 | reenoo | yeah, renaming it and using overrides would work. there's nothing specifically Familiar about it |
| 13:27.14 | zecke | reenoo: I have seen your commit thanks to the CIA bot |
| 13:27.29 | zecke | reenoo: and my first impression was "There wasn't any communication on that one" |
| 13:27.35 | zecke | reenoo: and then I saw the branch name |
| 13:27.59 | reenoo | right, I haven't touched .dev |
| 13:48.09 | *** join/#oe gremlin[it] (n=gremlin@88-149-150-179.f4.ngi.it) |
| 13:51.46 | zecke | http://lessig.org/freeculture/free.html <- wow |
| 14:02.00 | gremlin[it] | hi all, trying to build opie-image for ep93xx (dev.oe.org repo) got >>> ERROR: dependency openobex-apps (for libopieobex0) not satisfied <<< any solution ? |
| 14:39.02 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 14:39.29 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 14:52.17 | *** join/#oe _chronic (n=chronic@81.187.145.187) |
| 14:53.37 | *** join/#oe _chronic (n=chronic@81.187.145.187) |
| 15:05.51 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 15:20.02 | *** join/#oe chouimat|pub (n=dieu@r2351064.cidc.net) |
| 15:26.07 | mickey|writing | what was the magic again to prevent shlib renaming to do its job for one of the emitted subpackages ? |
| 15:26.16 | *** part/#oe _chronic (n=chronic@81.187.145.187) |
| 15:26.21 | mickey|writing | hi, btw. |
| 15:30.04 | mickey|writing | greentux_alt: mt pull |
| 15:30.06 | mickey|writing | no |
| 15:30.08 | mickey|writing | gremlin[it], even |
| 15:32.50 | CIA-4 | 03mickeyl 07org.oe.dev * r017daaab... 10/packages/openobex/openobex_1.2.bb: openobex: PROVIDE openobex-apps |
| 15:37.01 | gremlin[it] | thanks mickey|writing :) |
| 15:37.55 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
| 15:38.30 | zecke | mickey|writing: hi |
| 15:45.11 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 15:49.56 | mickey|writing | hey |
| 15:50.00 | mickey|writing | bbiab, need to reboot :/ |
| 15:55.11 | *** join/#oe Bompo (n=Bompo@V0066.v.pppool.de) |
| 16:12.26 | *** part/#oe Bompo (n=Bompo@V0066.v.pppool.de) |
| 16:13.00 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
| 16:21.33 | zecke | mickey|writing: is that a big iron machine? |
| 16:21.47 | zecke | mickey|writing: do you expect the Initial Program Loading to finish this month? |
| 16:22.35 | mickey|writing | the harddisk in my archos jukebox is dying |
| 16:22.41 | zecke|food | :( |
| 16:22.57 | mickey|writing | hickups everywhere, especially on usb detection |
| 16:22.59 | zecke|food | time to get a sharp with a hard disk |
| 16:23.01 | zecke|food | and to fix xine |
| 16:23.09 | *** join/#oe reenoo|a1k (n=r@84.137.235.224) |
| 16:23.10 | mickey|writing | yeah |
| 16:23.16 | mickey|writing | hmm, now that you say ti |
| 16:23.47 | zecke|food | cya later |
| 16:23.53 | mickey|writing | ~bon appetit |
| 16:23.54 | ibot | i guess bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito |
| 16:27.36 | reenoo | bloody t-offline |
| 16:45.01 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 16:45.12 | Bernardo | what version of bitbake should I use with branch 354x? I'm trying right now with 418, but no luck |
| 16:45.40 | reenoo | 329 I believe |
| 16:47.04 | Bernardo | ok, thanks. Will try that one |
| 16:52.38 | *** join/#oe hhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net) |
| 16:56.02 | *** join/#oe kami22 (n=kami22@p548948B3.dip.t-dialin.net) |
| 17:03.52 | hrw | hi |
| 17:04.07 | hrw | zecke|food: will build qte today and try to get some testers |
| 17:04.26 | hrw | Bernardo: r329 is needed for 3.5.4x |
| 17:06.00 | zecke|food | hrw: I'm in the process of (re)installing ubuntu on my desktop... |
| 17:06.08 | zecke|food | hrw: I plan to do some testing as well |
| 17:07.55 | CIA-4 | 03hrw 07org.oe.oz354x * r144e63a6... 10/packages/iqnotes/ (files/pro.patch iqnotes_2.0.99-2.1.0rc1.bb iqnotes_2.0.2.bb): IQNotes: added 2.1.0-rc1 and set me as Maintainer |
| 17:07.59 | CIA-4 | 03hrw 07org.oe.oz354x * r035d5035... 10/packages/matchbox-applet-cards/ (8 files in 2 dirs): added matchbox-applet-cards 1.0.2 from .dev |
| 17:08.03 | CIA-4 | 03hrw 07org.oe.oz354x * r7c961dad... 10/packages/matchbox-applet-tasks/matchbox-applet-tasks_1.0.0.bb: added matchbox-applet-tasks 1.0.0 from .dev |
| 17:08.07 | CIA-4 | 03hrw 07org.oe.oz354x * r5439a648... 10/packages/matchbox-applet-tasks/matchbox-applet-tasks_1.0.0.bb: matchbox-applet-tasks: fixed building |
| 17:08.11 | CIA-4 | 03hrw 07org.oe.dev * r3eec9c93... 10/packages/iqnotes/ (iqnotes_2.0.2.bb iqnotes_2.0.99-2.1.0rc1.bb): IQNotes: set me as Maintainer |
| 17:09.56 | hrw | ops. forgot to bump iqnotes |
| 17:12.37 | *** join/#oe Bompo (n=Bompo@V0066.v.pppool.de) |
| 17:18.47 | *** join/#oe greentux (n=m@195.227.105.180) |
| 17:34.33 | zecke | hmm harri does not reply |
| 17:36.47 | hrw | koen: matchbox-applets-* renamed in .oz354x |
| 17:37.05 | CIA-4 | 03hrw 07org.oe.oz354x * r3da6aefb... 10/packages/iqnotes/ (iqnotes.inc iqnotes_2.0.2.bb iqnotes_2.0.99-2.1.0rc1.bb): |
| 17:37.05 | CIA-4 | iqnotes: moved common part to iqnotes.inc |
| 17:37.05 | CIA-4 | - fixed HOMEPAGE |
| 17:37.11 | CIA-4 | 03hrw 07org.oe.dev * r0261a509... 10/packages/iqnotes/ (iqnotes_2.0.2.bb iqnotes_2.0.99-2.1.0rc1.bb): |
| 17:37.11 | CIA-4 | iqnotes: moved common part to iqnotes.inc |
| 17:37.12 | CIA-4 | - fixed HOMEPAGE |
| 17:37.21 | zecke | bumped version now? |
| 17:37.40 | zecke | any heavy 'find' user around? |
| 17:37.54 | hrw | bumped |
| 17:37.58 | hrw | define heavy |
| 17:38.20 | koen | hrw: thanks |
| 17:38.40 | zecke | hrw: I want to delete anything that is not in a .svn directory |
| 17:39.25 | hrw | svn does not have command for it? |
| 17:39.55 | zecke | hrw: I'm importing QtE snapshots |
| 17:40.03 | zecke | hrw: and I do not want any orphaned file around |
| 17:40.17 | hrw | zecke: I would do: rm -f `find . |grep -v .svn` probably |
| 17:40.17 | zecke | well, I should use svk anyway |
| 17:41.51 | CIA-4 | 03hrw 07org.oe.dev * r4dad2963... 10/packages/iqnotes/iqnotes.inc: iqnotes: added forgotten file |
| 17:44.21 | hrw | cu |
| 17:54.49 | Bernardo | hrw|gone: thanks |
| 17:57.57 | jnc | umm |
| 17:57.58 | jnc | for qte |
| 17:58.11 | jnc | why aren't we patching the code to accept a keymap file to import... ? |
| 17:58.21 | jnc | instead of this wacky bb logic |
| 17:58.46 | zecke | kergoth: TT finally raped tslib |
| 17:58.54 | jnc | TT? |
| 17:58.56 | jnc | ohh |
| 17:58.59 | jnc | trolltech |
| 17:59.22 | jnc | 1 out of 1 hunk FAILED -- rejects in file src/kernel/qkeyboard_qws.cpp |
| 18:00.31 | *** join/#oe Cwiiis (n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk) |
| 18:01.28 | *** join/#oe galvAtr0n (n=galvAtr0@modemcable022.127-80-70.mc.videotron.ca) |
| 18:01.46 | galvAtr0n | anyone know if zgcc workd on OZ 3.5.4 ? |
| 18:04.34 | jnc | not sure |
| 18:05.12 | koen | galvAtr0n: you mean 'ipkg install gcc'? |
| 18:08.28 | galvAtr0n | not sure if that includes the zgcc native compiler. to compile .c apps on Z |
| 18:09.00 | jnc | specially hacked gcc 2.95 |
| 18:09.01 | koen | if you want to compile apps, you need gcc |
| 18:09.14 | jnc | it was the version of gcc for sharprom i think |
| 18:10.09 | jnc | could someone with knowledge of qte please have a look at org.openembedded.dev/packages/qte/qte_2.3.10.bb and the patch file org.openembedded.dev/packages/qte/qte-2.3.10/kernel-keymap-CXK.patch to update the patch? |
| 18:10.18 | jnc | it won't apply here |
| 18:11.12 | jnc | i'm not sure i understand how the patch is supposed to be generated |
| 18:11.12 | jnc | not sure how to fix it |
| 18:14.10 | galvAtr0n | how can i list the files in a package ??? |
| 18:14.51 | jnc | good question |
| 18:14.59 | jnc | don't know the answer |
| 18:15.12 | koen | galvAtr0n: I think your questions are more suited for #openzaurus |
| 18:15.17 | zecke | RP: what is a good strategy on file parsing? |
| 18:15.30 | galvAtr0n | ok thanks ;) |
| 18:15.31 | zecke | RP: one processing loading files and another handling them? |
| 18:16.01 | zecke | RP: this would allow us to parse while the system loads the other files? |
| 18:16.17 | zecke | i hope this makes some sense |
| 18:16.47 | zecke | alternatively we can switch to Schily mode and claim Solaris2 superior |
| 18:17.28 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 18:31.41 | *** join/#oe idealm (n=ideal@218.82.61.97) |
| 18:45.06 | *** join/#oe ldc (n=pakar@c-6d39e655.114-1-64736c15.cust.bredbandsbolaget.se) |
| 18:51.44 | *** part/#oe galvAtr0n (n=galvAtr0@modemcable022.127-80-70.mc.videotron.ca) |
| 18:51.54 | *** join/#oe Bomp1 (n=Bompo@V0066.v.pppool.de) |
| 18:52.05 | *** part/#oe Bomp1 (n=Bompo@V0066.v.pppool.de) |
| 18:53.35 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 19:21.05 | *** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com) |
| 20:03.00 | RP | zecke: That sounds reasonable to me |
| 20:03.16 | *** join/#oe csmanx (i=jm_aguil@dogrib.cs.concordia.ca) |
| 20:05.08 | RP | zecke: I have an alternative/suplemetal idea as well. There are only a handful of variables bitbake actually uses. Why don't we save these to a seperate much smaller cache file? |
| 20:06.54 | *** join/#oe nacer (n=laradji@host62-124.pool8255.interbusiness.it) |
| 20:07.06 | csmanx | uhmm, does this mean bitbake is using the native compiler to build my package? |
| 20:07.09 | csmanx | /usr/bin/ld: skipping incompatible /home/manuel/ipaq/tmp/staging/arm-linux/lib/libgtk.so when searching for -lgtk |
| 20:09.34 | RP | csmanx: it certainly looks suspicous... |
| 20:16.43 | csmanx | =/ |
| 20:20.15 | *** join/#oe |Bernard| (n=Bernardo@213.58.153.196) |
| 20:22.35 | zecke | Who is caring for libgcrypt? |
| 20:23.06 | poli | Ok. Something wrong with rhythmbox on oz354fam083... On a bitbake rhythmbox I get: |
| 20:23.07 | emte | sorry bad pun |
| 20:23.08 | poli | | No package 'gstreamer-gconf-0.8' found |
| 20:23.08 | poli | | configure: error: GStreamer not found, or older than version 0.8.1 |
| 20:23.48 | poli | But checking gstreamer has several .bb files, all of them 0.8.4 and beyond. |
| 20:24.00 | poli | What could be causing that? |
| 20:24.09 | zecke | RP: I don't think that helps much |
| 20:24.35 | zecke | RP: I think it is more expensive to load the file than to unpickle :} |
| 20:28.28 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 20:33.24 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
| 20:55.56 | csmanx | RP: i thought that just by invoking bitbake it will use its own build tools |
| 20:56.53 | zecke | csmanx: it uses your native tools to build stuff as well |
| 20:57.00 | zecke | csmanx: e.g to build -native packages |
| 20:57.08 | zecke | csmanx: or to build the cross compiler |
| 21:02.42 | *** join/#oe jayja1 (n=jmetzger@p54BD387C.dip0.t-ipconnect.de) |
| 21:07.54 | csmanx | yeah, i just have to know how to tell bitbake to build oe packages |
| 21:08.27 | zecke | csmanx: ? |
| 21:09.56 | zecke | csmanx: OE tells bitbake how it should build stuff (via bbclasses) |
| 21:10.42 | zecke | csmanx: do you have a current issue? |
| 21:11.13 | zecke | RP: you should add a 'got finger in the arse check'-check to sanity |
| 21:11.20 | csmanx | not with oe, i'm just trying to build my own package |
| 21:12.25 | csmanx | but it's using native tools instead of cross tools |
| 21:13.03 | zecke | the wonderful world of autotools |
| 21:13.21 | csmanx | i built my package deps using bitbake package_name, that was no problem. |
| 21:14.53 | csmanx | you mean i should inherit autotools ? |
| 21:29.44 | *** join/#oe W8TVI (n=me@166.165.158.47) |
| 21:39.48 | RP | zecke: Loading a few files with just the required variables like RDEPENDS, DEPENDS etc should be a lot faster than unpickleing the whole data structure? |
| 21:43.19 | zecke | RP: I think most cached files fit in a single block on the fs? |
| 21:43.35 | zecke | RP: So reading a smaller or bigger file should not be an issue |
| 21:45.43 | zecke | RP: on my todo list is also writing the 'complete' data to a cache |
| 21:45.53 | zecke | RP: and have a special flag to discard mtimes completely |
| 21:46.16 | zecke | RP: I just see no easy way updating these information |
| 21:57.21 | RP | zecke: Each cached file is ~140kb here :-/ |
| 22:01.00 | RP | zecke: For current bitbake that's 300MB+ of data to read through which is always going to take a while. If we reduce the size of the cached data, it will be able to parse from the cache faster |
| 22:01.43 | *** join/#oe delta_ (i=delta@p5083443B.dip0.t-ipconnect.de) |
| 22:01.47 | delta_ | hei hei |
| 22:04.28 | RP | s |
| 22:06.59 | delta_ | I am trying to figure out how to produce patches that have "index:" written at the first line, like the oe-kernel patches.. |
| 22:08.38 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 22:09.52 | CSMan | i removed CFLAGS and LDFLAGS from my Makefile, how do i add these to the .bb file to force CROSS building ? |
| 22:12.38 | RP | CSMan: Those variabes should be set in the environment correctly by bitbake |
| 22:12.39 | zecke | RP: okay this is a argument :) |
| 22:14.29 | zecke | RP: we should try it, we maybe could even store everything in one file :} |
| 22:14.52 | zecke | RP: I see some minor and bigger issues - but they are present today as well |
| 22:15.36 | RP | zecke: My gut feeling is that if we have a much smaller cache, things will be a lot faster. I'd not realised our cache was this big... |
| 22:17.11 | zecke | RP: I fear the data inconsistencies... |
| 22:17.24 | zecke | but we have them now already :} |
| 22:18.49 | RP | zecke: The reason for the poor bitbake performance on my server is due to the IO required :-/ |
| 22:19.29 | zecke | as I said try Solaris or Win3.11 instead |
| 22:19.50 | RP | zecke: no thanks ;-) |
| 22:19.54 | zecke | I deserve some sleep now :) |
| 22:20.21 | RP | zecke: Ok, sleep well :) |
| 22:20.34 | zecke | RP: I'm doing a sprint this week, so I think I will not find the time to scratch that itch |
| 22:20.50 | CSMan | RP: could you help me ? |
| 22:20.57 | RP | zecke: no problem. Perhaps I might come up with a patch :) |
| 22:21.20 | zecke | I will be happy to turn it down ;) |
| 22:21.33 | RP | zecke: ;-) |
| 22:21.46 | RP | CSMan: How do you call gcc in this makefile? |
| 22:21.47 | zecke | + I start to get issues with my 'wisdom tooth' again |
| 22:21.54 | zecke | okay cya |
| 22:22.13 | RP | CSMan: pastebin your makefile |
| 22:22.14 | CSMan | RP: gcc |
| 22:22.16 | CSMan | ok |
| 22:22.36 | RP | CSMan: Calling gcc directly is your first mistake. Try $(CC) |
| 22:22.37 | CSMan | maybe i have to do something that looks like $(BB_GCC) =P |
| 22:22.51 | CSMan | almost right |
| 22:22.53 | CSMan | =P |
| 22:23.04 | RP | This is standard makefile stuff... |
| 22:23.21 | CSMan | that's right, i should get used to it |
| 22:26.17 | RP | CSMan: When cross compiling, instead of gcc, you'd use the cross compiler which is something like arm-linux-gcc. bitbake sets this in the CC environmental variable so you don't need to worry about what gcc is called though... |
| 22:26.29 | CSMan | RP: http://pastebin.ca/47913 |
| 22:26.35 | CSMan | my tiny Makefile |
| 22:26.51 | CSMan | yeah, i noticed the arm-linux-gcc but it came with a file not found error |
| 22:27.37 | CSMan | which is weird because i've been building packages in the standard way (bitbake foo) |
| 22:27.39 | RP | CSMan: you have let bitbake build the cross compiler? |
| 22:28.04 | CSMan | RP: i thought that happened when i did bitbake nano |
| 22:28.32 | RP | CSMan: it should have done but it depends what you did |
| 22:28.54 | RP | CSMan: Does arm-linux-gcc exist somewhere in tmp/cross/ ? |
| 22:29.06 | RP | CSMan: bitbake sould also set its path so it can find it itself |
| 22:29.24 | CSMan | yeah it's there |
| 22:29.46 | CSMan | do i have to export PATH in my .bb file ? |
| 22:30.30 | RP | CSMan: No, bitbake should just do that. You are building this makefile from an OE .bb file right? |
| 22:30.34 | CSMan | because it seems that just invoking bitbake won't do it |
| 22:30.41 | CSMan | RP: nope, it's my own .bb |
| 22:30.58 | RP | CSMan: That's what I mean. Can you pastebin the .bb? |
| 22:32.04 | CSMan | here : http://pastebin.ca/47914 |
| 22:32.31 | CSMan | you may find some atrocities |
| 22:36.00 | RP | CSMan: It needs some work :-/ |
| 22:36.30 | RP | CSMan: I guess you've been simplifying things and that's a good approach to take. |
| 22:36.44 | CSMan | i tried to grasp some from GettingStarted , but i don't totally follow the logic of bitbake |
| 22:37.11 | CSMan | RP: yeah, i tried to make it tiny so i can understand , and then i can start building basic gtk apps |
| 22:37.19 | RP | CSMan: I'd comment out that CFLAGS line, run the .bb after making the $(CC) change and then pastebin the log of the error |
| 22:37.53 | CSMan | do i need to set CC in the .bb ? |
| 22:38.26 | RP | CSMan: no |
| 22:39.37 | CSMan | i get the arm-linux-gcc error http://pastebin.ca/47915 |
| 22:40.43 | RP | CSMan: Have you looked in /home/manuel/ipaq/hello/tmp/work/arm-linux/hello-1.0-r0/temp/ ? |
| 22:41.41 | RP | CSMan: You'll find the script bitbake generates to run the compile - perhaps you can find a clue in there as to why the PATH isn't working right. Bitbake should set it to include a place where arm-linux-gcc can be found |
| 22:42.00 | CSMan | ok, i look through those logs |
| 22:43.45 | CSMan | ok this is not right : /home/manuel/ipaq/hello/tmp/cross/bin |
| 22:43.56 | CSMan | it's adding the "hello" in the path |
| 22:45.05 | CSMan | why does it do that ? |
| 22:46.49 | RP | Which variable is that? PATH? |
| 22:46.57 | CSMan | yeah |
| 22:47.12 | CSMan | it'd be ok if the "hello" is not there |
| 22:47.44 | CSMan | *was |
| 22:48.22 | CSMan | my question is , from where did bitbake get that particular path |
| 22:48.54 | RP | CSMan: Probably from conf/bitbake.conf |
| 22:49.37 | RP | CSMan: Specifically probably CROSS_DIR |
| 22:49.51 | RP | CSMan: You didn't mess around with TMPDIR did you? |
| 22:50.24 | CSMan | nope |
| 22:51.05 | CSMan | i don't have CROSS_DIR in my bitbake.conf |
| 22:52.00 | RP | CSMan: Did you set TMPDIR in your local.conf? |
| 22:52.21 | RP | CSMan: You are looking at openembedded/conf/bitbake.conf? |
| 22:53.55 | CSMan | ok, i do have CROSS_DIR , i was looking at the wrong .conf |
| 22:56.29 | CSMan | RP: TEMPDIR is not set |
| 22:56.53 | CSMan | *TMP |
| 22:58.33 | CIA-4 | 03rw 07org.oe.oz354fam083 * rdedf215b... 10/packages/libgpepimc/libgpepimc_0.6.bb: libgpepimc: add 0.6 which is referred to by preferred-gpe-versions-2.7 already. |
| 22:59.33 | RP | CSMan: I suggest runusning bitbake xxx -e where xxx is the name of the package you're using |
| 23:00.07 | RP | CSMan: See if you can work out which variable is getting corrupted and work backwards, probably starting with CROSS_DIR |
| 23:00.35 | *** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net) |
| 23:00.38 | CSMan | ok |
| 23:03.26 | *** join/#oe tomimo (n=kurre@a80-186-64-246.elisa-laajakaista.fi) |
| 23:05.17 | *** join/#oe dfoley (n=dfoley@h24-207-7-221.primesignal.com) |
| 23:16.05 | RP | rpsys.net and hence me around going offline for a bit for some hardware investigations. Hoepfully back soon... |
| 23:18.54 | *** join/#oe MokaMoka (i=InSearch@ACA4BA44.ipt.aol.com) |
| 23:36.18 | CSMan | RP: i managed to compile, where does the build goes by default before creating the .ipk? |
| 23:38.09 | CSMan | found it. |
| 23:40.56 | *** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk) |
| 23:41.12 | *** join/#oe tmbinc (i=XXX@e176141148.adsl.alicedsl.de) |
| 23:46.05 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 23:48.31 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |