| 00:00.04 | CIA-17 | 03rpurdie 07org.oe.dev * re672e671... 10/ (3 files in 3 dirs): makedevs: Fix named pipe creation and set file modes correctly |
| 00:28.38 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
| 00:37.25 | *** join/#oe greentux__ (n=lemke@Z72f3.z.pppool.de) |
| 00:44.39 | *** join/#oe interfaith (n=interfai@70.59.126.110) |
| 00:47.54 | interfaith | can we field boot problems for ixp425 here for oe/slugos ? |
| 00:49.08 | interfaith | any ixp4xx system builders ? |
| 00:50.33 | *** join/#oe csmanx (n=csman@190.40.121.34) |
| 00:57.18 | *** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net) |
| 00:57.47 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 00:59.08 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 01:01.55 | *** join/#oe memeruiz_ (n=memeruiz@Rbfa3.r.pppool.de) |
| 01:13.02 | *** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg) |
| 01:18.05 | *** join/#oe ketrox (n=ketrox@Zf79d.z.pppool.de) |
| 01:29.58 | interfaith | how to remove a package not needed , gstreamer fails to compile now |
| 01:30.23 | interfaith | just cut it out of the bb task file ? |
| 01:49.03 | *** join/#oe rd_ (n=rd@88.198.85.37) |
| 01:53.15 | *** join/#oe mhnoyes_ (n=mhnoyes@dialup-4.246.18.50.Dial1.SanJose1.Level3.net) |
| 01:54.46 | interfaith | root password for angstrom distro ? anyone ? thx |
| 01:59.33 | *** join/#oe memeruiz__ (n=memeruiz@Rb38c.r.pppool.de) |
| 02:01.56 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 02:06.13 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 02:07.48 | interfaith | oe lucid ? how to root password ? |
| 02:17.45 | *** join/#oe ketrox (n=ketrox@Ze2f0.z.pppool.de) |
| 02:21.44 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 02:23.12 | *** join/#oe csmanx (n=csman@190.40.121.34) |
| 02:27.43 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 03:00.07 | interfaith | angstrom root password anyone ? |
| 03:06.26 | interfaith | how to recompile rootfs after changing /rootfs/etc/passwd ? |
| 03:07.00 | interfaith | bitbake imagename -c compile -f ? |
| 03:16.08 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 03:44.06 | *** join/#oe jbs (n=Bernardo@89-180-149-55.net.novis.pt) |
| 03:47.55 | *** join/#oe vivijim (n=vivijim@20132139199.user.veloxzone.com.br) |
| 03:58.56 | *** join/#oe csmanx_ (n=csman@190.42.197.203) |
| 04:04.23 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 04:09.01 | *** join/#oe viviji1 (n=vivijim@20150197238.user.veloxzone.com.br) |
| 04:13.08 | *** join/#oe leoncamel (n=leoncame@p6024-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |
| 04:21.34 | *** join/#oe jbs_ (n=Bernardo@89-180-117-140.net.novis.pt) |
| 04:26.10 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 05:01.05 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 05:02.11 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 05:18.53 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 05:48.06 | *** join/#oe flux__ (n=franck@poste149-83.residences.ulaval.ca) |
| 05:49.11 | flux__ | hello :) |
| 05:50.54 | flux__ | i installed oe/bitbake as it is said in http://www.openembedded.org/wiki/GettingStarted . i did a "bitbake sudo" for my zaurus/spitz which runs Angstrom |
| 05:51.32 | flux__ | when i "ipkg install sudo_armv5te.ipk ", i get this message : ipkg: fork failed segmentation fault |
| 05:52.06 | flux__ | does anyone know where i should look to find a solution and be able to install sudo ? |
| 05:59.39 | flux__ | ram problem, excuse me. |
| 05:59.53 | CIA-17 | 03koen 07org.oe.dev * rb98af8fe... 10/ (1 site/common-glibc): common-glibc: add mono and guile stuff |
| 06:15.12 | *** join/#oe Varoudis (n=varoudis@87.203.167.214) |
| 06:15.15 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 06:16.08 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 06:17.21 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 06:19.51 | *** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 06:20.18 | steliosk | good morning all |
| 06:22.43 | *** join/#oe polyonymous_ (n=hacker@pD9538820.dip0.t-ipconnect.de) |
| 06:22.43 | koen | good morning all |
| 06:39.16 | steliosk | koen : hi |
| 06:40.17 | rwhitby | hey koen |
| 06:42.39 | *** join/#oe root__ (n=ketrox@Ze2f0.z.pppool.de) |
| 06:44.17 | rwhitby | koen: there seems to be a problem in task-base where spectrum-fw is being pulled in in the openmoko distro build, even though fic-gta01 does not include pcmcia in MACHINE_FEATURES - any idea why that could be the case? |
| 06:47.08 | koen | tried bitbake -g ? |
| 06:47.18 | rwhitby | yeah, it said task-base |
| 06:47.40 | rwhitby | but from what I can tell, task-base is correctly looking at COMBINED_FEATURES |
| 06:48.12 | *** join/#oe tomimo (n=kurre@a193-229-227-182.elisa-laajakaista.fi) |
| 06:48.12 | *** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM] |
| 06:48.12 | *** join/#oe fdv (i=1988@en.ifi.uio.no) |
| 06:48.38 | RP | rwhitby: I think we build the package with spectrum-fw in it even if we don't use the resulting package so bitbake is doing the right thing and task-base could be better designed :/ |
| 06:50.30 | rwhitby | ah, I see. |
| 06:50.42 | rwhitby | ok, how do we redesign it then? |
| 06:51.29 | rwhitby | cause there will doubtless be a case in the future where something obscure that no-one uses in task-base doesn't build, and takes out all users of task-base until it's fied. |
| 06:51.32 | rwhitby | fixed. |
| 06:52.17 | koen | the idea is that nothing in task-base is obscure |
| 06:54.02 | rwhitby | yes, but that doesn't excuse stuff being built which is never going to be used by the machine/distro which is calling task-base |
| 06:54.36 | rwhitby | RP: do you know how it should be redesigned? is it just some work that someone needs to do, or is the redesign the first step that someone needs to work out? |
| 06:55.29 | RP | rwhitby: Someone would need to work it out. The options are to split it into several task files, or to adjust PACKAGES so unused ones are removed |
| 06:55.42 | RP | I'm not keen on either particularly :/ |
| 06:55.54 | rwhitby | what's wrong with the second option? |
| 06:56.09 | rwhitby | (it seems to make logical sense) |
| 06:56.12 | RP | I'm not sure how it would be done neatly... |
| 06:56.21 | RP | It makes more sense than the first though |
| 06:57.59 | koen | anonymous function? |
| 07:00.07 | CIA-17 | 03pH5 07org.oe.dev * r4009edff... 10/ (1 packages/python/python-pygobject_2.12.3.bb): |
| 07:00.07 | CIA-17 | python-pygobject-2.12.3: fix packaging |
| 07:00.07 | CIA-17 | - move pc into -dev package, stops python-pygobject from depending on libglib-2.0-dev |
| 07:00.07 | CIA-17 | - package xsl files |
| 07:00.13 | CIA-17 | 03pH5 07org.oe.dev * rd0071324... 10/ (1 packages/python/python-pygtk_2.10.4.bb): python-pygtk-2.10.4: add runtime dependencies on python-pygobject and -pycairo |
| 07:00.33 | *** join/#oe rob_w (n=bob@M997a.m.pppool.de) |
| 07:03.06 | koen | RP: what do you think about using debtags to tag the arm ISA it builds for? |
| 07:03.50 | RP | koen: What were you thinking of calling the tag and what would we use it for? |
| 07:04.07 | koen | 'armvt53' 'armv4t', etc |
| 07:04.10 | koen | ehm |
| 07:04.14 | koen | armv5te |
| 07:04.36 | RP | no, they're the values you'd use... |
| 07:04.37 | koen | that way we can find out if a given .deb will work |
| 07:04.51 | RP | You mean instead of the current "arm" value? |
| 07:04.59 | koen | yes |
| 07:05.12 | RP | Won't work, the architecture list is hardcoded into dpkg |
| 07:07.30 | koen | I know that, that's why I wanted to use tags |
| 07:14.18 | *** join/#oe oxo (i=jorik@kippendief.biz) |
| 07:14.25 | *** join/#oe cyberdeck (i=molter@unaffiliated/cyberdeck) |
| 07:16.22 | RP | koen: I've jsut read up on debtags, I don't think it buys us anything |
| 07:17.09 | koen | RP: I just want a way to see what a given .deb is :) |
| 07:17.24 | RP | I'd just add an extra field |
| 07:26.51 | *** join/#oe W8TVI (n=me@166.165.101.11) |
| 07:32.17 | koobla | good morning all! |
| 07:36.00 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 07:36.48 | hrw | morning |
| 07:39.15 | hrw | binutils 2.18 released |
| 07:40.36 | koen|away | any cool changes? |
| 07:40.37 | hrw | and debian use gcc 4.2.1 now |
| 07:40.47 | hrw | koen|away: no idea - just got in debian updates |
| 07:43.31 | koen|away | bleh |
| 07:43.36 | koen|away | uni started today |
| 07:44.47 | *** join/#oe tiny (n=tiny@unaffiliated/tiny) |
| 07:49.10 | *** join/#oe kristoffer (n=kristoff@80.251.192.2) |
| 07:52.19 | XorA | morning |
| 07:52.38 | tiny | Hello! I hope this is the right channel to ask this sort of question. I'm interested in building a fairly recent gcc cross-toolchain for MS Windows boxes. It'll be for PowerPC system. |
| 07:52.40 | tiny | Now ... |
| 07:53.17 | XorA | tiny: you would probably have to invest quite some time making bitbake/OE run in cygwin |
| 07:53.21 | tiny | I've seen stuff from montavista and even windriver is shipping some toolchains and tools with it. |
| 07:53.36 | tiny | I've built stuff on cygwin before |
| 07:54.00 | tiny | It was a pain but it worked ... I even made it work with eclipse. |
| 07:54.02 | XorA | tiny: OE is a bit more complex than "stuff" and its been a long time since someone tried it in cygwin |
| 07:54.16 | XorA | tiny: but if you did it cleanly we would love the patches |
| 07:54.28 | tiny | Well it wasn't OE. But it was a working toolchain. C, C++ |
| 07:54.33 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 07:55.03 | tiny | Ok so my question is really this. |
| 07:55.17 | tiny | Is there some other way then building it with cygwin? |
| 07:55.33 | RP | hrw: We should get poky using the new binutils as it will hopefully remove the annoying warnings... |
| 07:55.34 | tiny | I saw gcc is being made for Windows also. |
| 07:56.05 | XorA | tiny: some people run OE on a vmware or colinux VM under windows |
| 07:56.12 | XorA | tiny: when they are stuck in corporate hell |
| 07:56.40 | tiny | Yes, I'm aware of that. It's what I'm trying to get out off. I have two colleagues that are stuck that way :) |
| 07:57.04 | hrw | RP: want me to check it? |
| 07:57.45 | tiny | XorA: So the "cygwin way" is still the sanest way to go? |
| 07:58.03 | XorA | tiny: not sure about sane, but I think without using a VM is the only way we can offer |
| 07:58.11 | XorA | tiny: but no-one has tried this for years |
| 08:00.43 | tiny | There are companies that offer prebuilt cross-toolchains. I'm just curios how they build them. :) |
| 08:00.50 | *** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk) |
| 08:00.51 | tiny | Such as: http://www.ronetix.at/software.html |
| 08:01.48 | XorA | tiny: probably by hand, or a few custom scripts, building a toolchain ist too difficult |
| 08:01.57 | XorA | s/ist/isnt/ |
| 08:02.04 | hrw | debian has binutils 2.18 - but upstream did not released tarballs yet ;D |
| 08:02.05 | XorA | damn N key is sticky |
| 08:02.24 | XorA | hrw: I hope debian has a tarball on its servers :-) |
| 08:02.29 | tiny | XorA: it's a breeze on linux box but PITA on MS crap. |
| 08:02.41 | hrw | no - we fetch from kernel.org instead of gnu.org |
| 08:02.57 | XorA | tiny: well if you want eternal kudos then make OE work on windows :-D |
| 08:03.07 | tiny | heh |
| 08:04.51 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 08:07.13 | *** join/#oe lichtgestalt (n=Lichtges@Fb7a3.f.ppp-pool.de) |
| 08:07.28 | likewise | gm |
| 08:08.43 | *** join/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 08:09.31 | hrw | our binutils patches suxx |
| 08:12.01 | *** join/#oe pleemans (n=peter@217.206.93.210) |
| 08:12.53 | hrw | lack of "-p" diff info, patches to 2.16.something still present, no info about status or source of patches |
| 08:15.16 | RP | hrw: poky hasn't updated to use the kernel mirrors so its fetching when I added a recipe there :) |
| 08:15.34 | *** join/#oe _diego_ (n=diego@host-84-222-14-224.cust-adsl.tiscali.it) |
| 08:15.57 | hrw | ;D |
| 08:24.40 | hrw | NOTE: package binutils-cross-2.18-r0: task do_patch: completed |
| 08:36.49 | XorA | run-parts: unrecognized option `--reverse' |
| 08:36.49 | XorA | BusyBox v1.2.1 (2007.08.13-15:42+0000) multi-call binary |
| 08:36.49 | XorA | Usage: run-parts [-t] [-a ARG] [-u MASK] DIRECTORY |
| 08:36.58 | XorA | I think hal needs to RDEPEND on a real run-parts |
| 08:44.28 | *** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 08:45.12 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 08:50.47 | *** join/#oe mranostay_ (n=mranosta@cpe-71-74-145-188.neo.res.rr.com) |
| 08:56.56 | RP | I've noticed a problem with the "export IMAGE_BASENAME ?=" in image,bbclass btw. We might have to revert that to a straight = until someone fixes bitbake :-( |
| 09:02.29 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:03.27 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 09:06.23 | oxo | hmm |
| 09:06.53 | oxo | anybody knows why package-index fails with `rootfs_ipk_do_indexes: command not found' since a mtn pull? |
| 09:13.54 | *** join/#oe aloril_ (n=aloril@kaar72.airix.fi) |
| 09:14.33 | likewise | hrw:/exit |
| 09:14.36 | likewise | whoops |
| 09:19.11 | *** join/#oe rob_w|laptop (n=rob_w@p549B9C49.dip0.t-ipconnect.de) |
| 09:24.26 | *** join/#oe mallum (n=mallum@86.157.93.91) |
| 09:24.46 | RP | oxo: It needs fixing, my fault |
| 09:25.02 | koen|away | XorA: dbus needs it as well (runparts), see bugtracker |
| 09:25.15 | XorA | koen|away: cool |
| 09:25.28 | XorA | and for somereason my keymap is not loaded |
| 09:25.35 | XorA | which is odd as startup script is there |
| 09:26.58 | oxo | RP: k, tnx |
| 09:29.26 | koen|away | XorA: http://bugs.openembedded.org/show_bug.cgi?id=2753 |
| 09:32.15 | *** join/#oe obergix[work] (n=olivier@inf-6632.int-evry.fr) |
| 09:32.35 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 09:34.52 | RP | oxo: fix pushed |
| 09:35.38 | RP | XorA: FWIW, /dev entries were being broken by the makedevs changes, I don't know if that was related |
| 09:35.44 | RP | I've tried to patch up makedevs |
| 09:36.18 | XorA | RP: Ill have to catch the early debug message and see |
| 09:37.51 | *** part/#oe AvengerMoJo (n=alex@61.14.130.201) |
| 09:39.49 | *** join/#oe mr_nice (n=mr_nice@p54A9F877.dip.t-dialin.net) |
| 09:43.13 | *** join/#oe olegfink (n=olegfink@87.228.51.111) |
| 09:45.55 | CIA-17 | 03rpurdie 07org.oe.dev * rc1014f98... 10/ (1 packages/meta/package-index.bb): package-index.bb: Catch up with package/rootfs changes |
| 09:46.00 | CIA-17 | 03rwhitby 07org.oe.dev * r0bc3c321... 10/ (1 packages/tasks/task-openmoko-feed.bb): openmoko-feed: Added heaps of packages requested by community members. |
| 09:49.22 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:49.26 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:49.28 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 09:49.41 | florian | good morning |
| 09:53.31 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 09:53.49 | zecke | moin |
| 09:53.56 | zecke | mallum: hey! |
| 09:55.10 | RP | zecke: You could talk to mallum about clutter (he'll know who/where to point your questions) :) |
| 09:55.24 | RP | zecke: morning btw :) |
| 09:55.28 | zecke | mallum: two things. Do you have ~350mb webspace for a git tree |
| 09:55.54 | zecke | mallum: and feel like giving me food and shelter for a day or two to talk about WebKit and show you where to add clutter? |
| 09:56.33 | zecke | RP: morning :) |
| 09:56.56 | mallum | zecke: ?? |
| 09:57.05 | oxo | RP: it works, thanks |
| 09:57.35 | koen|away | RP: fyi, the OE autobuilder is offline till tomorrow to have a fresh start with bitbake 1.8.8 and the bbclass updates |
| 09:58.19 | mallum | zecke: you want to come visit ? |
| 10:00.11 | RP | koen|away: ok, sounds good |
| 10:01.30 | hrw | koen|away: you use that script only for autobuilder? |
| 10:08.20 | zecke | mallum: Well, first I have some stubs for WebKit/clutter which just compiles and links and I want you to fill in the blanks |
| 10:08.44 | mallum | zecke: woo :) |
| 10:09.12 | zecke | mallum: if it helps to fill in the blanks I can come and visit you guys for a day or two |
| 10:09.30 | mallum | zecke: were you planning on coming to UK anyway ? |
| 10:09.52 | mallum | zecke: and what sort o date were you thinking ? |
| 10:09.59 | zecke | mallum: and finally the git tree with the clutter changes is ~300mb and I would like to put that somewhere. So if you know a place to put it that would be appreciated |
| 10:10.35 | *** join/#oe mickeyl (n=mickeyl@gprs-pool-1-016.eplus-online.de) |
| 10:10.36 | zecke | mallum: I'm almost on vacation and want to go north denmark, sweden and probably on my return visit the UK (this is september) |
| 10:10.52 | mallum | zecke: okeys, late sept ? |
| 10:10.58 | zecke | mallum: yes |
| 10:12.40 | *** join/#oe bluelightning (n=blueligh@219-89-45-225.dialup.xtra.co.nz) |
| 10:20.12 | XorA | hey mickey|train |
| 10:20.41 | mickey|train | hi XorA |
| 10:21.24 | hrw | mickey|train: moin |
| 10:21.32 | mickey|train | hey |
| 10:25.16 | RP | mickey|train: That fifo problem was makedevs. The fifo code just simple wasn't implemented |
| 10:25.43 | RP | We didn't use to hit the problem as it didn't create the file at all |
| 10:25.52 | mickey|train | RP: ok, good to hear you've found it |
| 10:26.11 | mickey|train | aah heh |
| 10:26.27 | koen|away | hey mickey|train |
| 10:26.34 | mickey|train | salve koen |
| 10:36.31 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 10:41.30 | *** join/#oe pleemans (n=peter@217.206.93.210) |
| 10:45.21 | *** join/#oe Sleep_Walker (n=Sleep@2001:5c0:8fff:fffe:0:0:0:6c7d) |
| 10:57.08 | rwhitby | is there a virtual/libsdl-native ? |
| 10:57.23 | rwhitby | (scummvm requires libsdl-native as a new DEPENDS) |
| 10:59.16 | rwhitby | or do I just make it depend on libsdl-native ? |
| 10:59.30 | rwhitby | (scummvm requires the sdl-config which is staged to configure) |
| 10:59.50 | hrw | why it needs native one? |
| 11:01.22 | rwhitby | it's looking in tmp/staging/i686-linux/bin for sdl-config |
| 11:01.46 | rwhitby | <PROTECTED> |
| 11:01.53 | rwhitby | maybe scummvm is broken |
| 11:02.37 | hrw | give STAGING_BINDIR_CROSS rather |
| 11:12.23 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 11:13.05 | cdbot2 | * * OE Bug 2914 has been created by hma(AT)syd.odn.ne.jp |
| 11:13.07 | cdbot2 | * * gcc-cross-4.1. 2-r6 fails to compile because of internal compiler error |
| 11:13.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2914 |
| 11:16.24 | rwhitby | hrw: will do, thx |
| 11:16.57 | interfaith | rwhitby: angstrom-minimal root password ? hint ? |
| 11:17.31 | hrw | interfaith: none |
| 11:17.52 | interfaith | none does not work |
| 11:18.06 | interfaith | shall i hack work/rootfs/etc/passwd and recompile ? |
| 11:18.22 | hrw | none as empty as no pass |
| 11:18.33 | interfaith | right..that fails |
| 11:18.37 | rwhitby | interfaith: are you running angstrom or slugos ? |
| 11:18.56 | interfaith | slugos distro and angstrom-minimal image |
| 11:19.12 | rwhitby | that's not a supported combination |
| 11:19.19 | interfaith | oh |
| 11:19.33 | rwhitby | try 'opeNSLUg' as the root password, since you are using the slugos distro |
| 11:19.40 | interfaith | there is a gstreamer compile error for the task-base |
| 11:19.48 | interfaith | hmm |
| 11:20.14 | rwhitby | why are you using slugos when you're not targetting an NSLU2 ? |
| 11:20.23 | rwhitby | why are you not using Angstrom directly? |
| 11:20.25 | interfaith | yes that worked ! thank |
| 11:20.55 | interfaith | oh.. no need for any X11 etc ? |
| 11:21.14 | rwhitby | what's that got to do with using the Angstrom distribution? |
| 11:21.15 | interfaith | just trying to get ethernet to work now |
| 11:21.22 | *** join/#oe rob_w|laptop (n=rob_w@p549B9C49.dip0.t-ipconnect.de) |
| 11:21.43 | rwhitby | use Angstrom. then you can get support in #oe or #angstrom and not confuse people by using SlugOS on a non-NSLU2. |
| 11:21.47 | interfaith | just fishing for an image that will work |
| 11:22.06 | interfaith | use angstrom distro ? |
| 11:22.19 | rwhitby | yes |
| 11:22.38 | interfaith | ok, they all seem to come up without any network |
| 11:22.42 | rwhitby | what MACHINE are yo uusing? |
| 11:22.55 | interfaith | the ixp425 ixdpg425 |
| 11:23.02 | interfaith | with more RAM and more FLASH |
| 11:23.14 | rwhitby | what is the value of MACHINE |
| 11:23.15 | mickey|train | RP: how would you add scaling to your --root-ppm patch? |
| 11:23.23 | mickey|train | (kdrive) |
| 11:23.26 | interfaith | 604 |
| 11:23.33 | rwhitby | I give up |
| 11:23.36 | interfaith | oh |
| 11:23.50 | interfaith | ixp4xxbe |
| 11:23.51 | rwhitby | interfaith: you set MACHINE and DISTRO to build OE. What are the values of those variables in your setup. |
| 11:23.56 | rwhitby | right. |
| 11:24.05 | interfaith | 1 sec |
| 11:24.11 | *** join/#oe tkp (n=tom@87-194-253-39.bethere.co.uk) |
| 11:24.16 | interfaith | slugos and ixp4xxbe |
| 11:24.16 | rwhitby | build DISTRO = "angstrom-2007.1" |
| 11:24.17 | interfaith | sorry |
| 11:24.46 | interfaith | yes that may work |
| 11:25.01 | rwhitby | and then use #ansgstrom for support, cause angstrom supports ixp4xxbe |
| 11:25.08 | interfaith | i see |
| 11:25.14 | interfaith | ok i will rebuild now |
| 11:25.15 | rwhitby | #angstrom that is |
| 11:25.39 | interfaith | so use angstrom-2007.1 distro and ixp4xxbe for machine |
| 11:25.56 | rwhitby | and make sure you've read both the bitbake manual and the OE manual before asking questions there. |
| 11:26.18 | rwhitby | yes, those values are correct. |
| 11:26.25 | interfaith | i see, well redboot comes up with the network fine, thx |
| 11:27.03 | interfaith | i have read the manuals, however digesting is another matter |
| 11:27.33 | rwhitby | the good thing is there are hundreds of examples ... |
| 11:27.39 | interfaith | alright.. i'll retreat.. yes |
| 11:28.14 | rwhitby | not trying to scare you off - just making sure you're prepared before you enter #ansgtrom :-) |
| 11:28.21 | interfaith | fine |
| 11:28.36 | interfaith | ha ha |
| 11:28.54 | interfaith | is there a website for angstrom ? |
| 11:33.12 | rwhitby | google found it on the second hit for me ... |
| 11:33.47 | CIA-17 | 03rwhitby 07org.oe.dev * re7c327f7... 10/ (1 packages/scummvm/scummvm.inc): scummvm: Fixed the staging dir location. Thx hrw for the tip. |
| 11:33.53 | CIA-17 | 03rwhitby 07org.oe.dev * r4e26b0f4... 10/ (1 packages/tasks/task-openmoko-feed.bb): openmoko-feed: Added scummvm. |
| 11:35.33 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 11:39.16 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 11:48.47 | Jin|away | does uboot git have any mirror or something |
| 11:48.48 | Jin|away | ? |
| 11:49.14 | Jin^eLD | I'm trying to build Croftons DaVinci image for a second week now :) and it always fails because the uboot git repo is down |
| 11:51.19 | *** join/#oe benlau (n=benlau@221.125.8.107) |
| 11:51.52 | interfaith | uboot from denx.de ? |
| 11:51.56 | Jin^eLD | yes |
| 11:52.23 | interfaith | ixp4xx u-boot git was ok |
| 11:52.31 | interfaith | what fork ? |
| 11:52.49 | Jin^eLD | pff.. no idea.. Crofton would know I guess; its anstrom for TI DaVinci |
| 11:53.18 | interfaith | well the website is tricky , to get the correct fork |
| 11:53.46 | interfaith | there is a uboot arm ixp4xx fork |
| 11:54.00 | Jin^eLD | aha.. I do not know what the davinci is using |
| 11:54.18 | zecke | koen|away: what is the ETA on getting our site fixed? |
| 11:54.24 | interfaith | what processor ? |
| 11:54.27 | zecke | koen|away: can one some how help? |
| 11:55.34 | Jin^eLD | interfaith: arm |
| 11:55.46 | Jin^eLD | just has PREFERRED_VERSION_u-boot = "git" |
| 11:55.53 | Jin^eLD | mhm crap, have to go to a meeting now, brb |
| 11:57.34 | interfaith | http://www.denx.de/cgi-bin/gitweb.cgi |
| 11:57.58 | interfaith | http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=forks |
| 11:59.48 | *** join/#oe AvengerMoJo (n=alex@219.142.237.250) |
| 12:02.24 | *** join/#oe zezom_ (n=zezom@203.84.71.241) |
| 12:20.57 | interfaith | rwhitby: task-base builds ok others fail |
| 12:21.45 | interfaith | rwhitby: must be late on your side |
| 12:22.05 | hrw | interfaith: why you do not show failed log? |
| 12:22.29 | interfaith | there is the console log messages |
| 12:22.45 | interfaith | mtd-utils-native fails |
| 12:23.11 | interfaith | bitbake task-base is ok bitbake bootstrap-image fails |
| 12:23.20 | interfaith | perhap clean and rebuild ? |
| 12:23.34 | hrw | interfaith: 'mtd-utils-native fails' is useless |
| 12:23.41 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 12:24.30 | interfaith | mtd-utils-native_1.0.0+git.bb do_compile failed |
| 12:25.43 | hrw | ah... that |
| 12:25.53 | hrw | upgrade your gcc as gcc 1.3 is not enough |
| 12:27.29 | interfaith | gcc cross version is 4.x.. i thought |
| 12:28.07 | interfaith | upgrade native gcc ? |
| 12:28.43 | hrw | no - show the fscking log |
| 12:28.50 | hrw | ~pastebin |
| 12:28.51 | ibot | it has been said that pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well |
| 12:29.00 | interfaith | ok |
| 12:29.58 | koen|away | zecke: I mailed oe-devel about it |
| 12:30.32 | koen|away | zecke: I fixed all sql errors and am now at the limit of website knowledge, so someone else needs to fix it (and viewmtn too) |
| 12:31.30 | zecke | still the mail from the 25th? |
| 12:31.35 | zecke | 24th even |
| 12:31.35 | XorA | koen|away: try emptying the cache table in drupal db |
| 12:31.54 | XorA | koen|away: I have found sometime pute crap gets cached even when caching is disabled |
| 12:33.24 | interfaith | paste bin is www.pastebin.ca/679855 |
| 12:34.15 | *** join/#oe JustinP (n=papercra@c-69-181-11-251.hsd1.ca.comcast.net) |
| 12:34.58 | interfaith | hrw: pastebin is ready pastebin.ca/679855 |
| 12:35.19 | koen|away | XorA: how can I do that? |
| 12:35.38 | XorA | koen|away: phpPgAdmin just delete all rows in all tables called cache_* |
| 12:35.53 | hrw | interfaith: update metadata |
| 12:36.11 | interfaith | bitbake something ? |
| 12:36.15 | XorA | koen|away: but I really wish I could remeber the exact trick I did to fix the reversedness |
| 12:36.26 | XorA | koen|away: as my website was exactly the same for half an hour or so |
| 12:36.28 | hrw | interfaith: update metadata |
| 12:36.35 | hrw | interfaith: mtn pull;mtn update |
| 12:36.39 | interfaith | ok |
| 12:36.41 | interfaith | :) |
| 12:36.52 | interfaith | clueless here |
| 12:38.05 | hrw | interfaith: updating OE once per week is not good - atleast once per day is better |
| 12:38.11 | interfaith | i see |
| 12:38.23 | interfaith | it has been a few days |
| 12:38.35 | koen|away | drupal-oe=> delete from cache; |
| 12:38.36 | koen|away | DELETE 37 |
| 12:38.36 | koen|away | drupal-oe=> \q |
| 12:38.47 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 12:39.00 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 12:42.18 | *** join/#oe NAbyss (n=foo@ppp59-167-68-180.lns1.mel4.internode.on.net) |
| 12:46.00 | *** join/#oe pleemans (n=peter@217.206.93.210) |
| 12:47.56 | *** join/#oe marciom (n=marcio@200.184.118.132) |
| 12:50.17 | interfaith | hrw: looks like a major rebuild now getting gcc etc again |
| 12:58.21 | *** join/#oe birunko (n=birunko@200.184.118.132) |
| 13:00.58 | *** join/#oe sroret (n=sroret@88-139-77-133.adslgp.cegetel.net) |
| 13:04.26 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
| 13:09.00 | *** join/#oe mr (n=mr_nice@p54A9CE3D.dip.t-dialin.net) |
| 13:12.34 | steliosk | hrw : Does it make sense to "tune" i585-generic and i686-generic ? |
| 13:13.17 | CIA-17 | 03rwhitby 07org.oe.dev * r0e85448c... 10/ (1 packages/tasks/task-openmoko-feed.bb): openmoko-feed: Added ipkg-link |
| 13:13.50 | *** join/#oe mr_nice (n=mr_nice@p54A9C473.dip.t-dialin.net) |
| 13:14.56 | koen|away | rwhitby: ipkg-link is considered harmfull |
| 13:15.08 | koen|away | it does not work as users expect |
| 13:15.33 | hrw | steliosk: they are generic so maybe not |
| 13:15.56 | hrw | steliosk: and intel naming is unusable mess |
| 13:16.50 | hrw | steliosk: i586 used to be Pentium1 compatible (no mmx/sse/3dnow etc) but it is no longer true |
| 13:16.51 | steliosk | hrw : i think the code we get although we mention i585 and i686 is actually i484 |
| 13:17.09 | steliosk | s/i484/i486 |
| 13:17.15 | koobla | all, I just composed a small bb file for the pxaregs utility including the gumstix patches (need it for my connex board) - should I add it to the bugtracker? |
| 13:17.29 | hrw | koobla: sure |
| 13:17.36 | koobla | ok :) |
| 13:17.51 | hrw | I will add it |
| 13:18.03 | koobla | just a mom |
| 13:18.14 | hrw | steliosk: but how to tune them? |
| 13:18.34 | hrw | steliosk: i586 could be -mcpu=pentium and i686 == -mcpu=pentiumpro? |
| 13:18.49 | steliosk | hrw : Follow kernel's example ? |
| 13:19.11 | hrw | steliosk: in kernel you choose exact cpu not arch |
| 13:19.57 | steliosk | hrw : I know, we could do the same in OE, but we will end up with a gazilion machine files |
| 13:20.13 | hrw | yep ;( |
| 13:21.00 | sakoman | good morning! |
| 13:21.28 | sakoman | koen|away: I tried your new angstrom-feed-configs recipe |
| 13:21.35 | steliosk | hrw : How about using some "python magic" to get the correct mcpu settings ? |
| 13:21.59 | sakoman | koen|away: Got it to half work :-) |
| 13:22.20 | hrw | i sakoman |
| 13:22.44 | hrw | steliosk: and which PACKAGE_ARCH then? |
| 13:22.44 | koobla | pxaregs - bug #2915 |
| 13:22.45 | sakoman | hi hrw! |
| 13:23.13 | hrw | steliosk: if I want to build for k6-2 then I want -mcpu=k6-2 so PACKAGE_ARCH=k62? |
| 13:23.39 | steliosk | hrw : hmmm |
| 13:24.18 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 13:25.03 | sakoman | koen|away: ANGSTROM_URI override was successful, FEED_BASEPATH wasn't |
| 13:25.49 | steliosk | hrw : we need at least to set a "common" minimum standard even for the "generic" architectures. They way they are now, you don't get i585 or i686 code you get the same like x86 |
| 13:25.53 | sakoman | koen|away: used the following lines in my image recipe: |
| 13:25.56 | sakoman | ANGSTROM_URI = "http://www.sakoman.net" |
| 13:25.57 | sakoman | FEED_BASEPATH = "feeds/s100/" |
| 13:26.47 | hrw | steliosk: so pentium for i586 and pentiumpro for i686 I suggest |
| 13:26.57 | sakoman | basepath stayed set to "unstable/feed/" |
| 13:27.04 | cdbot2 | * * OE Bug 2915 has been created by simon.vogl(AT)researchstudio.at |
| 13:27.06 | cdbot2 | * * pxaregs utility for gumstix |
| 13:27.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2915 |
| 13:28.20 | steliosk | hrw : ok with me. at least we will not get similar code as x86 |
| 13:28.37 | steliosk | hrw : should we post to the list asking for input ? |
| 13:30.03 | hrw | steliosk: I think that we can push it and start discussion about it then |
| 13:33.56 | *** join/#oe aloisio (n=aloisio@200.184.118.132) |
| 13:34.55 | hrw | koobla: pushing pxaregs |
| 13:35.13 | hrw | koobla: thx for recipe - I had one for it months ago but forgot where ;D |
| 13:35.48 | koen|away | sakoman: will look into later, thanks |
| 13:36.30 | *** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.97.Dial1.SanJose1.Level3.net) |
| 13:38.04 | cdbot2 | * * OE Bug 2915 has been RESOLVED (FIXED) by <hrw> |
| 13:38.06 | cdbot2 | * * pxaregs utility for gumstix |
| 13:38.08 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2915 |
| 13:38.32 | hrw | koobla: for future do not add 'for gumstix' for such universal apps ;) |
| 13:41.07 | koobla | ok :) |
| 13:42.10 | koobla | only referred to the patches from the gumstix repo |
| 13:43.47 | *** join/#oe mickeyl (n=mickeyl@gprs-pool-1-027.eplus-online.de) |
| 13:44.18 | hrw | koobla: did you sent those patches upstream? |
| 13:47.12 | CIA-17 | 03xora 07org.oe.dev * rcee1094c... 10/ (1 packages/xournal/xournal_0.4.bb): xournal_0.4.bb : version upgrade |
| 13:47.17 | steliosk | btw who is the designated OpenMoko dev ? |
| 13:47.18 | CIA-17 | 03simon.vogl 07org.oe.dev * rc76448c3... 10/ (9 files in 4 dirs): pxaregs: added 1.14 - close #2915 |
| 13:50.18 | steliosk | koen : any plans to get the wiki to its "last know good" state ? |
| 13:50.26 | koobla | hrw: don't have write access |
| 13:53.56 | hrw | koobla: your mail program is borken? by upstream I mean author of pxaregs |
| 13:54.06 | *** join/#oe yakov_ (n=yzaytsev@envionsoftware.com) |
| 13:55.00 | yakov_ | hi |
| 13:56.52 | *** part/#oe flux__ (n=franck@poste149-83.residences.ulaval.ca) |
| 13:59.26 | interfaith | hrw: angstrom comes up ok now, however no network devices |
| 13:59.59 | interfaith | time to hack some network startup , as redboot is fine on NPE-B |
| 14:01.13 | koen|away | steliosk: I sent a mail to oe-devel asking for help last week |
| 14:01.13 | CIA-17 | 03freyther 07org.oe.dev * r862b21d8... 10/ (6 files in 3 dirs): |
| 14:01.14 | CIA-17 | classes/{qmake*,qt4x11}.bbclass: Add a qmake2.bbclass to use qmake version two |
| 14:01.14 | CIA-17 | <PROTECTED> |
| 14:01.14 | CIA-17 | <PROTECTED> |
| 14:01.14 | CIA-17 | <PROTECTED> |
| 14:01.14 | CIA-17 | <PROTECTED> |
| 14:01.14 | CIA-17 | <PROTECTED> |
| 14:01.14 | CM | zecke: Nice! :D |
| 14:01.55 | steliosk | koen|away : Haven't seen any significant traffic on that subject and that's why i am asking |
| 14:05.51 | *** join/#oe sroret (n=sroret@62.147.205.220) |
| 14:07.16 | koen|away | hrw: and progress on using non-broken prism firmware? |
| 14:07.44 | XorA | koen|away: Ive just made a .bb for that |
| 14:08.44 | hrw | koen|away: feel free to adapt to other revision? |
| 14:08.59 | XorA | hrw: already done, just need to test |
| 14:09.40 | hrw | great |
| 14:13.30 | XorA | <6>wifi0: NIC: id=0x801d v1.0.0 |
| 14:13.30 | XorA | <6>wifi0: PRI: id=0x15 v1.1.2 |
| 14:13.30 | XorA | <6>wifi0: STA: id=0x1f v1.7.4 |
| 14:14.04 | cdbot2 | * * OE Bug 2916 has been created by compovod(AT)gmail.com |
| 14:14.07 | cdbot2 | * * gnome-desktop_2.18.3 fails do_configure |
| 14:14.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2916 |
| 14:24.15 | XorA | koen|away: pushed |
| 14:25.08 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:27.04 | cdbot2 | * * OE Bug 2762 has been RESOLVED (FIXED) by dp(AT)xora.org.uk |
| 14:27.06 | cdbot2 | * * prism2-firmware 1.8.4 does not work on DCF-660W |
| 14:27.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2762 |
| 14:35.15 | koen|away | XorA: thank |
| 14:47.50 | mickey|ICE79 | florian: are you available for a call end of this week? want to talk w/ you about to OHM or not ;) (device manager stuff) |
| 14:52.19 | *** join/#oe zecke_ (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 15:00.14 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 15:01.04 | CIA-17 | 03tmbinc 07org.oe.dreambox * re1d8591a... 10/ (1 packages/enigma2/enigma2.bb): enigma2: switch to release 2.3 |
| 15:01.08 | CIA-17 | 03tmbinc 07org.oe.dreambox * r59af2581... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules: use 20070826 for dm7025 |
| 15:01.12 | koen | mickey|ICE79: the best thing to do medium term is to make neod more generic (shouldn't be hard with kernel 2.6) and show it as a usecase to the ohm dudes |
| 15:01.16 | CIA-17 | 03xora 07org.oe.dev * ra5a7ee98... 10/ (3 files in 3 dirs): |
| 15:01.16 | CIA-17 | misc-binary-only/prism-firmware.bb : use non broken prism firmware. This |
| 15:01.16 | CIA-17 | should ease the connection problems people reported with 1.8.4 and |
| 15:01.16 | CIA-17 | improve kismetting |
| 15:01.48 | CIA-17 | 03hrw 07org.oe.dev * r0b5587ed... 10/ (11 files in 3 dirs): binutils: added 2.18 from Poky (normal, cross, sdk) |
| 15:02.18 | hrw | 3.6GB |
| 15:02.47 | mickey|ICE79 | koen: yeah, might be the necessary thing to do. but once i do what i like it to do i risk reinventing OHM completely |
| 15:03.14 | mickey|ICE79 | e.g. input/output/plugins |
| 15:03.15 | mickey|ICE79 | i need all these concepts |
| 15:03.25 | koen | + hal integration |
| 15:04.37 | mickey|ICE79 | and naturally i want to use dbus as well |
| 15:04.37 | koen | if openmoko, gpe and poky all use neod, maintenance isn't the problem |
| 15:04.46 | hrw | so few parts of openmoko will use dbus and few do not.. |
| 15:04.52 | *** join/#oe bluebugs (n=cedric@mieuh.bluebugs.org) |
| 15:05.14 | koen | anything harald touches will be overengineered and crappy |
| 15:05.26 | koen | but it won't use dbus! |
| 15:06.27 | *** join/#oe cwiiis (n=cwiiis@86.157.93.91) |
| 15:06.51 | hrw | or glib! |
| 15:07.01 | hrw | glibc is enough for anything |
| 15:07.23 | hrw | you can even dial with glibc |
| 15:07.36 | koen | :) |
| 15:08.13 | koen | considering that lowlevel stuff like HAL and bluez now use dbus, I can't see why people make a big deal about it being a dependency |
| 15:08.30 | koen | it's not like there will be new phones that use gsmd without bluetooth |
| 15:08.49 | mickey|ICE79 | true |
| 15:08.50 | mickey|ICE79 | hrw: most will do |
| 15:09.00 | mickey|ICE79 | even gsm, if that's what you are implicitly complaining about :D |
| 15:09.08 | mickey|ICE79 | well, give him a break |
| 15:09.11 | mickey|ICE79 | let him do the low level stuff |
| 15:09.14 | mickey|ICE79 | the high level stuff will come |
| 15:09.16 | mickey|ICE79 | there's no need to convince him to do that |
| 15:09.20 | mickey|ICE79 | but there's no point in adding a dbus interface when gsmd-nodbus is so flakey |
| 15:09.22 | mickey|ICE79 | one step at a time |
| 15:09.26 | mickey|ICE79 | well, bluez's usage of dbus still is a source for lots of anger |
| 15:09.28 | mickey|ICE79 | i don't care at all. i made my peace with dbus :D |
| 15:09.46 | koen | the new xorg will use dbus for hotplug and randr signalling :) |
| 15:11.45 | koen | mickey|ICE79: the point was that things like dbus-activation solve a lot of the flakyness :) |
| 15:11.45 | robtaylor | koen: and hal =) |
| 15:11.51 | mickey|ICE79 | joking? |
| 15:11.51 | mickey|ICE79 | or really? |
| 15:11.53 | mickey|ICE79 | i wouldn't be surprised |
| 15:12.05 | mickey|ICE79 | i'm afraid the major question -- albeit a very controversial one -- is whether using most of these "desktop-emerged" technologies is a step in the right direction. i still have a lot of doubts myself. |
| 15:12.07 | koen | mickey|ICE79: X will really use dbus |
| 15:12.18 | robtaylor | mickey|ICE79: seriously |
| 15:12.47 | robtaylor | mickey|ICE79: there's nothing inherenct in these 'desktot technologies' that makes them inapplicable to embedded |
| 15:13.19 | robtaylor | mickey|ICE79: its just a matter of embedded-focussed guys (like you and me) spending time with them to make them right ;) |
| 15:14.02 | XorA | and just think, when everything is dbus capable, the Neo doesnt need to run as root anymore |
| 15:15.10 | koen | XorA: I was saving the root discussion for when the openmoko maintainer reveals himself :) |
| 15:15.23 | koen | or herself |
| 15:15.23 | robtaylor | XorA: heh, so true. With PolicyKit everything canbe securely backended |
| 15:16.01 | robtaylor | XorA: seen hugsies PackageKit too? it'd be cool to have an oe feed backedn |
| 15:16.18 | XorA | robtaylor: I am behind the newest tech |
| 15:16.26 | XorA | robtaylor: some hols coming up so I can catch up |
| 15:16.27 | hrw | rwhitby: to not build spectrum-fw when you build for fic-gta01 (or other !pcmcia machine) we need to change task-base in a way similiar to the one in Poky |
| 15:16.36 | koen | robtaylor: I've been mentioning 'packagekit' and 'me want' a lot lately here in oe :) |
| 15:16.42 | hrw | rwhitby: where some tasks are built only if machine supports it |
| 15:16.48 | robtaylor | koen: nice :) |
| 15:17.40 | robtaylor | koen: you should practice some programming ;) |
| 15:17.40 | XorA | koen: yah lazy student get it checked in then :-D |
| 15:18.58 | robtaylor | mickey|ICE79: btw, if you'll be at GNOME Boston summit, i'll be getting together with davidz and kay to discuess the future of hal and udev, and ways we can make it light |
| 15:19.05 | RP | mickey|ICE79: I would like to see some kind of helper/companion application for OE which handles some of our machine specific issues. formfactor in poky is part of the problem/solution, neod another and zaurusd another. I have a grand vision of all these being merged... |
| 15:19.42 | RP | mickey|ICE79: The end result might be something OE specific which feeds data to something like HAL/OHM |
| 15:19.42 | robtaylor | mickey|ICE79: i'll be especially pushing for the ability to statically define what devices we have |
| 15:20.27 | robtaylor | RP: is there anything I could do in OHM to help? |
| 15:21.48 | RP | robtaylor: I think we need so have some kind of plugin which support the notion of a "machine". Things like a machine name (spitz, gta01), hardware group name (zaurus, omoko) and then various properties like screen dpi |
| 15:21.49 | hrw | bb in 20m |
| 15:22.45 | koen | RP: don't forget default rotation |
| 15:23.29 | RP | robtaylor: This and information like the keyboard position in relation to the screen and framebuffer rotation are all information that's currently missing from the system at the moment. OE knows about them but has no way to communicate it |
| 15:23.35 | robtaylor | RP: well, machine name and hardware platform are exposed in hal |
| 15:24.20 | robtaylor | RP: its just a matter of adding an fdi for your hardaware |
| 15:24.26 | RP | robtaylor: We need to create some kind of link between OE's information and these fdi files then |
| 15:24.27 | robtaylor | RP: I guess it'd make sense to add all this info to the system namespace in hal |
| 15:25.00 | robtaylor | RP: yep. You could generate it magically with a bit of elementree magic |
| 15:25.28 | RP | robtaylor: The other issue is we need some of this before we can start the splash screen for example :/ |
| 15:26.05 | robtaylor | RP: what point in boot is the splash screen displayed? |
| 15:26.25 | RP | robtaylor: before udev just after init |
| 15:26.37 | robtaylor | RP: ah :/ |
| 15:27.02 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 15:27.13 | RP | robtaylor: This is why zaurusd/formfactor provide shell access to variables... |
| 15:27.35 | koen | hal2shell :) |
| 15:27.42 | robtaylor | RP: i guess thats because udevd takes ages to start:/ |
| 15:27.49 | RP | robtaylor: yes |
| 15:28.08 | RP | We want the progress bar displayed while its doing its games... |
| 15:28.38 | robtaylor | RP: well, there's no reason not to have that information written out in two places |
| 15:29.02 | RP | robtaylor: No, but I just want it maintained in one place |
| 15:29.08 | XorA | time for hal.ko :-) |
| 15:29.20 | robtaylor | RP: you could borrow a page from hal- the fdi's are parsed and written out as binary chunks |
| 15:29.44 | robtaylor | RP: it'd be plausible to load the relevent binary chunk at boot |
| 15:30.25 | RP | robtaylor: Or do it at build time to build a cache of the values we know we need early in boot... |
| 15:30.41 | *** join/#oe dion (n=dion@inhex.net) |
| 15:30.58 | robtaylor | RP:yep, there's a tool to generate the binary chunks at build/packagien install time |
| 15:31.50 | robtaylor | RP: at boston we'll be talking about ways to combine the udev rules and the hal fdi's. I'll bring this up as a usecase |
| 15:32.21 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:32.30 | RP | robtaylor: One thing I've love to also see is the ability to only include data relavent to machines X, Y and Z... |
| 15:32.43 | RP | robtaylor: (as a compile time option) |
| 15:32.51 | robtaylor | RP: in what way exactly? |
| 15:33.19 | RP | robtaylor: There is no point installing machine information about a neo onto my zaurus |
| 15:33.34 | robtaylor | RP: well, thats a matter for packagers |
| 15:34.06 | robtaylor | RP: just install the fdi's that are needed for the hardware |
| 15:34.57 | RP | robtaylor: It means writing some fairly elaborate packaging around hal which then makes you wonder why you don't write something more suited directly to OE's usecases :/ |
| 15:35.34 | RP | robtaylor: I'm not claiming any one approach is right here btw, just thinking out loud |
| 15:35.45 | robtaylor | RP: would it? OE'd be generating the fdis for hardware description |
| 15:36.01 | interfaith | anyone doing ixp4xx ? |
| 15:36.21 | RP | robtaylor: I guess if OE is writing the fdi's that different |
| 15:36.43 | robtaylor | RP: I can't think of any other sensible way to do it =) |
| 15:37.34 | robtaylor | RP: like on N800, its nokias hal packages that install their machine description fdi, its nothing to do with hal upstream |
| 15:37.53 | RP | robtaylor: I didn't know that... |
| 15:38.07 | robtaylor | RP: and as for hal-info, OE already knows it doesnt need thinkpad and asus workarounds ;) |
| 15:38.08 | RP | robtaylor: I know the kernel side of things better than userspace :/ |
| 15:38.28 | robtaylor | RP: heh, i know userspace better than kernel =) |
| 15:39.02 | RP | robtaylor: You'd agree we need something fairly closely hooked into OE to make this work well then? |
| 15:39.05 | robtaylor | RP: the other option is of course to define the infomation in the kernel and expose it in sysfs |
| 15:39.30 | robtaylor | RP: yeah, if OE has the info, it needs a good way to get it out |
| 15:39.49 | RP | But should the kernel be taught things like this when it doesn't need to know them. Its userspace that really needs to know, not the kernel... |
| 15:40.02 | robtaylor | RP: indeed, i was just about to say the same thing :) |
| 15:40.34 | RP | I'd much prefer to see hal learn to accept suplimentry data (or if it already does in the form of fdi files, teach systems to generate them) |
| 15:41.07 | robtaylor | RP: yep, it already does, you can arbiarily manipulate the device space with fdis |
| 15:42.02 | robtaylor | RP: so I'd say getting OE to generate the relevent keys on the /org/freedesktop/Hal/devices/computer would be a nice way forward |
| 15:42.43 | *** join/#oe mranostay (n=mranosta@pdpc/supporter/base/mranostay) |
| 15:42.44 | robtaylor | and we propose some standard keys in the hal spec for things that arent there yet |
| 15:42.52 | RP | robtaylor: yes, I agree |
| 15:43.07 | RP | robtaylor: Where would you see something like tskeys fitting into this? |
| 15:43.25 | robtaylor | RP: tskeys? |
| 15:43.47 | RP | tskeys implements soft 'keys' on a touchscreen matrix by feeding key events into the kernel when defined areas of a touchscreen are touched |
| 15:44.19 | RP | The zaurus has such key areas marked on the touchscreen which is bigger than the screen |
| 15:44.19 | robtaylor | RP: ah, so they appear in the kernel input subsystem right? |
| 15:44.21 | RP | yes |
| 15:44.34 | robtaylor | RP: so they'll give button events on hal automatically |
| 15:44.44 | robtaylor | thats should just work (tm) |
| 15:45.06 | RP | In some senses its a standalone daemon but where do things like this fit into hal/ohm |
| 15:45.24 | RP | It needs to know which device its running on to know whether it should run and in what configuration |
| 15:45.28 | robtaylor | RP: run hald on a machine with tskeys and lshal -m and give it check |
| 15:45.58 | robtaylor | RP: no other daemon needed other than hal, its already exposing the button on dbus |
| 15:46.09 | RP | robtaylor: I don't doubt the buttons get seen by hal, thats fine. I'm just wondering where we stick daemons like this |
| 15:46.27 | RP | Presumably its outside the scope of OHM? |
| 15:46.28 | robtaylor | RP: what's the extra daemon for? |
| 15:47.01 | RP | robtaylor: Listen for touchscreen events, see if they're over the touchscreen softkeys, if so inject a keypress into the kernel |
| 15:47.20 | RP | it uses uinput |
| 15:48.25 | robtaylor | RP: ahh, i see |
| 15:48.25 | RP | Its in userspace since it only works once you have the screen calibration data |
| 15:48.25 | robtaylor | RP: yeah, i think thats a seperate daemon |
| 15:49.10 | robtaylor | RP: how are the key areas defined? |
| 15:49.21 | RP | robtaylor: At present they have a simple conf file |
| 15:50.17 | robtaylor | RP: yeah, that sounds all sensible to me. Its outside the scope of ohm, for sure. thats abour hardware state management |
| 15:50.25 | *** join/#oe mr_nice (n=mr_nice@p54A9C473.dip.t-dialin.net) |
| 15:51.01 | RP | robtaylor: So you'd agree that if we wanted to collect machine specific feature handling code like this it would be a separate project? |
| 15:52.21 | robtaylor | RP: though there's actually no reason it couldn't be an ohm plugin, not sure if it makes sense or not though |
| 15:53.52 | RP | How would/does ohm plan to handle the packaging issue that such code would cause? (not every user is going to want these features) |
| 15:53.52 | RP | configure options? |
| 15:53.52 | robtaylor | RP: so far, yes |
| 15:53.52 | RP | So something like OE is going to have to pass different configure options for each machine? |
| 15:53.52 | robtaylor | RP: or by having packagers install a differet ohm.conf |
| 15:54.17 | RP | but that means lots of people would have a plugin around they didn't need... |
| 15:54.27 | robtaylor | RP: well, atm there's nothing very machine specific |
| 15:54.50 | RP | No, I'm speaking hypothetically if something like tskeys were added |
| 15:54.59 | RP | I'm just trying to work out where these things are best put... |
| 15:55.15 | robtaylor | RP: ah. In that case, i'd actually have a different package provide the tskeys plugin |
| 15:56.05 | robtaylor | RP: the plugin api should be relatively stable, and something doesnt need to be in the tree to build one |
| 15:56.28 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 15:56.52 | RP | These plugins are going to be nearly one to one with features from the OE fdis... |
| 15:57.59 | hrw | recent OE is broken - "bitbake autoconf" builds also m4 and gnu-config but they are not packaged etc - their tasks end when autoconf do do_build |
| 15:58.23 | hrw | so to finish building them I need "bitbake autoconf m4 gnu-config" |
| 15:58.46 | robtaylor | RP: not sure what you're suggesting! |
| 15:59.50 | RP | robtaylor: I don't know myself. I honestly don't know where the code for these things should end up. I would like to see some kind of framework in place which allows it to be shared and resused though |
| 16:00.11 | CIA-17 | 03freyther 07org.oe.dev * r4555b836... 10/ (1 packages/qte/qtopia-core_4.3.1.bb): packages/qte/qtopia-core: Add QtopiaCore version 4.3.1 |
| 16:00.15 | RP | robtaylor: Its why I wrote zaurusd the way I did but nobody seems very keen on it ;-) |
| 16:00.16 | CIA-17 | 03freyther 07org.oe.dev * r14dd1ebc... 10/ (1 MAINTAINERS): MAINTAINERS: Add the Qtopia interest... |
| 16:00.20 | RP | hrw: With rm_work? |
| 16:00.50 | hrw | RP: without |
| 16:01.53 | RP | hrw: Does it work as expected in poky? |
| 16:02.16 | hrw | RP: checking |
| 16:03.03 | *** join/#oe hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 16:03.15 | robtaylor | RP: i should have a good read over of zaurusd ;) |
| 16:03.16 | hrw | RP: same problem in poky |
| 16:03.44 | RP | robtaylor: http://svn.o-hand.com/view/misc/trunk/zaurusd/ |
| 16:04.04 | interfaith | hrw: still here :) how to install modules to the file system ? |
| 16:04.06 | RP | robtaylor: It was done with shell script although I'd intended it would ultimately feed the data over dbus too |
| 16:04.16 | robtaylor | RP: i think at a base level, the distro has to be in charge of deciding what features/plugins a given build should have |
| 16:04.32 | robtaylor | RP: it just need to be made easy for distros to do this |
| 16:04.44 | RP | robtaylor: At the base level it comes down to the machine... |
| 16:04.45 | interfaith | i need the network modules in the filesystem.. |
| 16:04.51 | robtaylor | RP: aye |
| 16:05.16 | RP | robtaylor: dsitro determines the policy, machine governs the actual hardware features... |
| 16:05.16 | robtaylor | RP: well, its all sorted in the PC space by acpi |
| 16:05.21 | hrw | interfaith: add them into MACHINE_EXTRA_RRECOMMENDS in machine.config and then clean task-boot/task-base/ and build image |
| 16:06.15 | robtaylor | RP: and we need to have something roughly equivalent in the embedded space. Ideally just a single 'machine definition' file would be great |
| 16:06.29 | hrw | robtaylor: x86 bios + acpi suxx very often ;( |
| 16:06.32 | interfaith | super |
| 16:06.42 | robtaylor | hrw: i'm not suggesting its not crap ;) |
| 16:08.16 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 16:08.24 | robtaylor | RP: yeah, so hinge-handler's already done by ohm |
| 16:10.30 | robtaylor | RP: maybe i should explain how the plugins split up a bit. There's two types: mechanism and policy |
| 16:10.30 | robtaylor | RP: so mechanism exposes actions and state onto the ohm key space, and policy plugins link these together in some specific way |
| 16:11.38 | RP | robtaylor: That makes sense |
| 16:13.21 | robtaylor | RP: so there's an xrandr plugin that exposes a key for screen rotation, and a button plugin that exposes hardware buttons |
| 16:13.56 | RP | robtaylor: so a touchscreen plugin would be needed to tskeys... |
| 16:13.56 | robtaylor | RP: and you could have a zaurus handler that connects these up to do the screen rotation right for zaurses |
| 16:15.07 | robtaylor | RP: well, thats why i was saying i'm not sure tskeys fits in. |
| 16:15.36 | robtaylor | RP: its already grand as a standalone daemon |
| 16:16.13 | RP | robtaylor: Then we come to the ugly alsa mixer question :} |
| 16:16.34 | robtaylor | RP: does it need to go away at times? One of the mechnism plugins i've got plans is one for starting/stopping daemons |
| 16:16.35 | *** join/#oe dcordes (n=tsingtao@f048037057.adsl.alicedsl.de) |
| 16:16.51 | RP | robtaylor: Not really, it can just be active the whole time |
| 16:17.21 | robtaylor | RP: ah, alsamixer. I think lrg and lennart poettering had some interesting plans for that |
| 16:17.52 | RP | I've talked to lrg about it before and there are lots of ideas but no code yet afaik :/ |
| 16:17.58 | robtaylor | RP: i think themost that'd be needed at the OHM level would be a plugin for setting a profile |
| 16:18.11 | RP | The handling in zaurusd has been a good stop gap solution |
| 16:18.48 | RP | robtaylor: Its complicated by the fact we really need to ask the user what they plugged in (mic, headset, headphones) |
| 16:19.02 | robtaylor | RP: then a policy plugin can do things like 'bluetooth headset? set profile 'foo'' |
| 16:19.03 | RP | robtaylor: The hardware supports them but can't autodetect |
| 16:19.34 | robtaylor | RP: that's abit of a stinker! |
| 16:21.56 | lrg | RP, robtaylor: sadly the alsamixer changes have been very low on my todo list lately with customer work having to come first (there even lower now until I can hire another engineer) :/ |
| 16:22.03 | robtaylor | RP: thats a real hard one to do nicely |
| 16:22.06 | robtaylor | lrg: hey! |
| 16:22.49 | robtaylor | lrg: i don't suppose you have a write-up of the plans? |
| 16:22.50 | lrg | RP, robtaylor: fwiw I think the openmoko folks will end up doing this (as they need it first) |
| 16:23.13 | lrg | robtaylor: I could send an email out of what needs done. |
| 16:23.51 | RP | robtaylor: zaurusd just calls a binary to say a choice is needed. It then accepts calls with the mode. Sadly the choice application never got written but all the lower infrastructure is there |
| 16:25.45 | robtaylor | lrg: that'd be nice :) |
| 16:26.19 | robtaylor | RP: I guess the same's be possible in OHM |
| 16:26.55 | robtaylor | RP: the app could just write the relevent key itself and exit |
| 16:27.24 | RP | robtaylor: yes |
| 16:28.32 | hrw | bye |
| 16:32.48 | *** join/#oe csmanx (n=csman@190.42.197.203) |
| 16:32.54 | *** join/#oe summatusmentis (n=summatus@rn083002.morris.umn.edu) |
| 16:34.11 | Jin^eLD | re |
| 16:41.13 | *** join/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 16:41.47 | *** part/#oe Laibsch (n=Laibsch@134.99.37.93) |
| 16:47.21 | zap | Evening! Angstrom is able to use the built-in flash memory of SL-C3200? What's the reson it is put on /dev/hda1? |
| 16:50.57 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 16:54.37 | florian | re |
| 16:55.32 | florian | mickey|zzZZzz: sure :-) |
| 17:03.39 | *** part/#oe ade|desk (n=adavey@194.200.143.249) |
| 17:08.26 | Marex | can anyone explain me why cant I build libqpe-opie ? I was able to build it a few hours ago... |
| 17:08.33 | Marex | the important part is probably ... |
| 17:08.33 | Marex | OpenEmbedded/build/tmp/work/armv5te-angstrom-linux-gnueabi/libqpe-opie-1.2.3+cvs20070903-r1/temp/run.do_configure.19105: line 491: qmake-base_do_configure: command not found |
| 17:09.20 | Marex | well it has something to do with recent changes in qmake-base.bbclass I think |
| 17:09.35 | Marex | polyonymous_, :) |
| 17:11.11 | polyonymous_ | Marex, sounds like zecke's changes, I think I have to look into it then :( |
| 17:13.16 | Marex | polyonymous_, thanks a lot :) |
| 17:13.16 | polyonymous_ | I didn't say I'm going to do that immediately, though ;-) |
| 17:13.34 | polyonymous_ | (but I'll try asap) |
| 17:13.43 | Marex | polyonymous_, np ;) |
| 17:13.49 | Marex | thanks anyway :) |
| 17:13.58 | polyonymous_ | Marex, I think I'll go for thinkpad R60, btw ;-) |
| 17:14.20 | Marex | polyonymous_, well ... my A7Tc died recently (damn :/) |
| 17:14.22 | florian | RP, zecke_: iirc one of you is the RDEPENDS magic guru... bitbake 1.8.9 does not seem to be able to find the bb that provides libglib-2.0-utils. |
| 17:15.13 | polyonymous_ | Marex, I will not go for asus again anytime soon ;-) |
| 17:15.35 | Marex | polyonymous_, same here :T |
| 17:17.04 | interfaith | is bitbake task-base -c clean ok ? |
| 17:17.21 | koen | florian: because it's called 'glib-2.0-utils' properly? |
| 17:19.17 | florian | koen: wel.. the package is "libglib-2.0-utils" and it does not specify a "provides" field, but yes imho it _should_ be named "glib-2.0-utils". |
| 17:19.32 | koen | you don't understand |
| 17:19.56 | koen | it's called 'glib-2.0-utils' in OE and debian.bbclass renames it to libglib-2.0-utils |
| 17:22.03 | koen | so you should RDEPENDS = "glib-2.0-utils" and OE will automatically correct that if you use debian.bbclass |
| 17:22.19 | florian | koen: ok, but shouldn't oe consider this changed name in this case too? |
| 17:22.51 | koen | how can it know that in advance? |
| 17:23.34 | koen | you have to build the shared lib before knowing how to rename it |
| 17:23.35 | koen | and doing RDEPENDS = "libglib-2.0-utils" breaks for people not using debian.bbclass |
| 17:23.35 | *** join/#oe kristoffer (n=kristoff@80.251.192.5) |
| 17:27.54 | *** join/#oe greentux (n=lemke@Z72f3.z.pppool.de) |
| 17:37.04 | *** part/#oe olegfink (n=olegfink@87.228.51.111) |
| 17:37.22 | *** join/#oe m4rz (n=m4rz@209.Red-80-35-196.staticIP.rima-tde.net) |
| 17:37.25 | *** join/#oe rob_w (n=bob@M997a.m.pppool.de) |
| 17:37.26 | m4rz | hi to all |
| 17:37.34 | m4rz | someone have zaurus c760 |
| 17:41.18 | *** join/#oe W8TVI (n=me@166.165.101.11) |
| 17:43.33 | *** join/#oe kristoffer (n=kristoff@80.251.192.3) |
| 17:45.55 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 17:49.51 | XorA | morning |
| 17:50.19 | interfaith | afternoon here |
| 17:50.36 | koen | ~ugt |
| 17:50.36 | ibot | from memory, ugt is Universal 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 |
| 17:50.47 | koen | XorA: cloned yourself? |
| 17:51.07 | XorA | koen: not that I remeber |
| 17:51.32 | koen | XorA: http://www.flickr.com/photos/koenkooi/1288734244/ |
| 17:52.16 | koen | XorA: do you remember the details about bluez-gnome and nautilus? |
| 17:52.42 | XorA | koen: there is supposed to be a gnome-vfs plugin |
| 17:53.06 | robtaylor | koen: nice pictures :) |
| 17:53.18 | koen | XorA: http://www.openembedded.org/repo/org.openembedded.dev/packages/gnome/gnome-vfs-obexftp_0.4.bb |
| 17:53.23 | koen | robtaylor: thanks :) |
| 17:53.33 | XorA | koen: that looks like the one |
| 17:54.20 | koen | wth? bluez 3.18 |
| 17:54.45 | XorA | I guess too many bugs :-) |
| 17:56.19 | koen | static gboolean obexftp_available(void) |
| 17:56.19 | koen | { |
| 17:56.19 | koen | <PROTECTED> |
| 17:56.19 | koen | <PROTECTED> |
| 17:56.20 | koen | <PROTECTED> |
| 17:56.20 | koen | <PROTECTED> |
| 17:56.21 | koen | } |
| 17:56.29 | interfaith | after task-base -c clean.. then ERROR no providers ? some fix ? |
| 18:01.53 | *** join/#oe pH5 (n=ph5@e178207018.adsl.alicedsl.de) |
| 18:02.50 | *** join/#oe mallum (n=mallum@host86-151-66-134.range86-151.btcentralplus.com) |
| 18:05.20 | koen | hey mallum & pH5 |
| 18:05.21 | pH5 | hej koen |
| 18:07.31 | koen | XorA: 'touch /usr/bin/nautilus ; chmod +x /usr/bin/nautilus' makes bluez-gnome work :) |
| 18:09.56 | XorA | koen: thats really bad coding :-) |
| 18:10.43 | zap | Is there a keymap for X11/Angstrom which corresponds to the normal SL-C3200 mapping? Currently Fn does not work, arrows too and other keys as well. |
| 18:12.26 | *** part/#oe m4rz (n=m4rz@209.Red-80-35-196.staticIP.rima-tde.net) |
| 18:12.28 | XorA | zap: thats a bug that we are trying to find |
| 18:12.35 | XorA | zap: run /etc/init.d/keymap |
| 18:12.40 | XorA | zap: then restart X |
| 18:12.54 | XorA | zap: of course to make things interesting / doesnt work |
| 18:13.05 | zap | yep, thats one of the worse features :) |
| 18:13.16 | zap | Isnt it because of a wrong xkb map? |
| 18:13.25 | XorA | .. tab .. tab etc tab init.d tab keymap |
| 18:13.30 | koen | cd . ; cd . ; etc/init.d/keymap |
| 18:13.40 | XorA | zap: no, its because kernel keymap never got loaded |
| 18:13.54 | zap | aha |
| 18:14.08 | zap | I can cd using mc :) |
| 18:14.10 | XorA | koen: you fail at linux :-) |
| 18:15.52 | zap | btw is there a way to mirror angstrom feeds somehow? Mirroring through http isn't a good idea |
| 18:20.25 | koen | XorA: bluez-gnome calls nautilus with '--no-default-window obex://[00:17:F2:A1:32:DA]' |
| 18:21.26 | steliosk | zap : There is rsync running, but talk to koen about a read only account/set up |
| 18:38.03 | koen | XorA: if gpe-filemanager could take URIs from CMDLINE we could have browsing working :) |
| 18:41.02 | XorA | koen: heh heh |
| 18:45.52 | *** join/#oe dijenerate (n=dijenera@72.22.131.245) |
| 18:46.12 | *** join/#oe ssvb (n=user@87.252.225.64) |
| 19:03.55 | *** join/#oe kristoffer_ (n=kristoff@80.251.192.3) |
| 19:05.18 | interfaith | any bit baker ? |
| 19:15.03 | *** join/#oe emte_ (n=emte@66.183.8.167) |
| 19:17.11 | interfaith | bitbake task-base -c clean makes trouble how to recover re install all ? |
| 19:17.12 | XorA | koen: yay, my wlan connects with my access point now |
| 19:20.49 | koen | XorA: :) |
| 19:21.26 | XorA | yeah 1.8.4 was severly bolloxed, it didnt even allow setting encryption key properly |
| 19:22.13 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 19:22.30 | XorA | ~fish lrg |
| 19:22.30 | ibot | ACTION slaps lrg around with a large trout |
| 19:23.00 | *** join/#oe TheCan (n=thecan@dslb-084-056-132-106.pools.arcor-ip.net) |
| 19:25.00 | lrg | XorA: ouch |
| 19:25.48 | XorA | lrg: 15 days left of that :-) |
| 19:26.08 | lrg | heh |
| 19:27.56 | koen | XorA: http://shop.lego.com/ByTheme/Product.aspx?p=4958&cn=348&d=70 :) |
| 19:35.07 | interfaith | any bit baker in the kitchen ? |
| 19:41.31 | interfaith | oe hello |
| 19:45.10 | dcordes | omg monster dino |
| 19:45.11 | dcordes | get some mindstorms, XorA |
| 19:46.50 | XorA | dcordes: got mindstorms 1.5 |
| 19:46.56 | *** join/#oe Cyberdeck (n=mnemonic@unaffiliated/cyberdeck) |
| 19:48.05 | hrw | hi |
| 19:48.19 | dcordes | XorA: I also have it but sold my rcx |
| 19:48.31 | dcordes | :( |
| 19:49.28 | koen | lunch box? |
| 19:49.58 | XorA | lego do some nice lunch boxes :-) |
| 19:50.26 | hrw | http://www.ikea.com/pl/pl/catalog/products/10073345 |
| 19:51.32 | hrw | ~4 EUR |
| 19:51.33 | dcordes | good thing is you can take out the seperator things so you have one big box :D |
| 19:53.55 | hrw | dcordes: only one needs to be removed - alix is 17x17 (miniitx) only |
| 19:53.55 | chouimat | nice 6.99cad |
| 19:56.17 | hrw | I need to check do I have proper amount of screws to mount mainboard |
| 19:56.28 | hrw | but that tomorrow |
| 20:00.31 | XorA | hmm, Ive managed to white out my screen akita style |
| 20:00.48 | dcordes | akita style? |
| 20:00.53 | *** join/#oe emte__ (n=emte@66.183.8.167) |
| 20:00.55 | CIA-17 | 03mickeyl 07org.oe.dev * rfaad8a35... 10/ (4 files in 3 dirs): official ezx name for the ROKR E2 is rokre2 (yes it looks ugly... ;) |
| 20:01.01 | CIA-17 | 03mickeyl 07org.oe.dev * r7eb72993... 10/ (1 packages/openmoko2/openmoko-mediaplayer2_svn.bb): openmoko-mediaplayer2: add dependency on gst-meta-audio |
| 20:01.07 | CIA-17 | 03mickeyl 07org.oe.dev * rd17e4c23... 10/ (1 packages/openmoko2/libmokopanelui2_svn.bb): libmokopanelui2: add new dependency on matchbox-panel-2 |
| 20:01.17 | dcordes | ezx in oe? |
| 20:01.28 | hrw | libmokopanelui2 depend on mb-panel2? |
| 20:02.08 | CIA-17 | 03hrw 07org.oe.dev * rfc124182... 10/ (1 packages/samba/samba.inc packages/samba/samba_3.0.23c.bb): samba: depend on virtual/libiconv and supply path to it to fix building - taken from #2900 |
| 20:04.21 | hrw | mickey|zzZZzz: DEPENDS?? should not it be RDEPENDS? |
| 20:10.27 | mwester | hrw: It appears to be a build-time dependency (configure script fails) -- isn't that a DEPENDS? |
| 20:10.27 | *** join/#oe summatusmentis_ (n=summatus@x84-5-120.vpn.umn.edu) |
| 20:10.27 | riot | how many LOC does OE have? |
| 20:10.27 | koen | it isn't a lib, so you can't link against it, so RDEPENDS should be the thing |
| 20:10.27 | hrw | mwester: interesting |
| 20:10.27 | hrw | riot: ? |
| 20:10.28 | koen | riot: it's 180MB |
| 20:10.43 | riot | koen: only the source? |
| 20:11.55 | koen | riot: go read http://www.openembedded.org/project-overview and http://www.openembedded.org/user-manual&dpage=chapter_introduction |
| 20:12.00 | hrw | koen: PKG_CHECK_MODULES(DEPS, matchbox-panel ) |
| 20:12.36 | koen | hrw: weird |
| 20:12.37 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 20:12.59 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 20:13.01 | hrw | indeed |
| 20:13.54 | hrw | especially when you look at matchbox-panel.pc - it only give gtk/glib requires and normal includedir |
| 20:14.09 | RP | XorA: For a minute I wondrered how bitbake 1.8.4 was bolloxed :) |
| 20:14.50 | riot | koen: oh..thanks.. So, wrong question in the wrong channel :) |
| 20:14.58 | RP | damn scrollback :/ |
| 20:16.45 | XorA | RP: you have bitbake on the brain :-) |
| 20:17.15 | XorA | koen: does rox-filer take args and use gnome-vfs? |
| 20:17.43 | hrw | XorA: takes but rather do not use |
| 20:17.46 | RP | XorA: The bit at the bottom of my screen was "yeah 1.8.4 was severly bolloxed" and you're right, I think I need a holiday :/ |
| 20:20.10 | Marex | polyonymous_, ok, I think I fixed the problem |
| 20:20.19 | Marex | polyonymous_, well ... dunno if I can call it a fix :/ |
| 20:20.45 | polyonymous_ | Marex, ah, I haven't even looked at it. |
| 20:20.50 | polyonymous_ | Marex, what was the package again? |
| 20:21.00 | Marex | libqpe-opie |
| 20:21.13 | hrw | koen: Depends: gtk+ (>= 2.10.14), libatk-1.0-0 (>= 1.10.3), libc6 (>= 2.5), pango (>= 1.16.4), libcairo2 (>= 1.4.10), libglib-2.0-0 (>= 2.12.12), libgcc1 (>= 4.1.2) |
| 20:21.13 | polyonymous_ | baking... I've just pulled and updated. |
| 20:21.21 | hrw | koen: I do not see mb-panel2 in it... |
| 20:21.43 | Marex | polyonymous_, well ... the fix is that I renamed opie-base.bbclass to opie_base.bbclass and also changed all inherits from opie-base to opie_base |
| 20:21.47 | Marex | polyonymous_, now it works ;) |
| 20:22.00 | polyonymous_ | Marex, doesn't sound good ;-) |
| 20:22.18 | Marex | probably it has some issues with "-" ;-) |
| 20:22.26 | Marex | poor "-", what a discrimination |
| 20:22.26 | XorA | RP: ok, keymap problem is due to missue device in rootfs |
| 20:22.28 | polyonymous_ | what has some issues with "-" ? |
| 20:22.33 | XorA | RP: running it after udev works |
| 20:22.35 | Marex | bitbake ? |
| 20:22.39 | polyonymous_ | hmm |
| 20:22.48 | XorA | RP: so I guess your makedevs fix probably does the trick for new images |
| 20:23.15 | RP | XorA: Maybe, maybe not. It depends extactly what the problem is |
| 20:23.20 | polyonymous_ | Marex, tried ls classes/*-* ? :) |
| 20:23.28 | RP | XorA: The makedevs change introduced a raft of subtle problems :/ |
| 20:23.52 | Marex | polyonymous_, yup, but none of those that contain "-" in their names do EXPORT_FUNCTION |
| 20:24.12 | polyonymous_ | ah |
| 20:24.14 | polyonymous_ | hm |
| 20:24.43 | polyonymous_ | why don't you poke, for instance RP, in his ribs? :) |
| 20:25.21 | polyonymous_ | well... anyway, I'll look at it... |
| 20:26.06 | Marex | polyonymous_, thanks :) |
| 20:26.51 | XorA | I suspect missing /dev/tty and /dev/tty0 to be precise |
| 20:27.35 | polyonymous_ | Marex, could that be a shell problem, btw? |
| 20:27.38 | XorA | hmm /dev/ before uboot is kinda empty :-) |
| 20:28.20 | Marex | polyonymous_, I doubt so ... Im using somehow standard bash from debian |
| 20:28.50 | polyonymous_ | Marex, well, I didn't know what you're using :) |
| 20:29.47 | Marex | I thought you were a clairvoaynte ;-) |
| 20:30.08 | polyonymous_ | once upon a time :) |
| 20:30.14 | Marex | :) |
| 20:30.24 | Marex | http://marex.hackndev.com/qmake_base.patch this is the garbage called patch ;) |
| 20:30.35 | Marex | it somehow made libqpe-opie to compile again |
| 20:30.56 | polyonymous_ | Marex, I hope that's not the only way... |
| 20:31.41 | Marex | polyonymous_, it's just a rename ... I know it's far from correct though ;) |
| 20:32.05 | polyonymous_ | Marex, I know it's just a rename, but... well, we'll see |
| 20:32.16 | Marex | sure :) |
| 20:32.20 | polyonymous_ | I'm so far behind that I'm recompiling gcc after the pull :) |
| 20:32.36 | Marex | hehe ;) |
| 20:32.47 | Marex | btw I forgot to add Im compiling angstrom 2008.1 ;) |
| 20:33.34 | polyonymous_ | uh, I'm not. yet :) |
| 20:34.29 | *** join/#oe csmanx (n=csman@190.42.197.203) |
| 20:35.27 | hrw | RP: does package_write_ipk needs to be addtasked? |
| 20:37.23 | *** join/#oe hillct_ (n=H@cpe-024-211-241-095.nc.res.rr.com) |
| 20:37.25 | hrw | mwester: can you update madwifi-ng to 2702-20070903? r2518 which is in OE do not builds again 2.6.23-rc3 |
| 20:41.28 | *** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 20:46.22 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
| 20:51.02 | zecke_ | koen: ping |
| 20:52.05 | zecke_ | koen: I'm reading the GCC summit 2003 papers and the first one is about code size |
| 20:52.33 | mwester | hrw: I'll give it a try. |
| 20:54.34 | hrw | thx |
| 20:55.05 | hrw | mwester: also check PR settings - all releases has PR = "r0" set but common include set it to r5 anyway |
| 20:56.06 | mwester | Should we change that? (can we change that without breaking anything else?) |
| 20:57.02 | hrw | in new recipes set PR after require line |
| 20:57.11 | mwester | Ok. That'll work |
| 20:58.47 | mwester | My build machine is tied up right now, it'll have to wait for a few hours. |
| 20:58.56 | hrw | no problem |
| 20:59.07 | hrw | I do not use those drivers anyway |
| 21:00.05 | CIA-17 | 03cbrake 07org.oe.dev * reaba92e0... 10/ (1 packages/images/angstrom-minimal-image-with-mtd-utils.bb): angstrom-minimal-image-with-mtd-utils.bb: set image base name |
| 21:00.05 | CIA-17 | 03cbrake 07org.oe.dev * ra79e5ae3... 10/ (11 files in 4 dirs): mono 1.2.5: add 1.2.4, drop 1.2.5-pre5 |
| 21:00.05 | hrw | but Ania as such card (atheros) in her laptop so I can take it off probably and check in alix |
| 21:08.09 | *** join/#oe Bitmaster (n=Bitmaste@c-d962e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 21:09.08 | polyonymous_ | Marex, built fine here... |
| 21:09.27 | Marex | hm :( |
| 21:10.41 | polyonymous_ | hm. I think I lied, lemme try -c rebuild. |
| 21:10.41 | polyonymous_ | I think it's only run do_stage |
| 21:10.41 | Marex | Im rebuilding from scratch and going to bed :) |
| 21:10.41 | Marex | gnight and thanks polyonymous_ ;) |
| 21:10.43 | polyonymous_ | yeah, Marex, fails fine :) |
| 21:10.59 | Marex | polyonymous_, damn :T |
| 21:11.26 | Marex | Im nearly unconscious ... gnight |
| 21:11.31 | polyonymous_ | night |
| 21:20.45 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:26.16 | hrw | bye |
| 21:31.09 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 21:44.21 | *** join/#oe mr_nice (n=mr_nice@p54A9C473.dip.t-dialin.net) |
| 21:58.49 | *** join/#oe tiny_ (n=tiny@unaffiliated/tiny) |
| 22:12.45 | *** join/#oe flo_lap (n=fuchs@f048032095.adsl.alicedsl.de) |
| 22:17.45 | *** join/#oe jbs (n=Bernardo@89-180-191-236.net.novis.pt) |
| 22:53.02 | Crofton|home | gumstix have arrived |
| 22:53.10 | sakoman | Crofton: woo hoo! |
| 22:54.11 | Crofton|home | I'll try and get it booting in the morning |
| 22:54.26 | Crofton|home | things may get crazy though |
| 22:54.35 | Crofton|home | may have to go to Toronto soon |
| 22:54.44 | sakoman | Not surprising, you've been away :-) |
| 22:54.59 | sakoman | Biz or pleasure? |
| 22:57.06 | *** join/#oe tiny__ (n=tiny@BSN-77-253-136.dial-up.dsl.siol.net) |
| 23:13.17 | *** join/#oe mithro (n=tim@secure.astc-design.com) |
| 23:31.07 | *** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com) |
| 23:48.27 | *** join/#oe vivijim (n=vivijim@201.32.134.49) |
| 23:48.53 | *** part/#oe vivijim (n=vivijim@201.32.134.49) |
| 23:52.34 | Crofton|home | sakoman, now I ned to figure out how this gumstix stuff goes together |