| 00:10.13 | *** join/#oe thesing (n=tkunze@BAA1f59.baa.pppool.de) |
| 00:10.40 | *** join/#oe thesing_ (n=tkunze@BAA1f59.baa.pppool.de) |
| 00:10.47 | *** part/#oe thesing_ (n=tkunze@BAA1f59.baa.pppool.de) |
| 00:14.17 | dan2003 | ok, have it built and it runs in a framebuffer nicely ;) is it possiblr to use PC pointer devices, ie a mouse with qws server? |
| 00:15.41 | *** join/#oe thesing_ (n=tkunze@BAA1f59.baa.pppool.de) |
| 00:17.06 | *** join/#oe thesing_ (n=tkunze@BAA1f59.baa.pppool.de) |
| 00:38.58 | *** join/#oe joshin (n=joshin@VDSL-130-13-8-122.PHNX.QWEST.NET) |
| 00:45.33 | *** join/#oe greentux__ (n=lemke@Z40ea.z.pppool.de) |
| 00:49.24 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 00:53.23 | *** part/#oe mrdata (i=mrdata@dslb-088-074-132-090.pools.arcor-ip.net) |
| 01:06.08 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:09.19 | *** join/#oe v8jlene (n=lenehan@nynaeve.twibble.org) |
| 01:19.40 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 02:25.33 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:29.22 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 02:41.55 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 02:58.25 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 03:49.55 | *** join/#oe _schurig (n=schurig@pd95f902c.dip0.t-ipconnect.de) |
| 04:01.47 | Zero_Chaos | Anyone have a link to this file? sqlite-3.3.9.tar.gz |
| 04:05.47 | rwhitby | Zero_Chaos: http://sources.nslu2-linux.org/sources/sqlite-3.3.9.tar.gz |
| 04:06.11 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 04:06.16 | Zero_Chaos | rwhitby: thanks man, do you have commit access to .oz354x? or should I file a bug? |
| 04:06.35 | rwhitby | I don't deal with that branch, no. |
| 04:07.27 | Zero_Chaos | rwhitby: thanks again for the link. |
| 04:09.08 | Zero_Chaos | Continued download failed on this file, which conflicts with `-c'. |
| 04:09.08 | Zero_Chaos | Refusing to truncate existing file `/home/zero/oe/sources/sqlite-3.3.9.tar.gz'. |
| 04:09.14 | Zero_Chaos | complaining the file is too big? |
| 04:13.21 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 04:18.12 | Zero_Chaos | !oebug 2106 |
| 04:18.13 | cdbot2 | * * Bug 2106, Status: NEW, Created: 2007-04-12 21:17 |
| 04:18.14 | cdbot2 | * * r.farina(AT)adelphia.net: sqlite 3.3.9 fetch failure |
| 04:18.15 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2106 |
| 04:19.06 | Zero_Chaos | if anyone can resolve that fetch issue, that would be great. |
| 04:22.20 | *** join/#oe mwester__ (n=mwester@nslu2-linux/mwester) |
| 04:35.05 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 04:43.55 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 05:09.34 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 05:11.44 | keesj | Hi! |
| 05:21.10 | keesj | what is the status of http://www.openembedded.org/wiki/PackagedStaging |
| 05:22.32 | keesj | I have bitbaked ipkg-native, and would like to create a image on my host platform |
| 05:22.54 | keesj | I guess that happens for every distro but i don't know how :p |
| 05:24.13 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 05:40.33 | *** join/#oe mithro (n=tim@202.124.94.77) |
| 05:40.51 | *** part/#oe mithro (n=tim@202.124.94.77) |
| 05:41.03 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 05:59.52 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 06:22.47 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 06:24.41 | *** join/#oe Beg__ (n=beg@ws-63.elvis.ru) |
| 06:33.55 | *** join/#oe psokolovsky (n=psokolov@82.193.98.4) |
| 06:47.02 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 06:50.21 | *** join/#oe rob_w (n=bob@p85.212.35.20.tisdip.tiscali.de) |
| 06:53.11 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
| 06:55.07 | rwhitby | hrw|gone: when will you be checking in the task-base rewrite? I have some usb wifi dongle updates to merge into it. |
| 06:59.12 | *** join/#oe poli_ (n=ca@200-168-30-125.dsl.telesp.net.br) |
| 06:59.20 | hrw | morning |
| 06:59.25 | hrw | rwhitby: after test |
| 07:00.01 | rwhitby | Do you have a latest version I can download and use locally to test? |
| 07:00.21 | hrw | I mailed latest one |
| 07:00.54 | *** join/#oe c-bob__ (n=cb@pD952E043.dip0.t-ipconnect.de) |
| 07:02.02 | koen | good morning all |
| 07:02.14 | Ifaistos | morning koen |
| 07:02.37 | koen | hey Ifaistos |
| 07:02.41 | rwhitby | hrw: can you perhaps check it into the contrib area or something, so we can symlink to it and test the latest as you update it? |
| 07:04.32 | koen | hrw: I suspect the distro-ssh-daemon can't be set to "" |
| 07:04.52 | koen | hrw: FOO = "", FOO ?= "bar" -> FOO == bar |
| 07:06.15 | hrw | ~lart libdaemon |
| 07:06.15 | ibot | shoves a crumpet down libdaemon's throat, happy now?! Huh? Want some JAM with that? |
| 07:06.37 | hrw | rwhitby: I will do test today and compare result with older image. |
| 07:06.44 | hrw | if it will be ok then I will push it |
| 07:06.57 | rwhitby | hrw: I'm just about to flash a mokoslug image built from it. |
| 07:08.05 | koen | Isn't diffing the manifest a better way? |
| 07:08.24 | rwhitby | meh - real men just flash |
| 07:08.53 | koen | "it boots" is not a garantee for everything being in place |
| 07:09.15 | rwhitby | of course diffing the manifest is the better way. |
| 07:09.47 | hrw | I diff ipkg status file |
| 07:10.06 | rwhitby | diffing the manifest is what you do while you're waiting for it to flash and boot ... |
| 07:11.05 | hrw | bbiab |
| 07:11.49 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 07:12.09 | koen | likewise: good morning! |
| 07:12.13 | rwhitby | "XScale DSP coprocessor detected. |
| 07:12.13 | rwhitby | " - hmm, hadn't noticed that before. must be something new in the kernel. |
| 07:12.34 | likewise | good morning! |
| 07:13.14 | likewise | rwhitby: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2006-October/036330.html |
| 07:14.20 | rwhitby | likewise: thx for the pointer |
| 07:14.46 | likewise | rwhitby: not sure if this is the exact patch that introduced this though. |
| 07:15.04 | likewise | rwhitby: at least it's a lennert patch, so it must be good |
| 07:18.22 | rwhitby | Hmm: /home/slug/mokoslug/tmp/rootfs/usr/lib/ipkg/info/udev.postinst: line 10: /etc/udev/mount.blacklist: Permission denied |
| 07:18.29 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 07:20.29 | CIA-11 | 03hrw 07org.oe.dev * rcb19c88a... 10/ (5 files in 2 dirs): dates: update to 0.4.1 (from Poky) |
| 07:20.39 | CIA-11 | 03hrw 07org.oe.dev * r5bcded2d... 10/ (3 files in 3 dirs): tasks: Patch tasks to make it single instance (from Poky) |
| 07:23.01 | rwhitby | hrw: 'nfs' is listed twice in PACKAGES (once for machine features and once for distro features), but is then only added to task-base depending on distro features. Why is that? |
| 07:24.19 | hrw | it should not be in machine part.. |
| 07:25.56 | rwhitby | koen: if nfs is a distro feature, and is enabled in angstrom, and I don't want nfs included in the mokoslug image (cause it's too big and you don't need it to boot a mokoslug - you can ipkg install it later), how can I migrate mokoslug from a distro to an image? |
| 07:26.14 | *** join/#oe lazy_marmot (n=lgopher@85.233.43.112.static.cablesurf.de) |
| 07:26.30 | hrw | rwhitby: mokoslug image == task-boot + task-base-bluetooth + task-... |
| 07:27.49 | rwhitby | hrw: this is not a task-base related question |
| 07:27.57 | hrw | ok |
| 07:28.44 | hrw | what in OE use fuser? |
| 07:29.29 | koen | nothing I know off, but fuser and setserial were added because someone added them to BOOTSTRAP* at some point in time |
| 07:29.46 | koen | IMO fuser and setserial don't belong in task-base |
| 07:30.00 | hrw | fuser is in busybox 1.2.1 |
| 07:30.11 | rwhitby | I'm seeing whether it really is possible to make mokoslug just another type of angstrom image, or whether it is forced to be a distro by these types of things. |
| 07:31.20 | hrw | koen: task-base-serial? with lszrz and setserial |
| 07:31.42 | koen | hrw: that's an option |
| 07:32.04 | RP | morning all |
| 07:32.09 | hrw | hi RP |
| 07:33.24 | rwhitby | hrw: yep, nslu2 would not have task-base-serial by default, so that's good for us. |
| 07:33.56 | hrw | rwhitby: I want to generate some task-base-* nevermind which features are set in distro/machine |
| 07:34.34 | rwhitby | in my opinion, you should generate them all, cause it makes it easy to install stuff later |
| 07:34.46 | rwhitby | (generate, but not include in task-base) |
| 07:35.05 | rwhitby | (not be a run-time dependency of task-base I should say) |
| 07:35.13 | hrw | good idea, but some of them are useless on certain machines |
| 07:35.31 | koen | I think that's outside the scope of task-base and would fit better in task-generic (or something like that) |
| 07:35.35 | hrw | task-base-acpi on !x86*, task-base-usbhost on machines which lack usbhost |
| 07:36.22 | rwhitby | hrw: what if someone with a machine which doesn't have usbhost by default, but they put in a minipci card with provides usb host ports ... |
| 07:36.34 | rwhitby | they'd like to be able to ipkg install task-base-usbhost .. |
| 07:36.35 | *** join/#oe mrdata (i=mrdata@dslb-088-074-153-041.pools.arcor-ip.net) |
| 07:36.53 | rwhitby | (this is the situation for nslu2 and serial, for instance) |
| 07:37.05 | hrw | http://freshome.com/2007/04/12/screens-of-3-and-9-millimeters-from-sony/ |
| 07:37.17 | koen | [09:35] koen: I think that's outside the scope of task-base and would fit better in task-generic (or something like that) |
| 07:38.05 | hrw | not necessary koen |
| 07:38.19 | RP | rwhitby: If you have problems like nfs, please do keep a list of them. We'll then have to see if we can resolve them somehow... |
| 07:38.32 | hrw | koen: task-base.bb can generate task-base-* but only part of them will be used in task-base |
| 07:38.44 | rwhitby | hrw: yes, that's what I tried to say. |
| 07:39.10 | hrw | especially when we do one change: |
| 07:39.11 | hrw | PACKAGE_ARCH = "${MACHINE_ARCH}" |
| 07:39.23 | koen | hrw: I know it can, but if it isn't machine or distro specific, why put it in task-base? |
| 07:39.24 | hrw | -> PACKAGE_ARCH_task-base = "${MACHINE_ARCH}" |
| 07:39.50 | rwhitby | I would have thought serial was machine specific ... |
| 07:40.17 | RP | rwhitby: A task-serial task package isn't machine specific |
| 07:40.30 | RP | rwhitby: Whether its included by default is though |
| 07:40.34 | rwhitby | so I don't want task-base-serial included in the nslu2 rootfs, but I do want it available to ipkg install. |
| 07:40.39 | hrw | most of task-base stuff is not machine/distro related |
| 07:40.49 | koen | (machine specific = ${@base_contains("MACHINE_FEATURES",......) |
| 07:40.50 | rwhitby | RP: agreed. |
| 07:42.07 | rwhitby | so what I am saying is that just because the currently defined machine or distro features do not enable a certain task-base-* package, please generate the package anyway (but do not make it a dependency of task-base) so that people who "upgrade" the features of their machine can ipkg install those packages later. |
| 07:42.36 | RP | rwhitby: hrw's proposal does that |
| 07:43.00 | rwhitby | RP: agreed. it sounded like koen was arguing against that. |
| 07:43.19 | rwhitby | "[09:35] koen: I think that's outside the scope of task-base and would fit better in task-generic (or something like that)" |
| 07:43.32 | rwhitby | but I may have misunderstood what koen said ... |
| 07:44.08 | rwhitby | so I'm trying to state it unambiguously, so it can be either supported or opposed cleanly. |
| 07:44.14 | koen | I'm not against it, I just think tasks without ${@base_contains(... should be outside task-base |
| 07:44.40 | rwhitby | koen: we're talking at crossed purposes. |
| 07:44.55 | rwhitby | you're talking about tasks that are independent of machine or distro features, right? |
| 07:45.04 | koen | yes |
| 07:45.13 | koen | PACKAGE_ARCH = "all" |
| 07:45.38 | rwhitby | I'm talking about tasks that are dependent on either machine or distro features, but are not enable for the current configuration - I want those packages generated even though they are not selected to be dependencies of task-base. |
| 07:45.55 | koen | if we're going to overhaul task-base, we might as well clean it up |
| 07:46.09 | rwhitby | koen: do you agree or disagree with my last statement? |
| 07:46.34 | rwhitby | I agree that a task without a base_contains shouldn't be in task-base. |
| 07:48.31 | RP | Did anyone test the dependency issues patch I posted? Is it too soon to commit that yet? :) |
| 07:48.42 | koen | the packages looks pretty safe |
| 07:48.46 | rwhitby | another example. if I add a usbvga adapter to a slug, then I might want to ipkg install packages that are dependent on the screen machine feature ... |
| 07:49.00 | koen | rwhitby: I think it can't hurt to generate such packages |
| 07:49.12 | RP | rwhitby: I think we're agreed that there should be the task packages available |
| 07:49.13 | hrw | I am thinking about task-base also as 'something which provide base support for features' not only as 'bootstrap vars replacement' |
| 07:49.20 | XorA | morning |
| 07:49.24 | hrw | hi XorA |
| 07:49.25 | RP | hi XorA |
| 07:49.29 | koen | hey XorA |
| 07:49.48 | rwhitby | koen, RP, hrw: sounds like we're all in agreement then. |
| 07:51.25 | hrw | http://pastebin.ca/437768 - current version |
| 07:52.51 | koen | hrw: could you do DISTRO_SSH_DAEMON ="" in local.conf and check the output? |
| 07:52.57 | hrw | ok |
| 07:53.04 | koen | last time I tried such a construction didn't work |
| 07:54.06 | hrw | Depends: task-boot, task-distro-base, task-machine-base, task-base-kernel26, task-base-acpi,.... |
| 07:54.35 | hrw | with DISTRO_SSH_DAEMON ="" removed I got dropbear again |
| 07:55.08 | koen | ok, thanks for checking |
| 07:55.33 | rwhitby | ~lart pastebin.ca putting ^M's in the raw download ... |
| 07:55.33 | ibot | forces pastebin.ca putting ^M's in the raw download ... to use Outlook Express |
| 07:55.55 | rwhitby | heh - they would come out fine in Outlook Express. no botsnack. |
| 07:57.43 | hrw | ~ugt |
| 07:57.49 | ibot | i guess ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 07:58.01 | *** join/#oe nm (n=hongtd@222.254.27.137) |
| 07:58.17 | rwhitby | hrw: how about ${@base_contains("COMBINED_FEATURES", "pci", "madwifi-ng-modules", "",d)} in task-base-wifi, for the PCI atheros cards in nas100d and dsmg600 |
| 07:58.34 | rwhitby | (and similarly for madwifi-ng-tools) |
| 07:59.05 | rwhitby | and ${@base_contains("COMBINED_FEATURES", "usbhost", "kernel-module-zd1211rw", "",d)} for task-base-wifi for zd1211 usb wifi dongles for nslu2 |
| 07:59.22 | hrw | added |
| 08:00.16 | rwhitby | is "bridge-utils" in the same league as "wireless-tools" and "wpa-supplicant" for task-base-wifi? |
| 08:00.34 | hrw | rather not |
| 08:00.48 | hrw | wireless-tools are used by most of wifi drivers |
| 08:00.56 | hrw | wpa-supplicant is needed for WPA |
| 08:01.51 | rwhitby | hrw: it might be useful to define a criteria for what should be in an what should be out, and put that as a comment in the file for each task-base-* package. |
| 08:02.23 | rwhitby | e.g. for wifi, it should be only what is required to automatically bring a wifi interface up and enable you to ssh in via that interface so you can run ipkg install to get anything else you need. |
| 08:02.32 | hrw | sure |
| 08:02.38 | rwhitby | (that criteria would exclude bridge-utils, as expected) |
| 08:04.22 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:10.04 | rwhitby | anyone object to a task-base-ata (or pata or sata) which has those things required to boot a rootfs from an attached disk (e.g. nas100d, dsmg600, ...) |
| 08:11.39 | hrw | task-base-ata sounds best |
| 08:12.47 | hrw | when my builds end I will push task-base.bb |
| 08:15.24 | XorA | yay I now have USB OTG adapter that is not a cable |
| 08:21.03 | rwhitby | re: hostap-utils. That's a prism-specific package, right? |
| 08:21.20 | hrw | yes |
| 08:22.08 | rwhitby | how do we allow it to be excluded for devices that have a non-prism wifi? |
| 08:22.20 | hrw | hostap support pci/pcmcia/cf cards |
| 08:22.34 | hrw | rwhitby: minipci feature? |
| 08:22.56 | rwhitby | Atheros minipci don't use hostap-utils, does it? |
| 08:23.07 | hrw | does not |
| 08:23.21 | hrw | iirc there is no minipci cards with prism |
| 08:23.50 | rwhitby | ah, sorry, I didn't follow you at first. |
| 08:23.58 | rwhitby | that would solve the immediate problem |
| 08:24.16 | rwhitby | what about the more general problem of packages that are in task-base, but only support one type of hardware? |
| 08:24.32 | rwhitby | for kernel modules it's ok, cause you don't build the kernel module if your machine doesn't support it. |
| 08:24.52 | rwhitby | but for packages like hostap-utils and madwifi-ng-tools, we need a more general solution. |
| 08:26.03 | hrw | wifi-prism wifi-orinoco wifi-acx100 wifi-atheros wifi-zd1211 wifi-ralink wifi-wlanng wifi-bcm43xx? |
| 08:26.33 | rwhitby | I dunno the solution, just putting the problem on the table :-) |
| 08:26.46 | rwhitby | looking at how openwrt do it might help. |
| 08:29.17 | NAiL | rwhitby: added MACHINE and DISTRO_FEATURE = "redboot" on the slug yet? :) |
| 08:29.40 | rwhitby | NAiL: not yet. |
| 08:29.50 | NAiL | It's not really useful, actually |
| 08:31.02 | NAiL | redboot doesn't read fconfig on the slug, does it? |
| 08:31.30 | rwhitby | hrw: openwrt do: "bcm43xx,ipw2100,ipw2200,airo,hermes,hermes-pci,hermes-plx,prism54,zd1211rw" |
| 08:32.09 | rwhitby | hmm - I will need to get them to add atheros for the nas100d ... |
| 08:32.26 | hrw | ok. angstrom/openmoko-image built |
| 08:32.27 | NAiL | Is anyone actually using hermes-plx? |
| 08:32.46 | hrw | NAiL: which format it is? |
| 08:33.13 | rwhitby | bbiab |
| 08:33.18 | NAiL | IIRC, it's pcmcia in a pci-slot. The plx is a special converter-thingy. |
| 08:33.32 | hrw | ah |
| 08:34.29 | NAiL | I used it when I worked at Siemens, to get their wifi cards working. Piece of crap ;) |
| 08:34.36 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 08:39.37 | hrw | progear/angstrom built too |
| 08:40.37 | hrw | <PROTECTED> |
| 08:40.37 | hrw | <PROTECTED> |
| 08:40.37 | hrw | nice.. |
| 08:45.35 | CIA-11 | 03hrw 07org.oe.dev * r920ac556... 10/ (1 packages/tasks/task-base.bb): (log message trimmed) |
| 08:45.35 | CIA-11 | task-base: major restructure |
| 08:45.35 | CIA-11 | - task-base-FEATURENAME are built nevermind does MACHINE supports them |
| 08:45.35 | CIA-11 | - task-base depends on task-* packages only - MACHINE/DISTRO features only |
| 08:45.35 | CIA-11 | - task-boot contain stuff needed to get minimal bootable image |
| 08:45.36 | CIA-11 | - task-distro-base contain distro addons |
| 08:45.38 | CIA-11 | - task-machine-base contain machine specific addons |
| 08:46.31 | koen | philippe: osb-browser and gpe-mini-browser work great on armv5te/EABI |
| 08:49.29 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:54.28 | likewise | rwhitby: we do not build our own redboot for slug, do we? |
| 08:54.50 | likewise | rwhitby: as for our custom targets we do, just not from within OE (yet). |
| 08:55.22 | *** join/#oe chazco (n=chazco@ACCE0E77.ipt.aol.com) |
| 08:55.51 | *** part/#oe chazco (n=chazco@ACCE0E77.ipt.aol.com) |
| 08:56.47 | *** join/#oe amaldo (n=amaldo@pdpc/supporter/student/amaldo) |
| 08:57.08 | *** join/#oe rob__w (n=bob@p85.212.63.252.tisdip.tiscali.de) |
| 09:05.33 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 09:05.42 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 09:17.21 | RP | rwhitby: When you say task-base-ata, should it not be task-base-pivotroot by the description you gave? |
| 09:23.12 | *** join/#oe opietest (n=zic@63.135.142.251) |
| 09:25.37 | *** join/#oe dion (n=dion@inhex.net) |
| 09:26.01 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:26.18 | rwhitby | likewise: no, we don't build redboot. what custom targets are you referring to? |
| 09:26.31 | likewise | rwhitby: proprietary. |
| 09:26.40 | rwhitby | RP: no, this is just the tools required to get the disk accessible. altboot would do the rest. |
| 09:26.49 | likewise | rwhitby: Just wanted to know if there was effort to build redboot from within OE, I could help. |
| 09:27.13 | rwhitby | likewise: we don't reflash the first stage bootloader, and redboot is too big for a second stage :-) |
| 09:28.02 | likewise | rwhitby: Yes, got the policy :-) |
| 09:35.49 | hrw | rwhitby: I wonder about MACHINE_FEATURE_pcmcia_RRECOMMENDS ;D |
| 09:37.42 | rwhitby | hrw: one problem with building all task-base packages unconditionally - some of them don't build for me :-( |
| 09:38.59 | hrw | rwhitby: which one? |
| 09:39.51 | rwhitby | hmm - scratch that, it was just a corrupted download of acpid |
| 09:44.53 | rwhitby | hrw: where is MACHINE_FEATURE_pcmcia_RRECOMMENDS defined or used? |
| 09:45.22 | hrw | rwhitby: in machine config |
| 09:45.43 | hrw | MACHINE_FEATURE_pcmcia_RRECOMMENDS = "kernel-module-strange-pcmcia-controller-driver" for example |
| 09:47.39 | hrw | ok |
| 09:48.03 | hrw | its extra packages needed for machine to support 'pcmcia' feature |
| 09:50.43 | rwhitby | ah, so task-base would use it. I thought it was some new funky override syntax that I hadn't seen before ... |
| 09:53.03 | *** join/#oe psokolovsky (n=psokolov@82.193.98.4) |
| 09:53.29 | hrw | ok, I have collie booted |
| 09:54.30 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 09:59.18 | hrw | hi mickeyl |
| 09:59.33 | XorA | yo mickeyl |
| 09:59.42 | mickeyl | morning guys! |
| 09:59.46 | mickeyl | how is everyone doing today? |
| 09:59.56 | hrw | collie screen SUXX |
| 10:00.00 | mickeyl | hehe |
| 10:00.03 | mickeyl | you've been spoiled |
| 10:00.05 | hrw | I forgot how bad it is |
| 10:00.19 | hrw | but 2.6 is working ;) |
| 10:00.41 | mickeyl | coolness! |
| 10:00.49 | *** join/#oe mr_nice (n=mr_nice@p54A9D6A1.dip.t-dialin.net) |
| 10:01.46 | RP | hi mickeyl |
| 10:02.42 | mickeyl | hi richard |
| 10:04.35 | hrw | now.. where I have 16mmc |
| 10:06.42 | hrw | 16MB mmc works |
| 10:09.42 | *** join/#oe manu__ (n=chatzill@147.67.241.226) |
| 10:09.51 | manu__ | hi all |
| 10:10.41 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 10:10.54 | manu__ | Does somebody already try OE with an IPaq HX2790? |
| 10:11.37 | likewise | morning mickeyl: how are *you* doing today? |
| 10:12.47 | mickeyl | likewise: not bad. despite the usual stress that comes when you are working on three "projects" at the same time, i'm feeling pretty well :) |
| 10:15.04 | XorA | any plans for next OEDEM yet? |
| 10:15.35 | mickeyl | we need one |
| 10:15.42 | mickeyl | there's so many things to discuss |
| 10:15.56 | mickeyl | but i'm afraid i can't participate before July |
| 10:16.15 | mickeyl | so somewhere July/August would work for me best |
| 10:16.20 | XorA | mickeyl: probably same timescale for me, Id have to save up |
| 10:16.28 | mickeyl | hrw: we still plan to do it yat your place? |
| 10:16.59 | mickeyl | XorA: well, this time i want to have some kind of sponsoring |
| 10:18.23 | philippe | <PROTECTED> |
| 10:19.13 | philippe | In July/August timeframe I am going back to .be so I will be in .de and taking the boat in Rostock which is not to far from the .pl border. Would be nice if I could join. |
| 10:20.20 | koen | hey mickeyl |
| 10:21.32 | hrw | philippe: Poznan, Poland |
| 10:22.16 | koen | philippe: did you get my message about osb-browser and gpe-mini-browser? |
| 10:22.57 | mickeyl | philippe: yeah, that'd be cool |
| 10:22.59 | philippe | koen: nope sorry. |
| 10:23.02 | mickeyl | morning koen |
| 10:23.06 | philippe | hrw: hmm, seems doable |
| 10:23.18 | koen | philippe: both of them work on my hx4700 |
| 10:23.24 | koen | (svn versions) |
| 10:23.30 | philippe | koen: YAY!!! |
| 10:23.56 | philippe | And some more fixes just have gone in today. I think they solved a double free issue I have been seeing. |
| 10:26.52 | koen | the new icons for pimlico are awesome: http://www.andreasn.se/blog/?p=47 |
| 10:27.54 | hrw | koen: pimlico website use them |
| 10:28.06 | koen | I noticed |
| 10:28.22 | koen | hrw: does poky have an 'n800' machine? |
| 10:28.27 | hrw | yes |
| 10:28.29 | hrw | nokia800 |
| 10:28.32 | koen | ok |
| 10:28.40 | hrw | I built image for it today |
| 10:29.39 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 10:29.46 | koen | I'm only using my 770 at the moment, so I thought I could use the n800 for testing |
| 10:30.06 | XorA | hrw: my card results pretty much match yours |
| 10:30.24 | XorA | hrw: except microSD says error switching card to high speed mode |
| 10:30.36 | XorA | hrw: but Ill get exact errors over weekend and do proper email |
| 10:32.35 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
| 10:38.36 | *** join/#oe mr (n=mr_nice@p54a9f2ea.dip.t-dialin.net) |
| 10:38.53 | *** join/#oe manu___ (n=chatzill@147.67.241.226) |
| 10:39.10 | koen | philippe: webcore does seem to have bugs with 200dpi rendering: http://scap.linuxtogo.org/ |
| 10:41.34 | *** join/#oe psokolovsky (n=psokolov@82.193.98.4) |
| 10:42.01 | *** join/#oe polyonymous (n=hacker@pd95381fb.dip0.t-ipconnect.de) |
| 10:42.13 | hrw | koen: it is in feeds? |
| 10:42.53 | koen | yes, but the libpackaging sucks, so you have to use -force-overwrite to get around problems with images |
| 10:43.35 | koen | (if you have webcore already installed) |
| 10:44.33 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:45.10 | hrw | NOTE: package osb-jscore-0.5.0+cvs20060212: started |
| 10:45.19 | hrw | a bit old... |
| 10:45.43 | hrw | koen: angstrom use this ver or newer? |
| 10:45.52 | koen | it uses svn |
| 10:46.09 | koen | I removed all !svn recipes for my webcore dir |
| 10:46.15 | koen | hmmm |
| 10:46.22 | koen | rm_work doesn't rm with bitbake 1.8 |
| 10:46.37 | hrw | koen: then revert them and add proper PREF_VER into angstrom... |
| 10:49.52 | philippe | koen: in whichsense? Unless you mean the somewhat flacky displaying of the OE logo. |
| 10:50.06 | koen | philippe: check the google page |
| 10:50.18 | koen | everything is too big |
| 10:50.19 | philippe | hrw: current gtk-webcore svn is a lot better than that version. |
| 10:50.45 | philippe | koen: aha, you mean the size of the entry box? |
| 10:50.53 | koen | yes |
| 10:51.01 | koen | and the OE page seems to be too wide as well |
| 10:51.54 | philippe | Hmmm, I will look into it. See if I can find anything. HAve you tried with gpe-mini-browser? It could be that flower uses a too big font to start with |
| 10:52.20 | koen | the same |
| 10:53.10 | philippe | koen: ok. I'll see what I can do. |
| 10:53.56 | koen | philippe: http://code.google.com/soc/openmoko/appinfo.html?csaid=B5A2E96741FD60E4 |
| 10:57.15 | CIA-11 | 03koen 07org.oe.dev * re1b0cb5c... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: add versions for gtk-webcore |
| 11:00.16 | philippe | koen: sounds very good :-) Let's hope they succeed. |
| 11:03.53 | schurig | mickeyl a mentor for zecke ... sounds fun |
| 11:04.17 | schurig | unfortunately mickeyl is no longer a student, then they could reverse their roles |
| 11:04.49 | schurig | somehow I have the feeling that in neither case anyone would need much mentoring :-) |
| 11:06.22 | mickeyl | schurig: i sincerely hope so, since i have not much time for mentoring anyway ;) |
| 11:07.31 | koen | bitbake 1.8 would make that a lot cleaner |
| 11:08.43 | schurig | koen: what parts are missing? |
| 11:09.25 | koen | schurig: proper locking, package format independance and conflict resolution |
| 11:15.44 | *** join/#oe stevenh (n=lews@65.167.23.2) |
| 11:19.25 | koen | philippe: http://scap.linuxtogo.org/files/5293992779243dfba377172d420ccf64.png <- notice how it always seems to think my screen is ~25 percent wider |
| 11:19.45 | koen | philippe: I suspect something goes wrong with the windowsize calculation |
| 11:23.00 | mr | koen: do you have some time for me? |
| 11:24.50 | manu___ | Does somebody already try OE with an IPaq HX2790? |
| 11:25.33 | koen | hrw: could you check for packages using task-base-core-default, before removing it? |
| 11:26.14 | hrw | ops |
| 11:28.24 | CIA-11 | 03koen 07org.oe.dev * rea2cdd5b... 10/ (7 files in 2 dirs): angstrom: remove references to task-base-core-default |
| 11:30.01 | likewise | (OT) Is anyone aware of size limitations of an initramfs? |
| 11:30.21 | koen | likewise: isn't it the same as the max ramdisk size? |
| 11:30.38 | koen | iirc 4MB by default, Kconfig option |
| 11:31.10 | likewise | koen: I thought the two were unrelated, but now you mention 4MB default... <checking> :-) |
| 11:32.02 | manu___ | does anybody already configure pxafb on Ipaq hx2790? I don't how to find my pixclock? sorry for this newbie question |
| 11:33.33 | hrw | manu___: tried #handhelds.org? |
| 11:34.06 | koen | hrw: hx2xxx is RP-ware |
| 11:34.10 | manu___ | k thx |
| 11:34.28 | hrw | koen: ah.. yes.. |
| 11:35.04 | hrw | manu___: use OE, MACHINE=hx2xxx DISTRO=angstrom-2007.1 bitbake angstrom-console-image |
| 11:35.40 | manu___ | k thx i will try |
| 11:44.11 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 11:45.18 | *** join/#oe Laibsch (n=Laibsch@p1045-ipbf06oomichi.oita.ocn.ne.jp) |
| 11:48.58 | koen | zecke: moin |
| 11:49.09 | zecke | hija |
| 11:52.16 | *** join/#oe thesing (n=tkunze@BAA3b7e.baa.pppool.de) |
| 11:52.47 | koen | zecke: gtk-webcore svn works on ARM again |
| 11:53.14 | zecke | koen: what was the arm related issue? |
| 11:53.22 | koen | segfaults all over the place |
| 11:56.19 | thesing | hello everybody |
| 11:56.28 | hrw | <4>Alignment trap: gpe-mini-browse (1257) PC=0x4041ced4 Instr=0xe893000c Address=0x4045b226 FSR 0x013 |
| 11:56.33 | hrw | thesing: hi |
| 11:56.42 | koen | hey thesing |
| 11:57.04 | thesing | hrw: So you have one working card and two nonworking. |
| 11:57.52 | hrw | thesing: and two not detected at all (rs-mmc and microsd) |
| 11:58.30 | thesing | hrw: can you build the mmc modules with debug support, replace them and try again? |
| 11:58.44 | hrw | probably |
| 11:58.45 | thesing | hrw: i can upload the recompiled modules if you like. |
| 12:00.00 | thesing | hrw: you could also add some extra debug info by doing : echo "1" > /sys/bus/locomo-bus/drivers/locomo-spi/verbose |
| 12:01.00 | thesing | hrw: it's a pity, that all my card work. |
| 12:01.18 | hrw | thesing: you live in Berlin? |
| 12:02.35 | thesing | about 100 m afar from berlin. |
| 12:03.40 | hrw | thesing: mail me your address - I will send you some card or cards |
| 12:03.57 | thesing | that would be great. |
| 12:04.44 | XorA | thesing: I also tried mmc driver and I got pretty much indentical results to hrw so I shall wait until you manage to get those cards in your hands and try again |
| 12:06.52 | hrw | same ;( |
| 12:07.08 | hrw | thesing: so mail me address and I will send you 64 and 256M cards |
| 12:07.21 | thesing | I will do. |
| 12:07.29 | hrw | thesing: you have other arm mmc machine to compare results? |
| 12:07.31 | Laibsch | hrw: collie? |
| 12:07.36 | hrw | Laibsch: yes |
| 12:07.50 | Laibsch | nice. So you are making progress? |
| 12:08.10 | Laibsch | hrw: I guess you know but my problems with nunome were coming from stupid dash |
| 12:08.20 | hrw | Laibsch: I saw that |
| 12:09.09 | thesing | hrw: yes. I own a borzoi, which my girlfriend has occupied. But with a little fight, I'll get it back ;) |
| 12:09.46 | Laibsch | Oh, Thomas Kunze himself! |
| 12:09.59 | Laibsch | ~hail Thomas Kunze, the saviour of collie ;-) |
| 12:10.20 | ibot | ACTION bows down to Thomas Kunze, the saviour of collie ;-) and chants, "I'M NOT WORTHY!!" |
| 12:10.53 | Laibsch | thesing: Your work on the driver is very much appreciated. At some point in time you should consider claiming the bounty that is out there. |
| 12:11.41 | thesing | \me has to get some food. |
| 12:13.53 | koen | hrw: http://rafb.net/p/87NCG226.html |
| 12:14.15 | koen | looks pretty ok |
| 12:14.48 | hrw | great |
| 12:16.46 | *** join/#oe like2wise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 12:16.59 | koen | heh |
| 12:17.07 | koen | I did found a bug in OE :) |
| 12:17.10 | koen | find* |
| 12:17.20 | koen | koen@bitbake:/data/build/koen/OE/build/tmp/angstrom$ find deploy/glibc/ipk/ -name task-base_* | grep r26 |
| 12:17.20 | koen | deploy/glibc/ipk/all/task-base_1.0-r26_a780.ipk |
| 12:17.20 | koen | deploy/glibc/ipk/all/task-base_1.0-r26_h6300.ipk |
| 12:17.43 | hrw | koen: its bug in your change to package.bbclass |
| 12:18.05 | koen | that's another way of putting it |
| 12:19.14 | koen | arch = bb.data.getVar('PACKAGE_ARCH', d, 1) |
| 12:19.14 | koen | <PROTECTED> |
| 12:19.30 | koen | that seems to get confused by subpackages with another arch |
| 12:19.41 | XorA | hmm, forms dont seem to work in gpe-mini-browser, I cant search on google |
| 12:21.26 | RP | thesing: Nice work on the driver. We should look at getting that merged into OE :) |
| 12:21.53 | RP | thesing: I mean into linux-rp so the support is in the standard zaurus kernels :) |
| 12:21.59 | thesing | RP: I already posted a mtn diff at oz-devel. |
| 12:22.09 | hrw | RP: I'm testing it now and will push |
| 12:22.21 | RP | thesing: Right, I'm just lacking time atm :-( |
| 12:22.26 | hrw | FATAL: This kernel is too big for your Collie and will not be flashed. Please reduce the size of the kernel by making more of i |
| 12:22.37 | hrw | when I will pass this I will push |
| 12:22.45 | philippe | XorA: weird. Seems to work fine here. Just tried google and it works for me. |
| 12:23.05 | koen | hrw: gcc3 or gcc4? |
| 12:23.22 | RP | and amd64? |
| 12:23.44 | thesing | I used gcc4 and amd64 and it worked for me. |
| 12:23.46 | hrw | gcc3 amd64 |
| 12:23.57 | XorA | philippe: if I goto www.google.co.uk it works, if I goto www.google.com it doesnt |
| 12:23.58 | koen | hrw: right, that's causing your bug |
| 12:24.16 | koen | gcc3 on amd64 == bigger binaries |
| 12:24.31 | hrw | and I lack oabi gcc4 toolchain |
| 12:24.58 | XorA | philippe: also www.google.com (which does a redirect to .co.uk) the image doesnt load |
| 12:25.08 | philippe | XorA: google.com redirects me to google.fi automatically... |
| 12:25.09 | XorA | philippe: so I guess redirects are slightly iffy |
| 12:25.19 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 12:25.24 | hrw | I'll push |
| 12:25.47 | philippe | XorA: could be. I haven't been able to test it on ARM yet. It works fine on my desktop though |
| 12:26.02 | like2wise | koen: Supposedly the linux kernel decompressor (at least for ARM) has a 4MB total limitation, that leaves ~3MB for initramfs. At least that's something I remember but cannot find the claim anymore. |
| 12:26.19 | like2wise | koen: New logo proposal for OE: http://tango.freedesktop.org/static/cvs/tango-icon-theme/scalable/emotes/face-monkey.svg |
| 12:26.22 | XorA | philippe: although it is now working as I would expect, maybe our stupid proxy is serving duffness |
| 12:26.36 | koen | like2wise: :) |
| 12:26.37 | XorA | philippe: I will try again tonight without a braindead squid in the way |
| 12:26.45 | like2wise | Build Your Own Build Monkey |
| 12:27.13 | thesing | RP: could you have a look at http://www2.informatik.hu-berlin.de/~tkunze/zaurus/patches/sharpsl_pm-r0.patch ? |
| 12:27.44 | thesing | RP: It tries to move the PXA-specific bits from arch/arm/common to arch/arm/mach-pxa |
| 12:28.43 | thesing | RP: Its not complete yet, but this is how I would do it. |
| 12:28.46 | hrw | koen: angstrom-oabi is softfloat - right? |
| 12:29.11 | koen | hrw: for armv4 and armv5, yes |
| 12:29.41 | hrw | still too big |
| 12:30.13 | thesing | Laibsch: Its still a long way until the driver can get into the mainline. the mmc Maintainer doen't like the mmc-spi patch. |
| 12:30.37 | thesing | Laibsch: Some guy on LKML said, that he was rewriting it. |
| 12:30.49 | Laibsch | thesing: Just wanted to be sure you don't forget to claim it eventually for the work you have done |
| 12:30.51 | XorA | I thought MMC was under a total rewrite anyway to incorporate SDIO stack from MV |
| 12:31.22 | CIA-11 | 03hrw 07org.oe.dev * r5433523a... 10/ (4 files in 3 dirs): linux-rp: added SD/MMC driver for collie - written by Thomas Kunze |
| 12:32.32 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 12:33.13 | koen | XorA: the sd layer needs to get rewritten to do sdio properly, but the mv one doesn't do sdio properly |
| 12:33.24 | thesing | XorA: You are right. We have to wait and see, if they also incorperate mmc-spi. |
| 12:34.53 | thesing | Laibsch: I hope I remember that, once it gets into the main kernel, in two or three years ;) |
| 12:35.51 | XorA | koen: typical MC, all PR no substance |
| 12:36.29 | *** join/#oe jott (n=j@unaffiliated/jott) |
| 12:42.35 | thesing | Is there a way to build a gpe-image without having to build task-gpe? |
| 12:44.19 | cbrake | what web browser does the nokia 770/800 run? |
| 12:45.54 | koen | cbrake: by default opera |
| 12:47.16 | cbrake | are there any oss browsers in OE that are usable? |
| 12:47.59 | cbrake | I see minimo ... |
| 12:48.09 | koen | s/minimo/megamo/ |
| 12:48.22 | koen | cbrake: on arm firefox 1.0.7 seems to work |
| 12:48.30 | *** join/#oe oxo (i=jorik@kippendief.biz) |
| 12:48.38 | cbrake | koen: thanks, I'll give it a try. |
| 12:50.09 | XorA | koen: on EABI? |
| 12:50.31 | koen | XorA: I recall using it, but that could be still oabi |
| 12:50.42 | XorA | koen: Ive never got EABI firefox to work |
| 12:50.48 | XorA | OABI 1.0.7 works nicely |
| 12:51.03 | XorA | even when you chroot enough OABI stuff to run it :-) |
| 12:51.13 | koen | chroot + vnc I hope |
| 12:51.18 | koen | ;) |
| 12:52.25 | koen | XorA: no, my the maemo users 'discovered' pocketworkstation.... |
| 12:52.46 | XorA | koen: aaaaaah |
| 12:53.08 | XorA | koen: so they missed the VNC in pocketworkstation was to work around the Qt frontend on the zaurus |
| 12:53.22 | koen | XorA: sort off |
| 12:53.33 | koen | XorA: the maemo vkb only pops up in gtk widgets |
| 12:53.50 | koen | so you need the hacked vnc to get the keyboard to popup in non gtk apps |
| 12:56.11 | koen | (they could just have written a mb-inputmgr plugin for hildon-panel, though) |
| 13:00.44 | RP | thesing: Yes, that looks reasonable to me. Can we not reuse the RTAR handling on collie though? |
| 13:02.09 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 13:02.25 | thesing | I don't know yet. I just wanted to clean things up, before starting some nasty hacks. |
| 13:08.52 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 13:10.38 | chouimat | morning |
| 13:20.45 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:21.49 | XorA | Im being thick today, I can do integer comparison on DAY/MONTH/HOUTH/MIN just by multiply each by 100 to move it out of range of the lesser ones |
| 13:22.06 | XorA | MMDDHHmm (as an int) |
| 13:22.09 | XorA | ? |
| 13:22.45 | robtaylor | XorA: yes |
| 13:23.14 | XorA | robtaylor: cheers, I was having an insane moment |
| 13:23.24 | robtaylor | XorA: heh, i know the feeling ;) |
| 13:23.40 | robtaylor | XorA: it is friday after all :) |
| 13:26.04 | oxo | yes it is very friday |
| 13:26.13 | hrw | 13th |
| 13:34.15 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 13:35.50 | RP | thesing: That code looks like it should work on a SA1100 too at a quick glance |
| 13:38.54 | Kristoffer | RP you know the issue I was talking about, couldn't figure out why the pcmcia driver didn't work. Well call me stupid, but found out it had been ripped out :D Didn't notice cause all the Kconfigs had changed |
| 13:38.58 | thesing | RP: Maybe. I'll look into this and try. |
| 13:39.23 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 13:40.15 | *** join/#oe kb7sqi (n=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 13:45.31 | RP | thesing: If there are problem we can factor it out, I'm happy to take patches to do that as long as they're needed |
| 13:50.21 | zecke | RP: http://svn.o-hand.com/repos/sync/ <- does not work :) |
| 13:52.19 | *** join/#oe osas (n=nnnosas@CABLE-72-53-75-252.cia.com) |
| 14:07.38 | *** join/#oe hvontres|poodle (n=hvontres@63.92.216.147) |
| 14:08.50 | *** part/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 14:23.05 | mr_nice | can some one help me a bit with autoconf and .bb file? |
| 14:23.28 | *** join/#oe xuumbi (n=xumbi@c-24-128-224-250.hsd1.nh.comcast.net) |
| 14:23.58 | xuumbi | how can I pass a username to a SRC_URI using svn+ssh? |
| 14:24.21 | xuumbi | I tried SRC_URI="svn+ssh://user@blah.com/repository/" but that didn't work |
| 14:25.42 | *** part/#oe hillct (n=H@cpe-024-211-129-051.nc.res.rr.com) |
| 14:25.50 | hrw | xuumbi: read packages/ossie/ |
| 14:26.59 | xuumbi | hrw: ah, so "svn+ssh://user:pass@blah.com/repository/" is the right syntax it looks like |
| 14:27.58 | xuumbi | wait, my example was wrong, I'm using "svn://user@blah.com/repository;module=mymodule;proto=svn+ssh" |
| 14:30.58 | Crofton|home | SRC_URI = "svn://oe:oe@ossie-dev.mprg.org/repos/ossie/ossie/trunk;module=ossie;p |
| 14:30.58 | Crofton|home | roto=https" |
| 14:31.04 | Crofton|home | works for me |
| 14:31.44 | xuumbi | Crofton: yes it appears to work with https but not svn+ssh :( |
| 14:31.56 | Crofton | ah |
| 14:32.02 | Crofton | svnserve with ssh? |
| 14:32.11 | Crofton | as opposed to svn with https? |
| 14:32.18 | mr_nice | what is the reason for getting echo FATAL: 'oe_runconf failed' (http://pastebin.ca/438190). I can't find any configure error in the log. |
| 14:32.39 | xuumbi | no it's svn over ssh, no svnserve needed |
| 14:33.18 | xuumbi | I'm creating a bitbake recipe for a build in my company and we use svn+ssh and https |
| 14:34.18 | zecke | xuumbi: hmm, you might need to export SVN_SSH="" |
| 14:34.37 | zecke | probably even before calling bitbake |
| 14:35.03 | xuumbi | zecke: ah, of course, let me try... |
| 14:35.51 | zecke | xuumbi: http://svn.berlios.de/viewcvs/bitbake/branches/bitbake-1.8/lib/bb/fetch/svn.py?rev=784&view=markup hmm |
| 14:36.47 | zecke | xuumbi: yes we don't export SVN_SSH (even if you would set it in the bb file) |
| 14:39.08 | RP | zecke: sync is in misc svn atm :/ |
| 14:39.56 | zecke | RP: misc is open? |
| 14:41.24 | RP | zecke: http://svn.o-hand.com/view/misc/trunk/sync/ |
| 14:43.32 | zecke | thank you |
| 14:45.38 | xuumbi | zecke: it looks like that worked, thanks! |
| 14:46.50 | zecke | xuumbi: feel free to send a patch to bitbake (file above) to export SVN_SSH to username |
| 14:47.44 | xuumbi | zecke: ok thanks |
| 14:48.06 | zecke | xuumbi: or at least file a bug report :) |
| 14:48.32 | *** join/#oe sirfred (n=mteira@35.Red-81-36-168.dynamicIP.rima-tde.net) |
| 14:48.39 | sirfred | Hello |
| 14:51.42 | koen | hey sirfred |
| 14:51.54 | koen | sirfred: I used Ximageon without problems today on w3220! |
| 14:52.21 | koen | then I hit 'rotate' because I didn't know it was Ximageon |
| 14:52.40 | sirfred | koen: And that didn't like your w3220 |
| 14:52.51 | koen | it flipped 180 degrees |
| 14:53.00 | koen | when I hit rotate again it froze |
| 14:53.15 | sirfred | koen: Curious |
| 14:53.23 | koen | I killed Ximageon and started Xw100 and got the corruption I showed you |
| 14:53.39 | sirfred | Because the framebuffer got rotated. that's the cause |
| 14:53.55 | sirfred | The problem is that the framebuffer layer doesn't rotate correctly, and the screen gets corrupted. |
| 14:55.02 | sirfred | I restored it using fbset, well, actually a program I wrote to test the FBIOPUT_VSCREENINFO ioctl |
| 14:55.09 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
| 14:55.47 | sirfred | I wonder why there're libxine-x11 and libxine, both are configuring the XShm driver |
| 14:57.07 | sirfred | I think I'm going with libxine_1.10.b as version is higher. |
| 14:57.15 | sirfred | 1.1.0 |
| 14:58.23 | sirfred | I'm going to give a try to libxine in the quest for a decent video player for my zaurus |
| 14:58.47 | hvontres|poodle | koen: do you want me to add #2096 to the Angstrom Meta Bug? |
| 14:59.42 | koen | hvontres|poodle: go ahead |
| 15:00.02 | sirfred | koen: Anyway, I think it's safer to go with Xw100 for w3220, after the changes psokolovsky made to allow offscreen memory usage. |
| 15:00.17 | koen | sirfred: yes |
| 15:00.23 | sirfred | Software rotation should work. |
| 15:00.26 | koen | sirfred: but today was by accident :) |
| 15:00.36 | hvontres|poodle | koen: done |
| 15:01.00 | koen | I only realised it was Ximageon 'killall Xw100' failed |
| 15:01.05 | sirfred | koen: It's strange, I was also able to start correctly Ximageon, I had just to comment out a set in ENG_CNTL register. |
| 15:01.21 | sirfred | That register should be totally different on W3220 |
| 15:02.44 | sirfred | So, it seems that ENG_CNTL writes hung randomly the w3220. |
| 15:10.18 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 15:16.07 | RP | http://pokylinux.org/ :) |
| 15:16.09 | chouimat | http://xkcd.com/c149.html |
| 15:17.04 | sirfred | RP: I'm missing screenshots. ;-) |
| 15:17.16 | zecke | RP: you don't have an nice icons |
| 15:18.11 | RP | sirfred: http://pimlico-project.org/ has pretty pictures |
| 15:18.23 | RP | zecke: No. I will mention that... |
| 15:18.37 | zecke | RP: congratulation |
| 15:18.41 | sirfred | RP: When it talks about Sato, it says there're "multimedia playback apps", what are they? |
| 15:18.46 | hvontres|poodle | chouimat: hehe.. xkcd is definitely on my reading list :) |
| 15:19.41 | sirfred | Oh, the apps looks great. |
| 15:20.05 | sirfred | Too much Matthew Allums everywhere, who know why. ;-) |
| 15:20.41 | RP | sirfred: Probably http://svn.o-hand.com/view/misc/trunk/owl-video-widget/ |
| 15:21.14 | sirfred | RP: Hmm, looking at the names... |
| 15:21.36 | sirfred | RP: Is that based in the totem bacon-video-widget? |
| 15:21.47 | sirfred | xine or gstreamer based, do you know? |
| 15:22.15 | RP | sirfred: I'd suspect gstreamer but I really don't know, its not something I've really used |
| 15:22.50 | sirfred | Curious, I've been working in the same thing the last two days. I'm trying to make a player using the video widget I've extracted from totem source code |
| 15:23.14 | sirfred | Looking at the code, it's gstreamer based |
| 15:23.18 | RP | sirfred: It has .bb files in poky |
| 15:23.28 | sirfred | RP: I'm tempted to try it. :) |
| 15:23.35 | sirfred | RP: All this looks great. |
| 15:23.54 | sirfred | But the problem is that I've tried bare gst-launch on my zaurus and the performance is far from required. :-( |
| 15:24.33 | RP | sirfred: Yes, its not good in places :/ |
| 15:25.35 | sirfred | Perhaps the 40 bits acumulator in the pxa255 could be used to perform better idct algorithms. |
| 15:26.01 | sirfred | s/better/faster |
| 15:27.17 | koen | RP: I love how it mentions the secret-but-not-so-secret GMAE :) |
| 15:27.29 | koen | RP: the clyde link 404s |
| 15:27.36 | sirfred | What's GMAE ? |
| 15:27.48 | robtaylor | *shhhhh* |
| 15:27.59 | sirfred | :) |
| 15:27.59 | robtaylor | sirfred: http://www.gnome.org |
| 15:28.02 | koen | the Gnome mobile and embedded farce^H^H^H^H^H initiative |
| 15:28.26 | sirfred | Oh, I didn't know there was such iniciative. Perhaps because it's secret. |
| 15:28.36 | sirfred | Is it related with gpe ? |
| 15:29.49 | robtaylor | sirfred: to some degree |
| 15:30.12 | koen | RP: "MIT lisence" ? |
| 15:30.33 | RP | koen: ? |
| 15:30.54 | koen | poky uses that |
| 15:31.27 | RP | koen: The same as OE iirc... |
| 15:31.54 | koen | no, OE use the MIT License |
| 15:32.16 | RP | koen: ah, you mean the spelling :) |
| 15:32.34 | sirfred | :) |
| 15:32.34 | hvontres|poodle | koen: so RP is a little lysdexic |
| 15:32.38 | koen | yes :) |
| 15:33.03 | hvontres|poodle | Lysdexics of the world untie ! |
| 15:33.34 | RP | Who says RP wrote this? ;-) |
| 15:34.00 | sirfred | RP: It says "Richard Purdie" in little characters, at the bottom |
| 15:34.33 | sirfred | RP: Have you looked? :-P |
| 15:34.59 | RP | sirfred: I did :) |
| 15:35.03 | sirfred | RP: :) |
| 15:37.26 | koen | oooooh |
| 15:37.27 | RP | koen: typo and urls fixed, thanks |
| 15:37.36 | koen | mallum stole my DPI cluebat |
| 15:40.26 | XorA | Xft.dpi: 100 :-D |
| 15:46.38 | goxboxlive | Seems like there is something wrong with angstrom-mokogateway-image. When i try to build it it gives me this: ERROR: Nothing provides runtime dependency blue-probe |
| 15:47.27 | goxboxlive | isent blue-probe a part of bluez-utils? |
| 15:47.46 | koen | it's blueprobe, not blue-probe iirc |
| 15:48.49 | goxboxlive | Well then it is a bug somewhere. I have just pasted the ouput |
| 15:49.03 | goxboxlive | maybe in task-base, i'll check |
| 15:50.31 | goxboxlive | seems ok in task-base |
| 15:52.00 | goxboxlive | koen: It's in angstrom-mokogateway-image.bb |
| 15:54.26 | sirfred | AM_CONDITIONAL(HAVE_XV, test x$ac_have_xvfoo = "xyes") |
| 15:54.28 | sirfred | sabotage |
| 15:54.49 | sirfred | It was driving me mad. |
| 15:55.21 | CIA-11 | 03koen 07org.oe.dev * r579afa68... 10/ (1 packages/angstrom/angstrom-mokogateway-image.bb): angstrom-mokogateway-image: fix typo and keep up with task-base changes |
| 15:55.23 | sirfred | Part of "configure.patch" for libxine |
| 15:55.51 | koen | looks bogus to me |
| 15:55.57 | hrw | sirfred: libxine patches are AWFUL |
| 15:56.24 | *** part/#oe lazy_marmot (n=lgopher@85.233.43.112.static.cablesurf.de) |
| 15:56.27 | sirfred | I was lost because I disabled another patch called no-xv.patch or something so. But there was another trap remaining. |
| 15:59.13 | sirfred | I'm not even sure if the result is going to run on the zaurus. |
| 16:00.17 | sirfred | With the Xshm video output on zaurus, I got only a black screen under libxine 1.0, the same program was able to play video correctly on x86 |
| 16:04.53 | hrw | cu |
| 16:07.34 | sirfred | libxine seems to be unbeatable in alignment warnings. |
| 16:07.34 | *** join/#oe greentux (n=lemke@Z40ea.z.pppool.de) |
| 16:07.34 | robtaylor | sirfred: dont use libxine, pain will only ensue |
| 16:07.47 | robtaylor | =) |
| 16:07.51 | sirfred | robtaylor: :) |
| 16:08.08 | sirfred | robtaylor: it's the last chance. mplayer gui is a hell, gstreamer is slow,... |
| 16:08.40 | robtaylor | sirfred: gstreamer shouldn't be slow |
| 16:08.49 | robtaylor | sirfred: what are you trying to do? |
| 16:09.01 | sirfred | robtaylor: Playing the same video with mplayer and gst-launch on my zaurus |
| 16:09.10 | sirfred | robtaylor: With mplayer: decent, with gstreamer-0.10... well |
| 16:09.22 | robtaylor | sirfred: what commandline are you using? |
| 16:09.37 | sirfred | robtaylor: Let me see... |
| 16:10.08 | sirfred | robtaylor: First thing is that I had to disable sound, as the ivorbis plugin couldn't be attached to the pipe |
| 16:11.18 | robtaylor | sirfred: try gst-lauch-0.10 playbin uri=file:///wheraever/whatever |
| 16:11.31 | sirfred | gst-launch filesrc=file.ogm ! oggdemux name=demuxer demuxer. ! queue ! ogmvideoparse ! ffdec_mpeg4 ! xvimagesink |
| 16:11.55 | sirfred | robtaylor: Yes, but that way floating point ogg sound decoding drove me to the disaster |
| 16:12.08 | robtaylor | sirfred: mpeg4 on a zaurus?! |
| 16:12.24 | sirfred | robtaylor: Yes. mplayer is able to play that file without dropping frames. |
| 16:12.42 | sirfred | Well, I'm lying. It dropped 70 or 80 frames of 12000 or so |
| 16:13.09 | robtaylor | sirfred: thats pretty impressive. the gst plugin is just using ffmpeg, so it shouldn't be much different |
| 16:13.35 | sirfred | robtaylor: Yes, but I don't know where the difference is. Koen said that perhaps the demuxer is the key, iirc |
| 16:13.52 | sirfred | That's why I'm now in the xine hell |
| 16:13.54 | robtaylor | sirfred: what does the playback look like? |
| 16:16.41 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 16:16.41 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
| 16:16.45 | sirfred | And to try libxine spells, I needed size. But I will go back into it after xine failure. |
| 16:16.53 | *** join/#oe work_donato (n=donato@uriel-03.ite.net.br) |
| 16:17.11 | robtaylor | sirfred: what size video is this? i might have to investigate where mplayer gets the speed from :) |
| 16:17.47 | sirfred | robtaylor: It's 384x256 |
| 16:17.54 | sirfred | robtaylor: ogg sound and mpeg4 video |
| 16:18.23 | sirfred | robtaylor: If you're interested in the mencoder script... |
| 16:18.26 | robtaylor | sirfred: and it does mplayer do fixed-point ogg? |
| 16:18.38 | sirfred | robtaylor: Yes, tremor based. |
| 16:18.48 | robtaylor | sirfred: i'll read the source tree ;) is this mplyer svn? |
| 16:18.56 | sirfred | robtaylor: The one in bb |
| 16:19.19 | sirfred | robtaylor: mplayer_0.0+1.0rc1.bb |
| 16:22.11 | *** join/#oe tomimo (n=kurre@a80-186-77-174.elisa-laajakaista.fi) |
| 16:22.21 | *** join/#oe kurre2_ (n=tomimo@a80-186-77-174.elisa-laajakaista.fi) |
| 16:23.39 | robtaylor | sirfred: and that was with an xv sink? |
| 16:23.45 | sirfred | robtaylor: Yes. |
| 16:23.53 | sirfred | robtaylor: mplayer also using -vo xv |
| 16:25.42 | ssvb | robtaylor: is gstreamer able to render video without excess memcpy between different elements? |
| 16:27.10 | robtaylor | ssvb: yep |
| 16:27.44 | robtaylor | ssvb: though it really depends on the elements used |
| 16:28.33 | robtaylor | ssvb: the demuxer will probably allocate for each frame though |
| 16:29.32 | sirfred | Is there any way to know how much percent of time is spent in any stage of a pipeline (gstreamer) ? |
| 16:29.38 | robtaylor | ogmvideoparse should just reuse its input buffer, but the main problem will be the buffer allcoation from ffdec_mpeg4 to psas to the videosink |
| 16:31.48 | ssvb | robtailor: any extra overhead may kill performance quite easily on arm but modern desktop cpus probably consume more resources in heavyweight codecs such as h246, so probably gstreamer is not too much focused in optimizing other parts of code |
| 16:32.58 | robtaylor | ssvb: well, the N800 plays mpg4 quite well, but uses a bought-in codec |
| 16:33.24 | robtaylor | ssvb: instead of ffdec_mpeg4 |
| 16:33.51 | ssvb | sirfred: I find that mplayer has a simple design, is easy to hack and has all the necessary capabilities for testing and benchmarking, hard to say that about gstreamer |
| 16:34.19 | sirfred | ssvb: Yes, but perhaps lacks some "modularity" |
| 16:34.20 | zecke | hehe |
| 16:35.04 | robtaylor | zaurus has armv5te, right? |
| 16:35.11 | sirfred | robtaylor: Yes |
| 16:35.17 | sirfred | robtaylor: pxa255 |
| 16:35.37 | robtaylor | could just be that gst-ffmpeg isn't being builtwith the opts |
| 16:35.55 | ssvb | robtaylor: gstreamer based decoder for mpeg4 on N800 is not so good, it drops a lot of frames on higher resolution videos |
| 16:36.03 | robtaylor | or it could be excessive malloc |
| 16:36.25 | robtaylor | ssvb: and mplayer does better? |
| 16:37.33 | ssvb | sirfred: mplayer has modularity, but on source level |
| 16:38.14 | robtaylor | ssvb: well, you see, i use gstreamer for a lot more than just video playback, so they're not equivalent to me |
| 16:38.31 | ssvb | sirfred: it is not split into a dozen of binary modules which is not probably good for embedded systems, but avoids dll hell as well :) |
| 16:39.18 | sirfred | ssvb: Humm, it just a matter of taste, perhaps, but I was near to get blind after looking at the main() function of mplayer |
| 16:39.20 | sirfred | :) |
| 16:39.35 | robtaylor | ssvb: in *theory~* it should be possible to have gst run as fast as ffmpeg, but noone really seriously does much work with gst-ffmpeg |
| 16:40.08 | robtaylor | sirfred: same here when trying to debug a problem in mpeg4 decoding.. |
| 16:40.27 | ssvb | robtaylor: considering video decoding, mplayer is better on N800 (it is visible on heavy scenes with a lot of panning), but yet inefficient use of Xv still affects performance negatively |
| 16:40.30 | robtaylor | sirfred: i actually just gave up and worked around it in gst-ffmpeg's wrapper |
| 16:41.11 | robtaylor | ssvb: yeah, the hardware is 'problematic', to say the least |
| 16:41.39 | sirfred | More than 5000 lines of code, full of goto and #ifdefs |
| 16:41.46 | sirfred | That's too much for me. Sorry |
| 16:41.49 | *** join/#oe chazco (n=chazco@ACCE0E77.ipt.aol.com) |
| 16:42.03 | *** part/#oe chazco (n=chazco@ACCE0E77.ipt.aol.com) |
| 16:43.50 | ssvb | sirfred: I did not look into that horrible code in mplayer (don't touch it and it will probably work :) ), I only worked with video and audio decoding modules |
| 16:44.26 | sirfred | Well, my xinelib based player just started, but it says it's not able to handle 'ISO-MPEG4/OpenDivx' |
| 16:44.46 | sirfred | At least it's trying to use the xv port |
| 16:45.35 | koen | robtaylor: the gstreamer tremor thing (gst-plugin-ivorbis) isn't the same as gst-plugin-vorbis |
| 16:45.52 | koen | dunno why |
| 16:46.02 | ssvb | sirfred: oops, not decoding, but output modules, and they seem to contain much less lines of code than gstreamer elements counterparts |
| 16:47.33 | sirfred | koen: The problem is that the ivorbis plugin handles different mimetypes than the vorbis one, and cannot be connected to the pipeline. It seems that the ivorbis plugin also handles ogm demultiplexing itself. |
| 16:47.49 | sirfred | So, it's unusable to handle a video/audio combined file, iirc |
| 16:48.14 | koen | indeed |
| 16:48.24 | sirfred | But even disabling sound, mplayer run circles around gst-launch |
| 16:48.35 | robtaylor | hmm, shouldn't be too hard to fix up |
| 16:48.56 | sirfred | robtaylor: ivorbis issue or performance? |
| 16:49.16 | robtaylor | sirfred: ivorbis |
| 16:49.40 | sirfred | robtaylor: Perhaps in svn there's some fix for that |
| 16:49.47 | robtaylor | performance, it'd be intersting to see a log of the gst-ffmpeg build and see if its picking up the arm optimisations correctly |
| 16:50.54 | sirfred | robtaylor: Perhaps it's just a matter of tuning or updating the ffmpeg version included with gst-ffmpeg. There was some work lately to improve IDCT decoding, at least for pxa27x and iwmmx |
| 16:51.13 | robtaylor | sirfred: ah, interesting |
| 16:52.05 | ssvb | I also wonder how old is ffmpeg in gst-ffmpeg, afaik ffmpeg does not have formal releases and is only available from SVN |
| 16:53.09 | koen | ssvb: and it changes API+ABI every 5 minutes |
| 16:53.37 | koen | the ffmpeg idiots require you to fork it before you can use it |
| 16:53.39 | sirfred | koen: Perhaps that's the reason that makes everyone to just use a local copy of ffmpeg. |
| 16:53.49 | sirfred | I was curious about that |
| 16:53.53 | koen | so 'updating ffmpeg' isn't that simple |
| 16:54.03 | ssvb | sirfred: IDCT decoding was recently improved for ARMv5 and ARMv6 and an issue preventing IWMMX optimizations from getting enabled was fixed too |
| 16:54.23 | koen | sirfred: "oooh noooooo! shared libraries are slower than static binaries!!!" is what they seem to say |
| 16:54.38 | koen | robtaylor: it isn't in OE yet |
| 16:54.41 | robtaylor | ah |
| 16:54.46 | sirfred | ssvb: Anyway, I'm not in the list of lucky owners of a iwmmx capable chip |
| 16:55.01 | sirfred | robtaylor: I opened a bug with a gst-ffmpeg bb stolen from poky |
| 16:55.21 | robtaylor | aha |
| 16:55.21 | *** join/#oe ggilbert (n=ggilbert@tinman.treke.net) |
| 16:55.24 | sirfred | robtaylor: Let me search the number... |
| 16:55.34 | ssvb | koen: probably sticking to some API/ABI and making releases slows down development, that seems to be the only reason |
| 16:55.37 | robtaylor | also, for gst-ffmpeg the configure is replaced with an autoconf one |
| 16:55.42 | koen | !oebug 2085 |
| 16:55.43 | sirfred | bug 2085 |
| 16:55.44 | robtaylor | and it doesnt check for arm5v |
| 16:55.46 | cdbot2 | * * Bug 2085, Status: NEW, Created: 2007-04-05 08:41 |
| 16:55.47 | cdbot2 | * * manuel.teira(AT)telefonica.net: New gst-ffmpeg package |
| 16:55.48 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2085 |
| 16:55.57 | robtaylor | it only checks for IWMMXT and with a TRY_RUN |
| 16:56.18 | sirfred | robtaylor: Anyway, it's not the problem for the zaurus. It don't have iwmmx extensions. |
| 16:56.28 | sirfred | Only the poor 40 bit acumulator |
| 16:56.39 | sirfred | That nobody seems to use |
| 16:56.46 | robtaylor | sirfred: but there's arm5v optimisations, accoring to standard ffmpeg configure |
| 16:56.58 | robtaylor | and they're not in the gst replacement configure |
| 16:57.09 | sirfred | robtaylor: Interesting |
| 16:57.31 | ssvb | robtaylor: armv5 optimizations are quite new |
| 16:57.37 | sirfred | If we could have a performance similar to mplayer for gstreamer, the world will be a better place. |
| 16:57.53 | CIA-11 | 03manuel.teira 07org.oe.dev * rc65461c5... 10/ (1 packages/gstreamer/gst-ffmpeg_0.10.2.bb): gst-ffmpeg: merge recipe from poky, closes #2085 |
| 16:58.12 | hvontres|poodle | sirfred: I think Intel used the 40 bit acumulator for IPP and then "forgot" to give us the source :( |
| 16:58.12 | robtaylor | ssvb: ah, interesting |
| 16:58.13 | koen | robtaylor: there it is :) |
| 16:58.21 | robtaylor | koen: heh |
| 16:58.30 | robtaylor | anyway /me->walk |
| 16:58.31 | sirfred | And I would drop my dirty video player prototype and stole poky video widget. |
| 16:58.33 | robtaylor | laters all |
| 16:58.37 | sirfred | robtaylor: cu |
| 16:58.56 | sirfred | hvontres|poodle: A pitty |
| 16:59.15 | sirfred | hvontres|poodle: Perhaps a decent idct could be implemented using it. |
| 17:00.28 | sirfred | koen: Perhaps you want to take a look, talking about gstreamer, to 2057 and 2068 ? |
| 17:00.50 | ssvb | sirfred: I doubt that it can be much more efficient than armv5 |
| 17:01.55 | ssvb | sirfred: only double MAC is interesting, but it has a high latency and deals only with a single accumulator |
| 17:02.11 | sirfred | ssvb: What's double MAC ? |
| 17:02.46 | ssvb | sirfred: two multiply&accumulate operations done at once |
| 17:03.19 | sirfred | ssvb: ok |
| 17:04.10 | sirfred | Have to leave now. cu |
| 17:04.15 | ssvb | sirfred: and armv5 can do one 16-bit multiply&accumulate per cycle (that's much faster than armv4 which only has slow 32-bit multiply instructions) |
| 17:04.56 | CIA-11 | 03manuel.teira 07org.oe.dev * rb6a0d66e... 10/ (1 packages/gstreamer/gst-plugins-bad_0.10.3.bb): gst-plugins-bad: fix faad2 checks, closes #2057 |
| 17:05.00 | CIA-11 | 03manuel.teira 07org.oe.dev * ra212790a... 10/ (1 packages/gstreamer/gst-plugins-ugly_0.10.4.bb): gst-plugins-ugly: fix cross compilatin configure issue, closes #2068 |
| 17:28.17 | *** join/#oe florian (n=fuchs@84.245.185.25) |
| 17:29.35 | *** join/#oe grma (n=gruberm@80.109.191.226) |
| 17:37.57 | *** join/#oe Crofton (n=balister@hc6521468.dhcp.vt.edu) |
| 17:38.30 | CIA-11 | 03koen 07org.oe.dev * ra77f3946... 10/ (24 files in 4 dirs): opensync: merge with poky |
| 17:40.26 | *** join/#oe csmanx (n=csman@201.230.221.100) |
| 17:41.14 | koen | hrw|gone: OE now has a fixed nokia800.conf, you might want to merge it back to poky |
| 17:43.49 | CIA-11 | 03koen 07org.oe.dev * r6c22a974... 10/ (1 conf/machine/nokia800.conf): nokia800: add machine from poky, but fix archs and tune spec |
| 17:48.03 | CIA-11 | 03koen 07org.oe.dev * r59b29b63... 10/ (6 files in 3 dirs): linux-nokia800: merge with poky |
| 17:48.18 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 18:00.48 | *** join/#oe dion (n=dion@inhex.net) |
| 18:07.27 | Crofton | koen, I am lazy, do you build Angstrom unstable for EFika? |
| 18:09.19 | koen | Crofton: http://www.angstrom-distribution.org/unstable/images/efika/20070401/ :) |
| 18:09.42 | Crofton | i told you I was lazy |
| 18:10.07 | zecke | Crofton: ask koen to upload the image to your system :) |
| 18:10.14 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 18:10.16 | Crofton | heh |
| 18:10.26 | Crofton | I grabbed his OSK image yesterday :) |
| 18:10.31 | Crofton | I am not quite that bad |
| 18:10.51 | zecke | I'm, koen subscribes me to the lists I want to be on :} |
| 18:11.05 | koen | :) |
| 18:11.31 | Crofton | sometimes I subscribe people to list they do not want to be on :) |
| 18:11.39 | koen | zecke: are you going to work ok gtk-webcore or webcore or merge the two? |
| 18:11.58 | zecke | koen: I will be working upstream on the webkit.org project |
| 18:12.13 | koen | ah, cool |
| 18:12.14 | zecke | koen: I will most likely fix/add/make-compile stuff from the webcore/ directory |
| 18:12.37 | koen | cmake/scons/autofoo/whatever? |
| 18:12.47 | zecke | koen: I will have to add/fix a buildsystem for Gdk (cmake/qmake?) |
| 18:13.05 | zecke | koen: and then I will need to look at adobe's apollo patches and fix, merge, file them as bug reports |
| 18:16.05 | thesing | RP: I just checked the RTAR Stuff. Its a little bit different from PXA, but some static inline functions in include/asm-arm/hardware/sharpsl_pm.h should do the job. |
| 18:16.07 | philippe | zecke: make sure to get an easy to use gtk interface also. I could not figure out how to use the webkit gdk stuff |
| 18:17.45 | *** join/#oe Bernardo|away (n=Bernardo@sourcemage/Bernardo) |
| 18:17.52 | Bernardo|away | hi |
| 18:18.21 | zecke | philippe: I think mine will be too easy |
| 18:19.54 | koen | show_cool_browser() |
| 18:20.19 | zecke | koen: have you looked at apollo? |
| 18:20.46 | philippe | zecke: well you can always take a look at the gtk-webcore interface. It is pretty handy having the renderer as a gtk widget |
| 18:21.26 | koen | "Apollo is the code name for a cross-operating system runtime being developed by Adobe that allows developers to leverage their existing web development skills (Flash, Flex, HTML, JavaScript, Ajax) to build and deploy rich Internet applications (RIAs) to the desktop." |
| 18:21.37 | zecke | philippe: I have to stack-holder interests. Make my RSS reader use it, propose Chris Blizard to get rid of that mozilla junk :) |
| 18:21.53 | zecke | koen: right, somehow they missed php |
| 18:22.25 | philippe | zecke: getting rid of mozilla would be great. |
| 18:22.47 | philippe | Gecko is next to unusable on my machine. Seems it cannot cope well with multiple cpu's |
| 18:22.51 | koen | apparently Chriss hofmann convinced people megamo is going to get fixed |
| 18:23.09 | zecke | I don't think OLPC will ditch gecko though :} |
| 18:23.22 | zecke | speically because Chris is on Mozilla Foundation board or such :} |
| 18:24.04 | zecke | koen: what is megamo? minimoz's new name? |
| 18:24.22 | philippe | zecke: I think it is koen slang for minimo |
| 18:25.45 | philippe | unless he is suddenly fond of weird bikes : http://www.megamo.co.uk/home page.htm |
| 18:25.57 | zecke | hehe |
| 18:36.02 | *** join/#oe kb7sqi (n=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 18:43.44 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:45.52 | *** join/#oe pgfeller (n=pgfeller@80.129.79.83.cust.bluewin.ch) |
| 18:46.02 | *** join/#oe nm_ (n=hongtd@58.187.130.8) |
| 18:54.03 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 19:03.33 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 19:08.14 | *** join/#oe osas (n=nnnnosas@CABLE-72-53-75-252.cia.com) |
| 19:10.54 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 19:21.01 | hvontres|poodle | /quit |
| 19:28.13 | koen | mickey_bbl: ecore just gained an xcb backend! |
| 19:33.49 | zecke | ah xcb has a kitten logo |
| 19:35.38 | koen | zecke: I wonder if glenda likes kittens ;) |
| 19:46.34 | sirfred | re |
| 19:47.02 | koen | sirfred: wb |
| 19:48.19 | *** join/#oe kristoffer (n=kristoff@h207n1fls306o1049.telia.com) |
| 19:49.11 | sirfred | Hm, it seems that the libavcodec bundled with libxine is broken for arm. |
| 19:49.21 | sirfred | /usr/lib/xine/plugins/1.1.0/xineplug_decode_ff.so: undefined symbol: put_pixels8_x2_arm |
| 19:49.27 | sirfred | Pain and suffering |
| 19:52.33 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 19:54.13 | zecke | RP: ping |
| 19:56.54 | sirfred | koen: Thanks for committing my bugs. |
| 19:57.05 | sirfred | Well, the bug fixes, I mean. |
| 19:57.11 | koen | thanks for fixing them |
| 20:00.41 | zecke | hrw|gone: how can oetest work for you? |
| 20:03.44 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 20:04.27 | Crofton | osama bin undergraduate just closed all the ECE buildings on campus with another bomb threat |
| 20:07.08 | koen | Crofton: and GGW is coming soon to a virginia tech near you |
| 20:07.14 | Crofton | hmm |
| 20:07.16 | Crofton | Yes |
| 20:07.23 | Crofton | How did you hear about that? |
| 20:07.30 | *** join/#oe thesing_ (n=tkunze@BAA0bef.baa.pppool.de) |
| 20:07.31 | koen | #photogeeks |
| 20:07.37 | Crofton | heh |
| 20:07.41 | Crofton | they for or against? |
| 20:07.59 | koen | "what lens should I use?" |
| 20:08.14 | Crofton | hahahahahaha |
| 20:09.29 | Crofton | http://www.petitionspot.com/petitions/ggw-bburg |
| 20:09.41 | Crofton | http://www.petitionspot.com/petitions/Girlsgonewild |
| 20:09.58 | koen | I have actually never seen a ggw video |
| 20:10.23 | koen | and I've been to the birthplace of ggw: New Orleans |
| 20:10.51 | Crofton | File stealling software can get them |
| 20:13.00 | *** join/#oe rd_ (n=redragon@segfault.net) |
| 20:15.01 | koen | RP: any idea why maemo.o-hand only has a .deb for dates and not for contacts and tasks? The pimlico website claims the binaries should be there... |
| 20:16.09 | Crofton | Well, I am supposed to report to some place on campus and see what is up |
| 20:16.21 | Crofton | of course we all were evacuated b4 the email went out |
| 20:16.28 | Crofton | but it is on the way to a bar :) |
| 20:20.55 | hvontres|poodle | Crofton: Have fun keeping low :) |
| 20:21.38 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 20:28.56 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 21:04.42 | hrw | re |
| 21:04.57 | rwhitby | morning |
| 21:05.06 | hrw | koen|away: opensync svn versions - you did not tested them - right? |
| 21:05.43 | hrw | zecke: I have some stuff added to local.conf iirc |
| 21:06.16 | zecke | hrw: source_checker is not working here, it fetches and fetches :) |
| 21:06.46 | zecke | hrw: so you "upgraded" enough to break it with bitbake-1.6 but not enough to make it work :} |
| 21:06.58 | hrw | zecke: let me check |
| 21:08.38 | hrw | zecke: readin DL_DIR takes eons |
| 21:09.03 | hrw | zecke: but it fetched today |
| 21:09.17 | zecke | I will at least spend another hour on it |
| 21:09.25 | hrw | zecke: and it only fetched new stuff |
| 21:09.42 | zecke | I end up having aalib.tar.gz[1,5] |
| 21:10.09 | hrw | hm. maybe its because of FETCHCOMMANDS which I use |
| 21:10.36 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:10.43 | zecke | I will take a look but even the copy of base.bbclass and bittest did not work at all |
| 21:10.52 | hrw | FETCHCOMMAND_wget = "/usr/bin/env wget -c -t 5 --passive-ftp -P ${DL_DIR} ${URI}" |
| 21:16.04 | hrw | zecke: http://linuxtogo.org/~hrw/{local,site,testrun,sanity}.conf are from my source fetcher dir |
| 21:16.04 | zecke | okay |
| 21:16.04 | hrw | I use bitbake 1.8-svn with bittest |
| 21:16.05 | zecke | http://rafb.net/p/xxJltg71.html now with -c added |
| 21:16.05 | zecke | it is still strange :} |
| 21:16.07 | hrw | zecke: the only change which I have to bitbake there is http://pastebin.ca/438786 |
| 21:17.04 | hrw | ok |
| 21:17.08 | hrw | I go sleep |
| 21:17.23 | hrw | zecke: if you will have some problems/questions feel free to mail me |
| 21:17.34 | zecke | thank you |
| 21:18.02 | hrw|gone | and I thank you - you wrote bittest |
| 21:19.13 | *** join/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 21:25.10 | zecke | KOEN! |
| 21:27.11 | *** join/#oe pgfeller (n=pgfeller@80.129.79.83.cust.bluewin.ch) |
| 21:28.09 | *** join/#oe frank7d (n=afs@p549F94A3.dip0.t-ipconnect.de) |
| 21:29.35 | zecke | hrw|gone: the way we handle stamps changed :) |
| 21:32.42 | *** join/#oe lamikr|lap (n=chatzill@dyn113-112.spy.dnainternet.fi) |
| 21:40.15 | sirfred | Good night |
| 21:40.21 | *** part/#oe sirfred (n=mteira@35.Red-81-36-168.dynamicIP.rima-tde.net) |
| 21:43.34 | zecke | ouch, I need to ask for the removal of altboot :} |
| 21:45.27 | rwhitby | zecke: removal from where? |
| 21:45.47 | zecke | OE |
| 21:46.09 | rwhitby | Why? altboot is destined to be used for the SlugOS replacement ... |
| 21:46.30 | zecke | in contrast to our COPYING file these files are GPL licensed |
| 21:47.04 | RP | zecke: pong |
| 21:47.06 | rwhitby | OE individual files can't be GPL'd? Isn't it just mere aggregation? |
| 21:47.08 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 21:47.40 | RP | koen|away: No idea about maemo, you'll need to ask someone else at OH, probably on Monday :/ |
| 21:48.29 | RP | rwhitby: It should really be under one licence or it will get confusing :/ |
| 21:48.44 | RP | Its at least a very valid question to raise... |
| 21:49.07 | rwhitby | yep. |
| 21:49.08 | zecke | rwhitby: .bb files can't be under GPL |
| 21:49.20 | zecke | rwhitby: it has been this way since the creation of OE |
| 21:49.35 | rwhitby | zecke: I don't disagree, but what's the rationale? |
| 21:49.43 | zecke | rwhitby: specially we have argued with CoreDump and this is why I'm schocked to see these files |
| 21:50.19 | zecke | rwhitby: we should stick to one license. we advertise it as such |
| 21:50.57 | zecke | rwhitby: why it has to be MIT? Well I can't comment on schurigs/mickeyls/pb_s/kergoth's decision |
| 21:51.24 | zecke | rwhitby: personally I like the MIT license, and we have yet to see a run-a-way fork where GPL would have "helped" |
| 21:52.09 | rwhitby | I simply wasn't aware that bb files had to be MIT. |
| 21:52.54 | zecke | COPYING.MIT :) |
| 21:53.21 | rwhitby | zecke: so CoreDump|afk could keep the altboot package as GPL, but just put the .bb file as MIT, right? |
| 21:53.38 | zecke | rwhitby: from my understanding only the patches use the license(s) of the original package |
| 21:53.52 | zecke | rwhitby: right, same a start scripts, etc |
| 21:54.06 | RP | rwhitby: There is no problem with GPL based packages, this is purely about the data in OE itself |
| 21:54.44 | RP | zecke: Arguably all my kernel patches are GPL and there are odd ones in OE ;-) |
| 21:55.03 | zecke | I don't want to end up with: "OE is MIT*" |
| 21:55.17 | rwhitby | zecke: perhaps there should be a Policies link on the left sidebar of www.openembedded.org ... |
| 21:55.20 | zecke | *)besides the two methods in base.bbclass, conf/*, :) |
| 21:56.17 | rwhitby | and perhaps the important fact of BB licensing should be somewhere on http://www.openembedded.org/wiki/StyleGuide, ahead of whitespace conventions :-) |
| 21:56.41 | RP | We suck at documentation :/ |
| 21:57.32 | zecke | we should save money to get a doc writer... |
| 21:58.39 | rwhitby | I don't even see a 'register' link on the OE wiki so I could add it myself ... |
| 21:58.40 | zecke | rwhitby: ironically I know more people/companies that "stole" Opie than stole OE |
| 21:58.58 | zecke | rwhitby: you can edit pages without being registered |
| 21:59.05 | zecke | rwhitby: you can ask koen for an account |
| 22:01.20 | RP | rwhitby: :) |
| 22:01.30 | psokolovsky | OE should migrate wiki to decent app, away from that D.., D..., forget D-what |
| 22:02.24 | rwhitby | how about "All .bb files must be relesed under the MIT license. This restriction does not apply to the source code of, or patches to, the packages which are built - it only applies to the recipes (and associated non-patch files) in the OE metadata repository." |
| 22:02.47 | zecke | ack |
| 22:02.59 | zecke | this documents what I have always believed |
| 22:03.01 | rwhitby | http://www.openembedded.org/styleguide |
| 22:03.09 | zecke | psokolovsky: drupal, drupal, drupal |
| 22:03.24 | psokolovsky | ~lart drupal ;-) |
| 22:03.24 | ibot | overclocks drupal ;-) until drupal ;-) burns out |
| 22:03.26 | RP | ack from me too. It is what historically has been laid down |
| 22:03.47 | zecke | psokolovsky: have you tried to contact TT? |
| 22:04.06 | psokolovsky | zecke: regarding what? |
| 22:04.26 | zecke | psokolovsky: Qtopia :) |
| 22:04.32 | zecke | lol http://qtopia.net/modules/devices/ |
| 22:04.50 | zecke | "Adaptor Alert Notice: Universal adaptor malfunction alert" and you need to login to know if your adapter explodes :} |
| 22:06.21 | psokolovsky | well, I don't do qtopia, i do opie, a bit. |
| 22:07.22 | zecke | psokolovsky: well, don't you want to do Qtopia4? |
| 22:07.50 | hvontres|poodle | psokolovsky: Did you ever figure out a solution to the circular dependancy with OpieMediaPlayer1 in .dev? |
| 22:09.01 | psokolovsky | zecke: likely, no ;-I I'm interested to polish sth already existing and working, and trying my "generic device support" ideas, not building something again from half-done state |
| 22:09.32 | psokolovsky | hvontres|poodle: I thought I had, but somebody told me they're there again for bb1.8 ;-( |
| 22:09.44 | psokolovsky | hvontres|poodle: consider submitting bug with logs %) |
| 22:10.24 | RP | I've looked at theose circular depends and I think bb 1.8 is actually correct :/ |
| 22:11.03 | hvontres|poodle | psokolovsky: ok. I wanted to see if you had something first. I'll try to get you a buggy log. for now I commented mediaplayer1 out of task-opie |
| 22:11.26 | psokolovsky | Ah crap, I see the issue, hope to fix next few days |
| 22:11.39 | psokolovsky | RP: yep, seems I didn't finish it |
| 22:12.13 | hvontres|poodle | psokolovsky: so do you still want those logs? |
| 22:12.30 | RP | wb mickeyl |
| 22:12.37 | mickeyl | thanx |
| 22:13.33 | psokolovsky | hvontres|poodle: yep, if possible, because I don't run 1.8 still |
| 22:13.33 | RP | psokolovsky: Any particular reason why out of interest? |
| 22:13.58 | hvontres|poodle | psokolovsky: np. I'll be home in about 2.5 hrs. |
| 22:15.10 | psokolovsky | RP: in interest, but I need to resize my OE partition to accomodate all that extra stuff it will build due to Debian renaming ;-) |
| 22:15.20 | hvontres|poodle | RP: is there a way to get more debugging output from the serial console? right now all I get is the standard console output.. |
| 22:15.33 | psokolovsky | hvontres|poodle: thanks |
| 22:17.32 | RP | hvontres|poodle: Change the kernel log level |
| 22:18.12 | RP | psokolovsky: Right. I wish it didn't do that tbh but it is correct :/ |
| 22:18.47 | psokolovsky | Drop Debian renaming from Angstrom! Drop renaming! ;-D |
| 22:20.16 | RP | psokolovsky: Or add a cache |
| 22:21.27 | mickeyl | regarding MIT. when we started OpenEmbedded we looked out for the most liberal (including, but not limited to commercial usage) open source license and to our understanding that was MIT. |
| 22:25.19 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 22:28.13 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 22:28.19 | ljp | zecke: actually, that adapter was a freebee, and the problem is that when the plugs are in, they are still live, so if you happen to touch them when it is still plugged in... which has nothing to do with Qtopia, or the greenphone |
| 22:29.05 | zecke | ljp: :) |
| 22:29.09 | zecke | ljp: how are you? |
| 22:29.16 | ljp | am ok. |
| 22:29.22 | zecke | good |
| 22:29.29 | ljp | i actually got oe to build complete |
| 22:29.37 | zecke | hehe :) |
| 22:29.45 | ljp | am retrying to see if it was just a fluke |
| 22:29.54 | zecke | ljp: need a hand on building QtopiaCore? |
| 22:30.09 | ljp | do you know if the iwmmx compiler builds? and works |
| 22:30.39 | ljp | not building qtopiacore, just console, at the moment |
| 22:30.42 | zecke | ljp: which one? |
| 22:31.11 | ljp | anyone, we have had problems building iwmmx toolchain |
| 22:31.36 | zecke | ljp: I know Sean Kellys mail |
| 22:31.46 | zecke | ljp: I have a special moto compatible gcc3.3 toolchain |
| 22:31.56 | zecke | ljp: gcc3.4,4.1 should work out of the box |
| 22:32.05 | ljp | need 4.1.1 at least :) |
| 22:32.22 | ljp | for symbol visibility |
| 22:33.12 | zecke | ljp: by changing the tuning to march=iwmmxt you should get a building one |
| 22:33.48 | RP | ljp: There are visibility patches for 3.x available and working in OE iirc |
| 22:34.36 | ljp | would like to stick with gcc 4 |
| 22:35.26 | RP | ljp: I've used OE's 4.1.1 with visibility and iwmmx... |
| 22:35.50 | ljp | zecke : have you done anything with the greenphone? |
| 22:36.14 | ljp | anyway to specify where the toolchain lives? |
| 22:36.37 | zecke | ljp: yes and no. I'm still struggling with the serial and I have a half complete version of the OpenMoko rss reader for Qtopia |
| 22:37.33 | zecke | ljp: which toolchain? the one you are going to build? |
| 22:37.39 | zecke | ljp: or if you want to use an external one? |
| 22:37.44 | ljp | yes. oe built one |
| 22:38.03 | zecke | ljp: yes, check conf/bitbake.conf |
| 22:38.07 | ljp | no, we need to be able to install the toolchain in other machines - teambuilder farm |
| 22:38.34 | zecke | ljp: a) search for ${TMPDIR}/cross in bitbake.conf |
| 22:39.15 | ljp | can I override that from local.conf? |
| 22:39.54 | zecke | ljp: yes |
| 22:47.17 | CIA-11 | 03pfalcon 07org.oe.dev * r04adb86e... 10/ (13 files in 5 dirs): |
| 22:47.17 | CIA-11 | opie-mediaplayer1: Finish clearing loops in dependencies. |
| 22:47.17 | CIA-11 | * Plugins now depend on opie-mediaplayer1-core, which is core in itself. |
| 22:47.18 | CIA-11 | * opie-mediaplayer1 is now a virtual package, just collecting core and |
| 22:47.18 | CIA-11 | plugins together. |
| 22:47.18 | CIA-11 | * So, no loops. |
| 22:47.45 | ljp | tried to get yuhuatel to open their 17 binary modules... no go |
| 22:48.28 | ljp | so gp has the destinction as having the most binary modules of any linux embedded device |
| 22:48.46 | hvontres|poodle | psokolovsky: I'll test before and after updating the db then. |
| 22:49.20 | psokolovsky | hvontres|poodle: feel free to test only after ;-). I'm confident that should solve it ;-) |
| 22:49.41 | hvontres|poodle | psokolovsky: np. |
| 22:49.46 | zecke | ljp: hehe, have you seen the neo qemu port |
| 22:49.58 | ljp | not yet |
| 22:50.02 | zecke | ljp: you could now easily create a qemu board file for the gp |
| 22:50.15 | zecke | ljp: running something close to the gp kernel |
| 22:50.54 | ljp | will look into it |
| 23:13.53 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 23:33.20 | *** join/#oe umop3plsdn (n=da@cpe-76-179-85-181.maine.res.rr.com) |
| 23:48.30 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
