| 00:00.34 | hvontres|poodle | CoreDump|home: any chance of setting up bb on hentges.net? |
| 00:00.46 | CoreDump|home | ? |
| 00:01.26 | CoreDump|home | ah, no way. |
| 00:01.34 | hvontres|poodle | CoreDump|home: I was just wondering if I could "borrow" your server to do builds :) |
| 00:01.50 | CoreDump|home | my server is a dog-slow celeron |
| 00:02.21 | hvontres|poodle | CoreDump|home: ahhh.. so my dual P-II's might actually beat it then :) |
| 00:02.34 | CoreDump|home | probably =) |
| 00:05.39 | polyonymous | okay, all patches it took me to build images on angstrom are in bugzilla now :) |
| 00:21.52 | hvontres|poodle | polyonymous: wohooo...:) |
| 00:46.04 | polyonymous | night everyone. |
| 00:46.07 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 00:47.40 | *** part/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 00:52.27 | Crofton | gn |
| 01:00.55 | *** join/#oe kb7sqi (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 01:02.36 | *** join/#oe kb7sqi (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 01:04.26 | *** join/#oe vivijim (n=vivijim@201.32.142.160) |
| 01:06.24 | *** join/#oe kb7sqi (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 01:09.01 | *** join/#oe _jkilb (n=jkilb@p5B20A9F0.dip0.t-ipconnect.de) |
| 01:13.12 | *** join/#oe Laibsc1 (n=Laibsch@c-134-228-172.d.dsl.de.ignite.net) |
| 01:13.29 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 01:15.42 | *** join/#oe tank17 (i=ariel@gateway/tor/x-a782d3f2d2544fef) |
| 01:23.51 | *** join/#oe vivijim (n=vivijim@20132142160.user.veloxzone.com.br) |
| 01:24.18 | *** join/#oe vivijim (n=vivijim@20132142160.user.veloxzone.com.br) |
| 01:47.54 | *** join/#oe kb7sqi (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 01:56.04 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 02:00.37 | *** join/#oe donato_home (n=donato@c9501fd2.bhz.virtua.com.br) |
| 02:19.43 | *** join/#oe Zero_Chaos (n=zero@c-71-60-239-40.hsd1.pa.comcast.net) |
| 02:20.21 | CIA-11 | 03lenehan 07org.oe.dev * r493ecbe0... 10/ (1 classes/cpan.bbclass): |
| 02:20.21 | CIA-11 | cpan.bbclass: Building cpan modules needs to depend on both perl and |
| 02:20.21 | CIA-11 | perl-native. They are built with perl-native but use the |
| 02:20.21 | CIA-11 | configuration information from perl. This issue wasn't showing up |
| 02:20.21 | CIA-11 | with bitbake 1.6 but is with 1.8.2 where perl is configured and |
| 02:20.21 | CIA-11 | compiled perl but not staged prior to moving on. |
| 02:20.24 | CIA-11 | 03lenehan 07org.oe.dev * r253548a9... 10/ (1 classes/cpan.bbclass): |
| 02:20.27 | CIA-11 | cpan.bbclass: Stop the cpan modules which ask you to confirm the |
| 02:20.29 | CIA-11 | configuration from hanging bitbake. They expect you to press y to indicate |
| 02:20.31 | CIA-11 | that you are ok with the configuration. For some reason there was no problem |
| 02:20.33 | CIA-11 | in bitbake 1.6 but this caused hangs in do_configure with bitbake 1.8. |
| 02:20.35 | CIA-11 | 03lenehan 07org.oe.dev * r3ea77972... 10/ (38 files in 2 dirs): |
| 02:20.37 | CIA-11 | perl modules: Bump PR on cpan modules effected by the recent |
| 02:20.39 | CIA-11 | cpan.bbclass changes. |
| 02:38.15 | *** join/#oe hvontres|home (n=hvontres@adsl-75-22-170-32.dsl.sndg02.sbcglobal.net) |
| 02:45.40 | *** join/#oe dijenerate (n=dijenera@72.51.104.181) |
| 02:48.07 | *** join/#oe greentux_ (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 03:30.55 | xjqian | how do I make sure I cleanly removed a package from the build |
| 03:31.17 | xjqian | bitbake -c clean only remove the stuff in tmp/work |
| 03:32.07 | xjqian | does it? |
| 03:33.58 | *** part/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 03:34.50 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 03:35.55 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 04:08.15 | *** part/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 04:09.05 | *** part/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 04:11.33 | humsat | morning :) |
| 04:21.35 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 04:42.03 | *** join/#oe joshin (n=joshin@VDSL-130-13-9-125.PHNX.QWEST.NET) |
| 04:53.13 | *** join/#oe kb7sqi_ (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 05:19.32 | *** join/#oe rwhitby (n=nnnnnrwh@nslu2-linux/rwhitby) |
| 05:19.36 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 05:26.00 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 06:00.04 | CIA-11 | 03lenehan 07org.oe.dev * rf91b0576... 10/ (1 packages/net-snmp/net-snmp_5.1.2.bb): |
| 06:00.04 | CIA-11 | net-snmp 5.1.2: Fix for do_configure hanging when using bitbake |
| 06:00.04 | CIA-11 | 1.8.2. We need to pass "--with-defaults" to configure tell it we want |
| 06:00.04 | CIA-11 | the defaults so it doesn't warn that the defaults are going to be |
| 06:00.04 | CIA-11 | used and ask them to confirm each of the defaults. |
| 06:02.52 | *** part/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 06:14.35 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 06:16.28 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 06:19.21 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 06:20.31 | Ifaistos | Laibsch : Bug 2200 looks like its not caused by squashfs-lzma-tools-native it self but from the required libs |
| 06:21.49 | Ifaistos | Laibsch : but in any case thanks should go to Likewise :) He is the one "responsible" for the the package :) |
| 06:27.53 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 06:33.57 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 06:38.53 | *** join/#oe mwester_ (n=mwester@nslu2-linux/mwester) |
| 06:48.41 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 06:50.19 | *** join/#oe do13 (n=nnnnnnnn@do13.in-dsl.de) |
| 06:52.29 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 06:58.38 | koen | good morning all |
| 06:59.06 | koen | zecke: I just downloaded the ptxdist crosstool, and they are shipping OE patches, but they renamed zecke-sane-readelf to sane-readelf |
| 07:00.39 | *** join/#oe rob_w|mis (n=rob_w@p549bac40.dip0.t-ipconnect.de) |
| 07:01.30 | _law_ | there is a bluez (hciattach-ti-bts.patch) patch available in OE is the hciattach bts-script also available somewhere in OE ? |
| 07:03.04 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 07:05.41 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 07:06.45 | *** join/#oe mwester__ (n=mwester@nslu2-linux/mwester) |
| 07:07.39 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
| 07:10.00 | zecke | koen: good |
| 07:10.29 | zecke | stefan_schmidt: http://cgi.ebay.de/SUPER-KNULLER-FERNSEHEN-HANDY-MOTOROLA-DVB-H_W0QQitemZ320109684176QQihZ011QQcategoryZ9359QQssPageNameZWDVWQQrdZ1QQcmdZViewItem |
| 07:10.35 | zecke | stefan_schmidt: you might want buy another EZX device |
| 07:11.52 | koen | Einfach hammer! |
| 07:12.59 | zecke | koen: Einfach der Hammer? |
| 07:13.00 | koen | just quoting from the article |
| 07:21.35 | koen | zecke: http://www.rpsys.net/openzaurus/temp/oe-install-change.patch |
| 07:21.35 | zecke | I won't say it looks sane :} |
| 07:21.37 | koen | zecke: it should fix the weirdness people after they restart a failed build |
| 07:21.38 | zecke | koen: I assumed that |
| 07:22.43 | koen | zecke: http://butterfeet.org/?p=22 |
| 07:22.43 | zecke | Do you know of any other events beside: ELCE,OLS,LinuxTag,T-Dose? |
| 07:22.43 | koen | fosdem, bossa |
| 07:22.43 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 07:24.27 | sirfred | Morning |
| 07:25.10 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 07:25.25 | hvontres|home | koen: could you please pastebin include/config/auto.conf and include/linux/autoconf.h from your last poodle kernel build? I am still trying to trace down the CONFIG_UNAME_RELEASE nonsense I am seeing |
| 07:25.43 | zecke | koen: fosdem2008, bossa2008? |
| 07:25.50 | koen | yes |
| 07:26.05 | koen | hvontres|home: I don't have a poodle build |
| 07:26.49 | hvontres|home | koen: who did the test image in unstable then? |
| 07:27.02 | stefan_schmidt | zecke: Thanks. Added to my wishlist. :) |
| 07:27.02 | koen | ever heard of 'rm'? |
| 07:27.35 | hvontres|home | koen: ok. nevermind... |
| 07:28.08 | hvontres|home | ~lart kernel build system for seemingly pulling obscure config variables out of its ass |
| 07:28.08 | ibot | puts kernel build system into a headlock and administers a mighty noogie, rubbing half of kernel build system's hair of for seemingly pulling obscure config variables out of its ass |
| 07:28.19 | *** join/#oe crink (n=crink@218.147.228.156) |
| 07:29.05 | *** join/#oe flatronf701C (n=flatronf@202.75.186.154) |
| 07:29.28 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 07:30.59 | likewise | good morning everyone |
| 07:31.38 | crink | For the record, latest oe mipsel compile try to compile wrong platform xptcall source |
| 07:31.44 | crink | user@ubuntu:/stuff/tmp/work/mipsel-angstrom-linux/minimo-0.016+cvs20060720-r4/mozilla/xpcom/reflect/xptcall/src/md/unix$ ls *.o |
| 07:31.45 | crink | xptcinvoke_unsupported.o xptcstubs_unsupported.o |
| 07:32.04 | hvontres|home | time to go to bed |
| 07:32.38 | crink | It should have to compile below source, but it didn't |
| 07:32.41 | crink | user@ubuntu:/stuff/tmp/work/mipsel-angstrom-linux/minimo-0.016+cvs20060720-r4/mozilla/xpcom/reflect/xptcall/src/md/unix$ ls *mips* |
| 07:32.41 | crink | xptcinvoke_asm_mips.s xptcinvoke_mips.cpp xptcstubs_asm_mips.s.m4 xptcstubs_mips.cpp |
| 07:32.43 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 07:33.00 | crink | s/compile// |
| 07:33.47 | RP | morning all |
| 07:33.51 | crink | hi |
| 07:33.58 | crink | afternooon |
| 07:34.04 | sirfred | Morning RP |
| 07:34.39 | *** part/#oe crink (n=crink@218.147.228.156) |
| 07:35.12 | RP | zecke: Any thoughts on http://www.rpsys.net/openzaurus/temp/oe-install-change.patch ? |
| 07:35.46 | zecke | RP: looks sane, the wished result can happen. I'm too scared to say things about the side-effects :) |
| 07:35.54 | zecke | polyonymous: morning :) |
| 07:36.01 | koen | [09:13] zecke: I won't say it looks sane |
| 07:36.20 | zecke | :) |
| 07:36.26 | RP | zecke: There are problems if do_package fails as do_install has to run again... |
| 07:36.54 | RP | Ah, I should read scrollback more carefully :) |
| 07:36.55 | zecke | right, your patch is likely to be the only solution to that problem |
| 07:53.30 | *** join/#oe z72ka-ntb_ (n=hermanj@tux2.software602.cz) |
| 08:05.09 | *** join/#oe pvanhoof (n=pvanhoof@213.219.175.115.adsl.dyn.edpnet.net) |
| 08:07.21 | *** join/#oe pvanhoof (n=pvanhoof@213.219.175.115.adsl.dyn.edpnet.net) |
| 08:07.22 | *** join/#oe kb7sqi_ (i=kb7sqi@cpe-071-071-104-054.triad.res.rr.com) |
| 08:10.04 | likewise | If COMBINED_FEATURES does not have bluetooth in there, why does task-base want to be able to build bluez then? |
| 08:10.37 | koen | for task-bluetooth I guess |
| 08:10.55 | likewise | yes |
| 08:11.06 | CIA-11 | 03koen 07org.oe.dev * r4775c587... 10/ (4 files in 3 dirs): glib-2.0: add 2.12.12, a bugfix release |
| 08:12.02 | koen | likewise: btw, cairo 1.4.6 doesn't have the workqueue patch |
| 08:13.08 | likewise | Sort of chicken egg problem: bluez depends on glib, which needs i18n (USE_NLS). If I keep USE_NLS = "no", bluez cannot build, so I cannot build my image, even if I do not need bluez/bluetooth at all. |
| 08:13.32 | likewise | koen: workqueue patch is now solved differently, or not at all? |
| 08:14.34 | likewise | koen: I froze on an older OE revision for our products, too much problems with current OE unfortunately. |
| 08:14.58 | koen | likewise: bluez can use it's own internal glib |
| 08:15.00 | *** join/#oe z72ka-ntb__ (n=hermanj@tux2.software602.cz) |
| 08:15.14 | koen | likewise: the workqueue is the re-implementation of the surface-cache |
| 08:15.16 | likewise | koen: yes, but that's not the real issue. |
| 08:16.34 | likewise | koen: For any configuration using task-* stuff, it seems all the packages must be buildable for OE in order to build anything at all. |
| 08:16.50 | koen | for debian.bbclass |
| 08:16.56 | likewise | even if most of those packages are not wanted. |
| 08:17.31 | koen | that's why I split up the sdk tasks |
| 08:18.36 | likewise | But the task-* is supposed to be distro/machine/package handling independent, right? |
| 08:24.40 | *** join/#oe Bitmaster (n=Bitmaste@c-9b61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 08:26.02 | *** part/#oe like|bbiab (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 08:26.29 | sirfred | I've just added bugs 2204, 2205, 2206 and 2207 for new gstreamer stable releases and a bug in gst-plugins-good |
| 08:27.27 | *** join/#oe woglinde (n=heinold@irkutsk.mi.fu-berlin.de) |
| 08:29.08 | *** join/#oe rd_ (n=rd@segfault.net) |
| 08:32.44 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.4.200) |
| 08:33.07 | *** join/#oe Kristoffer (n=Kristoff@cust-IP-7.data.tre.se) |
| 08:36.25 | hrw | morning |
| 08:36.30 | hrw | ~change 60 gbp to pln |
| 08:36.34 | koen | hrw: good morning! |
| 08:37.19 | woglinde | hi hrw .) |
| 08:37.38 | hrw | ~change 60 gbp to pln |
| 08:37.49 | hrw | ibot: ok |
| 08:38.05 | ibot | fine |
| 08:38.06 | koen | xe.com is probably a bit sick |
| 08:44.10 | hrw | all RPATH needs to be reported in bugtracker? |
| 08:44.38 | hrw | madplay has this problem |
| 08:44.39 | koen | hrw: yes |
| 08:44.52 | koen | and make it depend on the rpath metabug |
| 08:44.58 | hrw | ok |
| 08:45.11 | zecke | RP: feel free to push, it can't get more unstable :} |
| 08:45.43 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 08:45.57 | ade|desk | morning all |
| 08:45.59 | RP | zecke: Someone needs to test it first ;-) |
| 08:46.12 | hrw | !oebug 2208 |
| 08:46.13 | cdbot2 | * * Bug 2208, Status: NEW, Created: 2007-05-02 01:45 |
| 08:46.14 | cdbot2 | * * openembedded(AT)hrw.one.pl: RPATH in madplay |
| 08:46.16 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2208 |
| 08:46.18 | woglinde | hm gersternhi rp |
| 08:46.20 | RP | hi ade|desk |
| 08:47.53 | woglinde | ups |
| 08:47.55 | woglinde | hi rp |
| 08:47.56 | CIA-11 | 03hrw 07org.oe.dev * r4c02388e... 10/ (1 packages/settings-daemon/settings-daemon_svn.bb): settings-daemon: merge changes from Poky (proper PV, dependencies) |
| 08:49.39 | *** join/#oe Varoudis (n=varoudis@athedsl-113115.home.otenet.gr) |
| 08:52.15 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
| 08:52.17 | *** join/#oe greentux (n=lemke@88.128.47.162) |
| 08:56.30 | hrw | hi greentux |
| 08:57.09 | greentux | hi hrw |
| 08:57.52 | *** join/#oe do13_ (n=do13@87.139.24.177) |
| 08:57.56 | do13_ | morning all |
| 09:00.29 | hrw | hi Dirk |
| 09:00.33 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 09:01.58 | do13_ | hi Marcin |
| 09:03.01 | woglinde | hi do13 |
| 09:03.29 | do13_ | hi woglinde |
| 09:05.14 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 09:11.24 | Ifaistos | ~ping koen |
| 09:11.39 | ibot | pong koen |
| 09:17.13 | keesj | is there a task to create the ipkg index,copy all the package to an image, and configure ipkg.conf? |
| 09:17.50 | do13_ | morning mickeyl |
| 09:18.07 | keesj | Morning btw |
| 09:18.33 | mickeyl | hi |
| 09:19.12 | hrw | hi mickeyl |
| 09:19.56 | do13_ | mickeyl: How's openmoko progressing? |
| 09:21.10 | *** join/#oe polyonymous (n=hacker@pD953B89B.dip0.t-ipconnect.de) |
| 09:22.22 | *** join/#oe lrg (n=liam@lumison.wolfsonmicro.com) |
| 09:22.24 | mickeyl | do13: not bad. hardware issues should be sorted out by now, IIRC the first production run is in the factory |
| 09:22.48 | do13_ | sounds good |
| 09:23.22 | mickeyl | yeah, we had tons of mispredictions from HW sourcers |
| 09:23.43 | mickeyl | bought tons useless stuff while we are missing useful components |
| 09:23.44 | mickeyl | heh |
| 09:32.54 | CIA-11 | 03dirk 07org.oe.dev * r23dd62a5... 10/ (1 packages/valgrind/valgrind_3.2.3.bb): valgrind: 3.2.3 added |
| 09:33.00 | CIA-11 | 03dirk 07org.oe.dev * rf82dd6e7... 10/ (3 files in 2 dirs): syslinux: 3.36 added, also install extlinux |
| 09:33.07 | CIA-11 | 03dirk 07org.oe.dev * r54c79c33... 10/ (1 packages/ethtool/ethtool_5.bb): ethtool: version 5 added |
| 09:35.53 | *** join/#oe tmbinc_ (i=abcd@83.141.3.59) |
| 09:38.49 | *** join/#oe florian_ (n=fuchs@217.146.132.69) |
| 09:40.17 | XorA | morning |
| 09:40.24 | woglinde | hi xora |
| 09:43.09 | sirfred | Hi XorA |
| 09:44.38 | sirfred | I wonder if oprofile 0.9.2 in oe has all the recent arm improvements and the remote mode, I've seen people at o-hand has added. |
| 09:45.05 | XorA | sirfred: RP or hrw probably the ones to ask that |
| 09:45.34 | sirfred | XorA: Waiting for their irc clients to beep. |
| 09:47.23 | florian | good morning |
| 09:49.49 | CIA-11 | 03lenehan 07org.oe.documentation * r76b9cce3... 10/ (1 usermanual/chapters/usage.xml usermanual/usermanual.xml): |
| 09:49.49 | CIA-11 | usermanual: Clean up the using bitbake/oe chapter to the point where it's |
| 09:49.49 | CIA-11 | almost useable. Still not included in user manual yet, probably needs a bit |
| 09:49.50 | CIA-11 | more work before that hppens. |
| 09:50.55 | hrw | sirfred: do not know |
| 09:51.29 | woglinde | hi florian |
| 09:53.14 | sirfred | hrw: Is there a proper recipe in the o-hand repository I could use? |
| 09:54.26 | sirfred | hrw: Or perhaps the oprofile_cvs.bb recipe? |
| 09:55.16 | hrw | sirfred: oprofile 0.9.2 is same |
| 09:55.46 | hrw | but oprofile cvs Poky is extended |
| 09:57.48 | hrw | btw.. |
| 09:58.09 | hrw | speaking about r/w access for polyonymous I would also like to give r/w for sirfred |
| 09:58.36 | sirfred | hrw: I'm disturbing with too many patches. ;-) ? |
| 09:59.00 | hrw | ;D |
| 09:59.03 | XorA | hrw: +1 for me, sirfred does good work |
| 09:59.19 | sirfred | Thanks, guys. |
| 09:59.26 | hrw | mickeyl, koen, RP, rwhitby: what about you? |
| 09:59.38 | mickeyl | +1 |
| 10:00.29 | *** join/#oe greentux (n=lemke@tmo-058-102.customers.d1-online.com) |
| 10:01.59 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 10:03.07 | Laibsch | hrw: I found sirfred's work very good, too. I thought he already had RW access. |
| 10:03.19 | hrw | Laibsch: he does not yet |
| 10:03.47 | Laibsch | The more quality people who have RW, the less bug work for me ;-) |
| 10:03.54 | hrw | ;D |
| 10:03.59 | sirfred | It's a surprise for me people being aware of my work. |
| 10:04.10 | XorA | sirfred: you are the pr0n player provider :-D |
| 10:04.14 | sirfred | I thought it was something more anonymous. |
| 10:04.14 | mickeyl | sirfred: send me a monotone key with sirfred@openembedded.org as key address and cc' koen. |
| 10:04.32 | CIA-11 | 03Manuel 07org.oe.dev * r1bb95c93... 10/ (3 files in 3 dirs): gpe-conf: make it build with wireless includes changes - close #2095 |
| 10:04.52 | hrw | sirfred: and welcome on board. Now you can work on fast fixing some bugs ;D |
| 10:05.04 | sirfred | hrw: Thanks. :-) |
| 10:05.37 | keesj | sirfred congratulations! |
| 10:06.33 | sirfred | mickeyl: I'm afraid I'm not very confident with monotone (other than R/O features) |
| 10:06.47 | sirfred | mickeyl: How can I generate a key? |
| 10:07.05 | woglinde | sirfred man mtn |
| 10:07.07 | hrw | sirfred: that is in monotone manual |
| 10:07.07 | mickeyl | sirfred: you should read enough of the manual to answer that question before tinkering with write access :D |
| 10:07.16 | woglinde | *g* |
| 10:07.18 | CIA-11 | 03lenehan 07org.oe.documentation * r207bcfd2... 10/ (7 files in 3 dirs): |
| 10:07.18 | CIA-11 | usermanual: The image_ipkg class is now just the image class. Update |
| 10:07.18 | CIA-11 | all references. Modify description to include details about how it |
| 10:07.18 | CIA-11 | can potentially support other packaging types now. Probably needs a |
| 10:07.18 | CIA-11 | more detailed check to see if anything else changed. |
| 10:08.02 | sirfred | mickeyl: Don't worry, I won't dare to do anything without being sure. |
| 10:08.23 | sirfred | mickeyl: It was just to send you the key as requested, as fast as possible. |
| 10:08.27 | XorA | sirfred: the good thing is if you balls it up we can always mtn dissaprove |
| 10:09.25 | mickeyl | sirfred: mtn genkey sirfred@openembedded.org |
| 10:09.34 | sirfred | mickeyl: Yes, I've found it. :) |
| 10:10.23 | sirfred | mickeyl: The email address where you want it sent ? |
| 10:10.28 | zecke | sirfred: congrats :) |
| 10:10.36 | mickeyl | mickeyl@linuxtogo.org, cc: koen@linuxtogo.org |
| 10:10.49 | mickeyl | or rather |
| 10:10.58 | mickeyl | substitute linuxtogo.org w/ openembedded.org |
| 10:11.02 | sirfred | zecke, keesj : Thanks. |
| 10:11.04 | hrw | sirfred: few commands to read about: add/drop/rename and commit/merge/push |
| 10:11.25 | hrw | sirfred: and change 'pull update' to 'pull merge update' |
| 10:11.35 | sirfred | hrw: I will read the whole manual before trying to do anything more than I used to do. |
| 10:11.54 | hrw | sirfred: sure - I am giving most used ones |
| 10:12.02 | sirfred | hrw: Thanks |
| 10:12.36 | RP | sirfred gets my vote too FWIW |
| 10:12.57 | RP | sirfred: poky does have decent oprofile packages, you need the cvs version and the correct cvs date |
| 10:13.59 | sirfred | RP: OK, I will try to generate it from oe. |
| 10:16.47 | sirfred | Any other thing I should read, related with commit policy or so? |
| 10:17.00 | sirfred | Other than the monotone manual |
| 10:17.03 | hrw | first line of commit is summary |
| 10:17.04 | mickey|bbl | sirfred: we have some policy pages on the wiki, please be sure to read them all |
| 10:17.17 | sirfred | mickey|bbl: Will do. |
| 10:17.34 | hrw | http://www.openembedded.org/policies |
| 10:18.30 | sirfred | hrw: thx |
| 10:19.04 | XorA | sirfred: and your first task is to clear out your own bugs :-D |
| 10:19.12 | sirfred | Aaaag |
| 10:19.26 | sirfred | XorA: :) |
| 10:24.40 | hrw | http://www.openembedded.org/commitpolicy - feel free to extend |
| 10:25.29 | *** join/#oe psokolovsky__ (n=psokolov@82.193.98.2) |
| 10:28.36 | *** join/#oe greentux (n=lemke@tmo-047-142.customers.d1-online.com) |
| 10:30.14 | hrw | http://worsethanfailure.com/Articles/The-Loony-BIN.aspx |
| 10:30.14 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 10:30.55 | koen | +1 for both |
| 10:30.57 | Laibsch | hrw: The link from http://www.openembedded.org/policies does not work. Or does this just need a little time? |
| 10:32.18 | koen | mickey|bbl: private key alert |
| 10:33.15 | hrw | did I told that I do not like drupal? |
| 10:33.39 | hrw | Laibsch: fixed |
| 10:34.30 | *** join/#oe suskind (n=suskind@220.229.146.157) |
| 10:34.55 | sirfred | mickey|bbl: Humm, I'm thinking that perhaps the only thing I had to send is the public key of the generated pair, true? |
| 10:35.57 | hrw | sirfred: remove that key, generate new one, send public part |
| 10:36.16 | sirfred | hrw: ok. |
| 10:40.17 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 10:45.57 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:50.37 | *** join/#oe woglinde (n=heinold@hamel.mi.fu-berlin.de) |
| 10:50.40 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 10:52.25 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 10:52.29 | Jin^eLD | huhu |
| 10:57.05 | polyonymous | good morning boys and girls |
| 10:57.40 | koen | Laibsch: stop telling people to do ASSUME_PROVIDED += "qemu-native" |
| 10:57.53 | woglinde | hi polyonymous |
| 11:00.21 | keesj | ASSUME_PROVIDED += "qemu-native" did also not work for me because my version did not containt options like "-r" |
| 11:00.30 | keesj | it's faq right? |
| 11:00.56 | koen | it's only faq because people keep saying to do ASSUME_PROVIDED += "qemu-native" |
| 11:01.10 | koen | which is wrong, since you need a patched qemu |
| 11:01.46 | keesj | but the faq also containt ASSUME_PROVIDED qemu-native http://www.openembedded.org/wiki/OeFaq |
| 11:01.51 | XorA | ah god I wish I never mentioned I had patched up fedora qemu to work |
| 11:01.55 | koen | aaaaaargh! |
| 11:03.30 | keesj | the right thing is to do the ENABLE_BINARY_LOCALE_GENERATION right? |
| 11:03.54 | koen | no, the correct thing is to build qemu-native |
| 11:04.05 | koen | the only option were that doesn't work is in x86_64 |
| 11:04.57 | koen | since doing ENABLE_BINARY_LOCALE_GENERATION=0 will most likely give you a broken image |
| 11:05.00 | keesj | does not work on my machine either (gentoo x86 32) |
| 11:05.15 | XorA | keesj: emerge gcc 3.4? |
| 11:05.24 | polyonymous | Laibsch, yes, those two bugs are dupes (qte) but they contain different solutions and both should work:) |
| 11:05.55 | *** join/#oe Bitmaster (n=Bitmaste@c-9b61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 11:06.59 | woglinde | koen broken in which way? |
| 11:07.13 | koen | woglinde: guess |
| 11:07.21 | woglinde | LOCALES? |
| 11:07.26 | koen | yes |
| 11:07.34 | woglinde | if dont want locales |
| 11:07.36 | woglinde | *g* |
| 11:07.48 | koen | then you should disable locales |
| 11:07.53 | koen | e.g. using USE_NLS |
| 11:08.47 | woglinde | koen is there a chance that armv4 will be supported for eabi |
| 11:09.00 | woglinde | after reading the debian wiki site |
| 11:09.03 | woglinde | I guess no |
| 11:09.21 | koen | woglinde: it needs some patches to glibc |
| 11:09.38 | koen | but I don't think it's worth the effort |
| 11:09.59 | koen | since you will hit a slowpath on each function return |
| 11:11.37 | *** part/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 11:12.16 | koen | RP: I'm starting a build from scratch using your install-patch |
| 11:16.42 | *** join/#oe Marex (n=Marex@85.132.236.161) |
| 11:22.09 | *** join/#oe Sleep_Walker (n=Sleep@u-pl19.ms.mff.cuni.cz) |
| 11:26.39 | Laibsch | koen: You sound like I was giving out this advice on an hourly basis despite being told this was wrong. Neither of which was right. |
| 11:27.00 | Laibsch | koen: I had been told to do this previously because of another problem I had |
| 11:27.19 | Laibsch | And at some point in time it seems this was the "accepted" approach |
| 11:27.59 | koen | Laibsch: for the past year with angstrom, it never has been the accepted approach |
| 11:29.13 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 11:31.53 | *** join/#oe rd_ (n=rd@segfault.net) |
| 11:38.07 | *** join/#oe EthanolEngine (n=ethanole@202.82.86.113) |
| 11:38.40 | CIA-11 | 03hrw 07org.oe.dev * r53c6a446... 10/ (3 files in 2 dirs): libglade: set '-lz' in LDFLAGS instead of CFLAGS - close #1774 |
| 11:38.44 | CIA-11 | 03hrw 07org.oe.dev * r09dbe920... 10/ (1 classes/image.bbclass): image.bbclass: remove *all* IPKG list files |
| 11:40.39 | Laibsch | koen: Well, I believe I made that change in 2006. So it depends on your definition of "past year". ;-) Though I am almost certain I made that change less than 12 months ago. Have reverted it now and will stop giving out that advice. |
| 11:41.10 | koen | have you been building angstrom for the past year? |
| 11:43.40 | sirfred | RP: The opreport-xml-output-fixes.patch does not apply against current oprofile cvs. Could you give me a safe SRCDATE to use, please? |
| 11:44.03 | sirfred | RP: 12 of 14 hunks failed, fyi |
| 11:44.14 | Laibsch | koen: On and off, yes. But started flashing only recently due to lack of time. |
| 11:44.33 | hrw | sirfred: moment |
| 11:44.55 | hrw | SRCDATE_oprofile ?= "20070106" |
| 11:45.08 | sirfred | hrw: Thanks a lot. |
| 11:45.13 | koen | Laibsch: I doubt you built glibc with an assumed qemu-native, since no provided qemu has the nptl patch |
| 11:48.30 | sirfred | Great nptl, a pair of weeks ago, top showed a lot of gst-launch processes (threads, actually) eating all my CPU |
| 11:48.45 | sirfred | Now, only a single gst-launch is eating it all |
| 11:48.59 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 11:49.27 | gerwinin | Koen: How was celf ? |
| 11:49.42 | koen | gerwinin: lots of nice cookies |
| 11:50.01 | gerwinin | Koen: Do we got any pictures ? Received new donations ? |
| 11:50.20 | sirfred | I expect oprofile to find some room for improvement for gstreamer hackers. |
| 11:50.23 | *** join/#oe mmp (n=mmp@158.195.16.153) |
| 11:51.09 | gerwinin | <---------- received a usb development kit for making some usb devices |
| 11:51.13 | koen | gerwinin: http://www.flickr.com/photos/koenkooi/tags/elc2007/ |
| 11:51.42 | *** join/#oe pH5 (n=ph5@e178210057.adsl.alicedsl.de) |
| 11:53.23 | gerwinin | Koen: I will update the conference schedule this week and I will issue some press releases soon as everything is confirmed |
| 11:53.42 | gerwinin | Confirmed for sure is t-dose (nl) |
| 11:54.26 | Laibsch | koen: Looking for glibc in my angstrom dir I find for example glibc-2.5-r5. |
| 11:54.39 | gerwinin | --------> I will do it at the end of the week still got a shit load of hardware to make |
| 11:55.22 | koen | Laibsch: and you generated the locales with your host qemu? |
| 11:55.56 | hrw | gerwinin: hi |
| 11:56.03 | hrw | gerwinin: which hardware to make |
| 11:56.04 | hrw | ? |
| 11:57.22 | gerwinin | hrw: I am working on several project now : usb webcam (waiting for pcb to come in), usb heartbeat monitor (just did the design), usb stepcounter (finished samples out now) |
| 11:58.44 | *** join/#oe greentux_ (n=lemke@tmo-045-133.customers.d1-online.com) |
| 11:59.24 | gerwinin | hrw: very small projects :) |
| 11:59.48 | Ifaistos | gerwinin : Usb 2.0 or 1.1 ? |
| 12:00.13 | gerwinin | hrw: usb 2.0 mostly with a tiusb host chip , sometimes with a nifty fti chip |
| 12:00.45 | CM | USB step counter? Hope it doesn't need to be connected to work.. ;) |
| 12:00.54 | keesj | koen lol "what worries me is that the first thing we broadcast into the cosmos..." |
| 12:01.07 | gerwinin | CM: no it doesn't |
| 12:01.52 | gerwinin | hrw: Although I must admit that I am getting some help with the layout , it is not so difficult to make usb devices as I thought |
| 12:03.32 | *** join/#oe mwester (n=mwester@nslu2-linux/mwester) |
| 12:03.47 | *** join/#oe Sleep_Walker (n=Sleep@u-pl13.ms.mff.cuni.cz) |
| 12:06.50 | Ifaistos | the drivers/firmware is where most of the development is... |
| 12:07.17 | Ifaistos | especially if your device does not fall on a "standard" profile |
| 12:09.05 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 12:13.01 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
| 12:15.05 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 12:16.21 | gerwinin | lfaistos true , but I am only going to develop linux drivers , the windows they need to do themselves , me and windows are incompatible for one of other reason |
| 12:18.25 | *** join/#oe tank17 (i=ariel@gateway/tor/x-eb17517e38bbb04f) |
| 12:20.31 | *** join/#oe rob_w|mis (n=rob_w@p549bac40.dip0.t-ipconnect.de) |
| 12:26.31 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 12:40.29 | *** join/#oe Marex-notebook (n=marex@fm92wl-89-31-10-134.isp.mcnet.cz) |
| 12:44.35 | koen | so far no problems with the install-patch |
| 12:47.26 | *** join/#oe donato_home (n=donato@c9501fd2.bhz.virtua.com.br) |
| 12:49.35 | *** join/#oe greentux_ (n=lemke@tmo-040-145.customers.d1-online.com) |
| 13:06.04 | koen | RP: any plans for a linux-rp 2.6.21? |
| 13:06.36 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 13:06.48 | hrw | koen: feel free to prepare such one |
| 13:09.53 | *** part/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 13:11.41 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:13.00 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) |
| 13:15.47 | *** join/#oe Sleep_Walker (n=Sleep@u-pl13.ms.mff.cuni.cz) |
| 13:15.49 | CIA-11 | 03koen 07org.oe.dev * rc3acd01a... 10/ (1 packages/gpe-dm/gpe-dm_0.51.bb): gpe-dm: add 0.51, doesn't need procps anymore |
| 13:16.13 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
| 13:18.25 | *** join/#oe woglinde (n=heinold@kendall.mi.fu-berlin.de) |
| 13:19.01 | *** join/#oe rob_w|mis (n=rob_w@p549BAC40.dip0.t-ipconnect.de) |
| 13:27.33 | sirfred | hrw: Any hint about how the remote/client oprofile mode is used? I may be blind, but the options of oprofiled and/or opcontrol are not helping me. |
| 13:27.42 | *** join/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 13:28.07 | sirfred | I was expecting a way to tell it the port, to disable the session directory,... |
| 13:32.32 | hrw | never used oprofile |
| 13:32.36 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:32.39 | cworth | likewise: cairo's workqueue patch should be landing very soon now, (just after cairo 1.4.6). |
| 13:33.15 | goxboxlive | Is it just me or is glib-2.0 failing? I complaines about some iconv.h in and libiconv stuff |
| 13:33.30 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:34.31 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:35.09 | sirfred | hrw: ok, I will ask RP, I think he made some of the changes. |
| 13:35.16 | sirfred | RP: Any hint, please? |
| 13:35.23 | goxboxlive | pastebin.co.uk/13879 |
| 13:36.07 | likewise | cworth: thanks for the update push :-) |
| 13:36.54 | woglinde | goxobx hm http://www.gtk.org/api/2.6/glib/glib-building.html |
| 13:41.38 | koen | still no problems with that install patch |
| 13:41.56 | *** join/#oe rob_w|mis (n=rob_w@p549BAC40.dip0.t-ipconnect.de) |
| 13:42.32 | hrw | koen: can you update snapshots of OE? |
| 13:44.51 | woglinde | koen is it in oe or onlz local at zour side? |
| 13:45.19 | woglinde | damnit english keyborad |
| 13:45.42 | hrw | crappy german imitations of keyboard |
| 13:45.54 | woglinde | no no |
| 13:46.09 | woglinde | hehe you have no umlauts |
| 13:46.42 | woglinde | qtopia4 compiles takes now 1 gig space |
| 13:46.53 | hrw | woglinde: I have ąćęłńóśźż instead |
| 13:47.07 | woglinde | hm actual my irssi cant display utf8 |
| 13:47.29 | hrw | and can enter öäëïüä without problem |
| 13:47.41 | NAiL | ðđŋħ? |
| 13:47.53 | woglinde | let me see if euro works |
| 13:47.59 | woglinde | hm no |
| 13:48.32 | Jin^eLD | I'd like to patch BitchX for UTF8 |
| 13:48.40 | Jin^eLD | imho still the best irc client around :> |
| 13:48.53 | woglinde | in your opinion |
| 13:49.11 | hrw | then epic3, epic4/2000, irssi |
| 13:49.29 | NAiL | Jin^eLD: It's not as good as Irssi ;) |
| 13:49.42 | NAiL | I switched from BX to irssi. |
| 13:49.42 | hrw | tried bitchx, xchat, amirc, blackirc, telnet, mirc, grapevine and few others |
| 13:49.47 | hrw | even macirc |
| 13:50.07 | NAiL | There's no better irc-client than screen+irssi ;) |
| 13:50.31 | koen | hrw: update in what way? |
| 13:50.33 | Jin^eLD | NAiL: I tried switching, I even installed the BX theme for irssi, but its not the same :) I guess I am too conservative when it comes to changing look/behaviour of stuff that I got used to |
| 13:51.02 | *** part/#oe polyonymous (n=hacker@pD953B89B.dip0.t-ipconnect.de) |
| 13:51.06 | *** join/#oe polyonymous (n=hacker@pD953B89B.dip0.t-ipconnect.de) |
| 13:51.07 | NAiL | Jin^eLD: It took a while getting used to irssi, but when I got used to it, there was no going back. |
| 13:51.14 | hrw | koen: 0.29/0.30/0.31 are quite old ones |
| 13:51.23 | koen | and rightfully so |
| 13:51.46 | koen | I'm not going to waste time on updating those |
| 13:51.52 | Jin^eLD | NAiL: well thats my problem now - got used to BX too much :) I am sure I can somehow configure irssi to behave same as BX but I don't have the patience :) |
| 13:51.53 | koen | you're welcome to do so |
| 13:51.54 | ade|desk | I prefer UK keyboards, US ones have silly little LF |
| 13:52.06 | hrw | LF? |
| 13:52.30 | Jin^eLD | hrw: he means the tiny enter key :> |
| 13:52.45 | woglinde | hm right |
| 13:52.46 | *** join/#oe rob_w|mis (n=rob_w@p549BAC40.dip0.t-ipconnect.de) |
| 13:52.58 | ade|desk | enter, return LF , get me a new line key ... all of those |
| 13:53.27 | NAiL | don't forget "execute" |
| 13:53.37 | sirfred | But that is only a matter of the keyboard model , isn't it? I've seen spanish keyboards with the little and horrible, one-row high enter key, and models with the two-rows high key. |
| 13:53.39 | hrw | ade|desk: thats depend on keyboard itself not on layout |
| 13:53.40 | ade|desk | or 'hit and hope' |
| 13:54.06 | sirfred | That's what I wanted to mean. :) |
| 13:54.54 | ade|desk | ok then i like my IBM UK layout keyboard, it works. |
| 13:55.26 | hrw | I am used to one line ENTER key - my microsoft natural has it that way |
| 13:55.36 | ade|desk | i wonder what happened to the rest of the IBM that perhaps went with it |
| 13:55.52 | sirfred | The best keyboard I had is one of those heavy IBM PS/2 ones |
| 13:56.02 | koen | RP: still no troubles with that patch (it's at libx11 now, from scratch) |
| 13:56.10 | ade|desk | the IBM XT one was nice |
| 13:56.11 | sirfred | The only matter is that your neighbours will hear you typing in the night. |
| 13:56.41 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 13:56.43 | hrw | koen: oe/snapshots are oe:www-data only and I am not oe and not in www-data.. |
| 13:57.02 | woglinde | ade he F22 |
| 13:57.29 | chouimat | morning |
| 13:57.30 | koen | hrw: I offered multiple times to add your key, but you always refused |
| 13:57.39 | woglinde | hi chouimat |
| 13:58.12 | hrw | I know |
| 13:58.36 | hrw | lack of time etc |
| 14:02.35 | RP | sirfred: Look in conf/distro/poky.conf in poky for the srcdate that works |
| 14:02.54 | RP | koen: I will do a 2.6.21 linux-rp at some point when I get a moment :) |
| 14:03.00 | sirfred | RP: hrw kindly got me a proper SRCDATE, thanks. |
| 14:03.05 | RP | koen: and its good to know that install patch is working :) |
| 14:03.05 | *** join/#oe hvontres|poodle (n=hvontres@redhill.orthodyne.com) |
| 14:03.08 | *** join/#oe vervain (n=vervain@mail.somat.com) |
| 14:03.28 | sirfred | RP: Now, I have an oe generated oprofile, but I don't know how to use it in remote mode. |
| 14:03.48 | sirfred | RP: You will see my question if you keep scrolling down . :) |
| 14:03.55 | RP | sirfred: Have you build oprofileui? |
| 14:04.07 | *** join/#oe viviji1 (n=vivijim@200.184.118.132) |
| 14:04.21 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
| 14:04.25 | sirfred | RP: I've downloaded a prepackaged one for my ubuntu. I assume I only need it in my desktop. |
| 14:04.43 | RP | sirfred: right. You also need a modified oprofile on your desktop |
| 14:05.09 | sirfred | RP: ok, I need to do that, so. And then, what? |
| 14:05.36 | RP | sirfred: Ah, you also need oprofileui's server on the client |
| 14:05.53 | sirfred | RP: ok. |
| 14:06.07 | RP | sirfred: The reciepe from poky should help with that |
| 14:06.09 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 14:06.23 | sirfred | RP: Yes, I saw it before. Thanks. |
| 14:06.49 | hvontres|poodle | Hello. Could somebody with a recent linux-rp-2.6.20 build pastebin their include/conf/auto.conf and include/linux/autoconf.h files please? |
| 14:06.58 | *** join/#oe rob_w|mis (n=rob_w@p549BAC40.dip0.t-ipconnect.de) |
| 14:07.05 | *** join/#oe do13_ (n=do13@87.139.24.177) |
| 14:07.10 | polyonymous | hvontres|poodle, don't you have it in stagin? |
| 14:08.10 | *** join/#oe woglinde_ (n=heinold@kendall.mi.fu-berlin.de) |
| 14:08.22 | hvontres|poodle | polyonymous: I want to see what somebody elses looks like. CONFIG_UNAME_RELEASE keeps getting set to uname -r from my build machine. I wanted to see what it looks like for a build that works |
| 14:08.39 | polyonymous | http://rafb.net/p/QJDJC471.html |
| 14:08.46 | hvontres|poodle | polyonymous: thanks :) |
| 14:08.58 | polyonymous | hvontres|poodle, the same. |
| 14:09.12 | hrw | brb |
| 14:09.17 | XorA | #define CONFIG_UNAME_RELEASE "2.6.18-4-686" |
| 14:09.44 | polyonymous | it's either "safely ignore" or "by design" :) |
| 14:10.11 | hvontres|poodle | polyonymous: do your sound modules load? |
| 14:10.25 | polyonymous | hvontres|poodle, haven't tried yet :) |
| 14:10.35 | polyonymous | well, according to lsmod, yes. |
| 14:11.20 | hvontres|poodle | well, I guess I need to start looking someplace else now... |
| 14:11.30 | hvontres|poodle | Thanks for your help guys :) |
| 14:17.38 | hrw | 16:17 hrw@home:build$ grep CONFIG_UNAME_RELEASE tmp/staging/akita-poky-linux-gnueabi/kernel/include/linux/autoconf.h |
| 14:17.42 | hrw | #define CONFIG_UNAME_RELEASE "2.6.21" |
| 14:18.08 | hrw | so it is wrong |
| 14:18.58 | sirfred | #define CONFIG_UNAME_RELEASE "2.6.20-15-generic" |
| 14:21.21 | *** join/#oe do13__ (n=do13@87.139.24.177) |
| 14:24.34 | sirfred | RP: Why is oprofile in the viewer side needed. I thought it was something like: [embedded device: oprofile - oprofileui-server] --- [oprofileui-viewer: Desktop] |
| 14:25.02 | hvontres|poodle | hmmm, so I wonder where this gets used: #define CONFIG_DEFCONFIG_LIST "/lib/modules/$UNAME_RELEASE/.config" |
| 14:25.37 | RP | sirfred: We use some of oprofile to do the analysis |
| 14:26.09 | sirfred | RP: Are there prepackaged versions somewhere? |
| 14:26.20 | RP | sirfred: debian.o-hand.com |
| 14:26.36 | RP | sirfred: The README should mention this |
| 14:26.39 | sirfred | RP: Oh, I didn't see it before. |
| 14:27.09 | Laibsch | hvontres|poodle: The recompressed data for wikipedia in normal squashfs came out to be even 2G |
| 14:27.16 | Laibsch | Uncompressed is 13G |
| 14:27.44 | sirfred | RP: Sorry, I didn't see the README before. |
| 14:28.38 | koen | Laibsch: with squashfs-lzma? |
| 14:30.00 | Laibsch | koen: Still going |
| 14:30.24 | Laibsch | I used my faster laptop for this but it has been about 16 hours now. |
| 14:30.37 | Laibsch | data is being pulled in over NFS, though |
| 14:30.40 | koen | RP: linux-ezx fails in do_deploy, dunno if that's caused by the patch |
| 14:31.02 | Laibsch | XorA: You have more than 13G on your Z? |
| 14:31.11 | XorA | Laibsch: I mean the 2G |
| 14:31.22 | Laibsch | XorA: that is no feat ;-) |
| 14:31.51 | XorA | I could plug my 160G usb drive into Z for the 13G |
| 14:31.59 | Laibsch | XorA: I would buy a new card so I could. But I guess I will get back to around the 700M this was when I pulled it off static.wikipedia.org |
| 14:32.19 | koen | RP: do_install[dirs] = "${D} ${S} ${B}" |
| 14:32.33 | koen | RP: I suspect that's missing in package.bbclass |
| 14:32.43 | Laibsch | XorA: I could use wireless and $whatwasthenameofthisworldwideFSthing |
| 14:32.46 | Laibsch | ;-) |
| 14:33.03 | Laibsch | XorA: Now, top THAT! |
| 14:33.54 | XorA | Laibsch: GFS |
| 14:34.25 | XorA | if SDHC cards worked in 2.6.20 then 13G would be no issue |
| 14:34.52 | koen | they should work in .21 |
| 14:36.08 | Laibsch | XorA: What is the cost? |
| 14:36.17 | *** join/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 14:36.19 | XorA | Laibsch: no idea |
| 14:36.28 | *** part/#oe z72ka-ntb (n=hermanj@tux2.software602.cz) |
| 14:36.30 | Laibsch | oh, that expensive |
| 14:36.33 | Laibsch | Thought so |
| 14:36.34 | Laibsch | ;-) |
| 14:36.42 | Laibsch | Not yet for the average joe |
| 14:36.46 | Laibsch | But time will come |
| 14:36.48 | XorA | 4G SD + 4G CF not unaffordable |
| 14:36.57 | Laibsch | Absolutely |
| 14:37.06 | XorA | that gives me 14G |
| 14:37.14 | koen | 8GB Sd is €100 |
| 14:37.16 | Laibsch | I have 1G SD and 256M CF and have no issue |
| 14:37.39 | Laibsch | But I am probably going to up that if my wikipedia stuff gets going |
| 14:37.56 | Laibsch | I am very eager to see the results |
| 14:38.19 | koen | Laibsch: don't forget to add squashfs-lzma support to the kernel |
| 14:38.34 | XorA | so 200 EUR and I could have 22G |
| 14:38.43 | XorA | thats more than my PC used to have |
| 14:39.39 | Laibsch | koen: I'll get back on that once my compilation of the rest and the recompression progresses |
| 14:41.35 | hrw | that reminds me that I have to resize ext3 partition with /home/ |
| 14:42.41 | hrw | 294GB -> 402GB |
| 14:45.58 | *** part/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 14:49.14 | RP | koen: The do_install[dirs] should be fine where it is. What was the failure? |
| 14:49.42 | koen | +addtask deploy before do_populate_staging after do_package |
| 14:49.42 | koen | -addtask deploy before do_package after do_install |
| 14:49.48 | psokolovsky__ | Hi! |
| 14:50.15 | polyonymous | took me a while to pair bluetooth on angstrom's opie with my machine :) |
| 14:50.15 | psokolovsky__ | Laibsch: what's that wikipedia stuff you mentioned? is there's an app to use wikipedia dump on a pda? |
| 14:50.24 | koen | RP: so the error was to be expected |
| 14:50.33 | polyonymous | I the his app of choice is web browser. |
| 14:50.37 | polyonymous | I think |
| 14:50.40 | koen | psokolovsky__: yes, it's called 'webbrowser' :) |
| 14:50.47 | psokolovsky__ | that sucks ;-) |
| 14:51.04 | RP | koen: Hmm, I'm not sure that will work for the kernel module stuff linux-rp does :/ |
| 14:51.13 | psokolovsky__ | I mean carrying WP ona handheld for offline use ;-) |
| 14:51.19 | polyonymous | why sucks? wp dump as html |
| 14:51.24 | polyonymous | yes, he's using html dump |
| 14:51.25 | sirfred | RP: Great, I have oprofile client/server working. Thanks a lot! |
| 14:51.33 | psokolovsky__ | polyonymous: you couldn't pair OE.dev opie with anything at all |
| 14:51.41 | koen | RP: D'oh! |
| 14:51.48 | polyonymous | psokolovsky__, Huh? I did. |
| 14:52.02 | polyonymous | It's NOT easy :) |
| 14:52.08 | polyonymous | but it's possible. |
| 14:52.17 | psokolovsky__ | polyonymous: no, you used some tricks, for eaxmple didn't do that using *opie* |
| 14:52.25 | sirfred | RP: About symbols, I suppose the only way to get them is to have unstripped libs in the target device, true? |
| 14:52.29 | RP | sirfred: Great. Feel free to mail us with any feedback (we've already made some comments on the oprofile list) |
| 14:52.32 | polyonymous | ah, yes, I meant running opie image, not using opie. |
| 14:52.43 | polyonymous | that is - without gpe dbus helper, etc. |
| 14:52.43 | psokolovsky__ | polyonymous: gotcha |
| 14:52.49 | RP | sirfred: Install -dbg packages is the way to do it atm |
| 14:53.02 | koen | RP: 4.0K modules-2.6.21-ezxdev-a780.tgz |
| 14:53.06 | RP | sirfred: In due course, we hope to support pointing it at OE's staging area too |
| 14:53.07 | polyonymous | psokolovsky__, have you seen qte breakage yet? |
| 14:53.16 | sirfred | RP: That should be nice. |
| 14:53.22 | RP | koen: Nearly empty - I guessed that would happen :/ |
| 14:53.27 | koen | RP: I only looked at the file, not the size :( |
| 14:53.39 | chouimat | anyone tried this? www.ext4cow.com |
| 14:53.44 | psokolovsky__ | polyonymous: if you have plans to patch bluez3 to heal its dbus OCD, let me know ;-) |
| 14:53.46 | chouimat | err ext3com.com |
| 14:53.53 | psokolovsky__ | polyonymous: no breakage here with yesterday's build |
| 14:54.04 | RP | koen: The kernels are going to have to inject a package function |
| 14:54.06 | chouimat | err ext3cow.com ... look like I can't type today |
| 14:54.18 | polyonymous | psokolovsky__, I may, but not right now that I've paired :) |
| 14:54.23 | koen | RP: looks like it |
| 14:54.29 | polyonymous | psokolovsky__, hmm... with recent kernel headers? |
| 14:54.35 | RP | koen: I guess this is a chance to srtop duplicating all this stuff in each kernel .bb |
| 14:54.52 | koen | :) |
| 14:54.53 | RP | koen: i.e make a standard kernel do_deploy task |
| 14:54.58 | psokolovsky__ | polyonymous: I rebuilt yesterday opie-image with cvs20070428, committing now |
| 14:55.02 | polyonymous | psokolovsky__, it's in bugs 2201 2128 |
| 14:55.24 | polyonymous | psokolovsky__, in OE from scratch? |
| 14:55.25 | RP | koen: Anyhow, at least we know what the bugs are with this approach and they're solvable |
| 14:55.35 | polyonymous | for angstrom? |
| 14:56.48 | psokolovsky__ | polyonymous: how qte-static crawls into opie? opie uses normal qte |
| 14:57.10 | polyonymous | psokolovsky__, it's just in the name of the bug, it applies to both. my bug (2201) is for normal qte. |
| 14:57.35 | polyonymous | because if this qte-static I filed another bug, thought it's inapplicable :) |
| 14:58.13 | polyonymous | psokolovsky__, what's in your staging asm/page.h? (not kernel one) |
| 14:58.33 | psokolovsky__ | polyonymous: then it appears Z problem, it was reported only for tehm |
| 14:59.01 | polyonymous | ah... Well, maybe. You use different kernel headers, I take it? |
| 14:59.11 | psokolovsky__ | polyonymous: no %) |
| 14:59.25 | psokolovsky__ | but I don't have any such issue, and I build for h4000/hx4700 |
| 14:59.29 | polyonymous | hmm... |
| 14:59.35 | polyonymous | weird. |
| 15:00.16 | polyonymous | psokolovsky__, do you have it like this: http://rafb.net/p/6zfDaS70.html |
| 15:00.31 | Laibsch | psokolovsky__: I am working on a solution |
| 15:00.39 | Laibsch | I'll let you know |
| 15:00.51 | Laibsch | This just likely going to be just data + browser |
| 15:02.11 | psokolovsky__ | Laibsch: that's cool, but some compression/lookup would be helpful. like CHM ;-) |
| 15:02.28 | psokolovsky__ | polyonymous: yes, that's what I have, but I also have h4000-angstrom-linux-gnueabi/kernel/include/asm-arm/page.h |
| 15:02.30 | polyonymous | psokolovsky__, I think he went for compressed filesystem. |
| 15:02.57 | Laibsch | psokolovsky__: Compression is squashfs |
| 15:02.58 | psokolovsky__ | polyonymous: can you paste ls -l of your staging? |
| 15:02.58 | polyonymous | psokolovsky__, But It doesn't -I${STAGING_KERNEL_DIR}... I had to add it to bb... |
| 15:03.02 | Laibsch | lookup is tracker |
| 15:03.24 | polyonymous | like this - http://rafb.net/p/GDDuGS25.html ? |
| 15:03.32 | psokolovsky__ | Laibsch: already used tracker on pda? |
| 15:03.38 | Laibsch | no |
| 15:03.45 | Laibsch | koen committed only yesterda |
| 15:03.48 | Laibsch | day |
| 15:03.56 | psokolovsky__ | cool! |
| 15:04.15 | psokolovsky__ | polyonymous: so, please check for page.h in spitz-angstrom-linux-gnueabi, and is it being used |
| 15:04.18 | *** join/#oe do13_ (n=do13@87.139.24.177) |
| 15:04.38 | Laibsch | If not tracker then some other indexing solution. No indexing solution is also one small step forward if I only get wikipedia for my Z |
| 15:05.12 | polyonymous | psokolovsky__, it's not. it IS being used after I add -I${STAGING_KERNEL_DIR} to .bb. Moreover, I had to patch #include to #define __KERNEL__ before including. Otherwise my kernel headers do not define it. |
| 15:05.37 | psokolovsky__ | Laibsch: yep, good plan |
| 15:05.47 | polyonymous | psokolovsky__, basically, there are two solutions in these two bugs - one does this stance around kernel includes, the other defined PAGE* literally. |
| 15:06.00 | polyonymous | I think we should pick one up and see if it breaks other archs. |
| 15:06.24 | psokolovsky__ | polyonymous: no, let's pick one which for sure won't ;-) |
| 15:06.50 | Laibsch | psokolovsky__: I'll keep you posted. You'll see what is coming up. Thanks to koen who got me looking in the right direction. |
| 15:06.54 | psokolovsky__ | polyonymous: and again, ipaqs work, so you could try to compare that with Z |
| 15:06.58 | polyonymous | psokolovsky__, that would be the one that #defines stuff literally. |
| 15:07.10 | polyonymous | but I'm not sure if it doesn't, though... |
| 15:07.30 | polyonymous | well, again, Z - the way it is in the tree doesn't :) |
| 15:07.39 | psokolovsky__ | polyonymous: I guess, safe solution is which uses PAGE_* from kernel |
| 15:08.26 | polyonymous | psokolovsky__, but see the patch: http://bugs.openembedded.org/attachment.cgi?id=1395 |
| 15:09.38 | psokolovsky__ | polyonymous: well, that's good, I guess. Or maybe, the whole thing is linux-headers package issue? why it stages empty file? |
| 15:09.51 | Laibsch | http://static.wikipedia.org/wikipedia/ja/%E8%AA%BF/%E3%81%B9/%E3%82%82/Wikipedia%7E%E8%AA%BF%E3%81%B9%E3%82%82%E3%81%AE%E6%A1%88%E5%86%85.html |
| 15:09.51 | Laibsch | I fear that the navigation bar on the left is going to suck on a PDA, though. But I guess that might get solved talking to the person in charge at wikipedia. |
| 15:10.25 | Laibsch | You also cannot readily redistribute recompressed static wikipedia (-> copyright since author info is left out) |
| 15:10.31 | polyonymous | psokolovsky__, that is also a good question. I don't know the answer, though ;-) it looks like page.h stripped out of #ifdef __KERNEL__ stuff, maybe. |
| 15:10.46 | Laibsch | Thus everybody has to redo it themselves :-( |
| 15:11.28 | koen | Laibsch: iirc andrew flegg has a custom css for that |
| 15:11.30 | polyonymous | psokolovsky__, the bad part of the patch is #define __KERNEL__ before including, but if we test it on other archs, well, at least your ipaq, that should do... |
| 15:12.10 | koen | Laibsch: see http://bleb.org/software/770/ (scroll down to wikipedia) |
| 15:12.53 | Laibsch | koen: Thank you VERY much for that. I had not inspected it yet but had hoped this could be solved by CSS |
| 15:13.15 | koen | it is a bit tricky with a static snapshot, but nothing that couldn't be solved |
| 15:13.27 | Laibsch | I agree |
| 15:13.43 | Laibsch | And in any case "one step after the other" |
| 15:13.48 | psokolovsky__ | polyonymous: what's kernel ver is for spitz anyway? can you paste its page.h too? |
| 15:13.57 | Laibsch | koen: We have made a big step with your suggestion |
| 15:14.05 | Laibsch | koen: for squashfs |
| 15:15.03 | polyonymous | psokolovsky__, http://rafb.net/p/10ijrq71.html |
| 15:15.40 | koen | Laibsch: you'd have to thank likewise for getting squashfs support in OE, otherwise I wouldn't have know of its existance |
| 15:15.41 | psokolovsky__ | polyonymous: and what's that version? |
| 15:15.52 | polyonymous | I'm waiting for localedef -f UTF-8 on Z to finish :) |
| 15:16.00 | polyonymous | but basically .20* |
| 15:16.11 | *** join/#oe mallum (n=mallum@host81-156-120-160.range81-156.btcentralplus.com) |
| 15:16.35 | *** join/#oe cworth (n=cworth@c-67-160-161-141.hsd1.or.comcast.net) |
| 15:16.54 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
| 15:17.32 | psokolovsky__ | polyonymous: well, in hh.org kernel, page stuff is out of __KERNEL__, and it's also .20. who's right? |
| 15:17.43 | hvontres|poodle | <PROTECTED> |
| 15:17.44 | mallum | hey koen |
| 15:17.52 | polyonymous | psokolovsky__, some other .20 then :) |
| 15:17.57 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
| 15:18.06 | likewise | Laibsch: you're welcome, but I needed it myself anyway :-) |
| 15:18.44 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.4.200) |
| 15:19.03 | polyonymous | psokolovsky__, linux-rp-2.6.20-r15 |
| 15:19.52 | polyonymous | 2.6.20.6-g50ac3650 to be precise :) |
| 15:21.22 | psokolovsky__ | polyonymous: well, what about alternative locations for PAGE_* stuff? shouldn't glibc define it? |
| 15:21.44 | polyonymous | psokolovsky__, grep didn't give any satisfactory results :) |
| 15:22.01 | polyonymous | that was of course the first thing I thought of :) |
| 15:22.32 | psokolovsky__ | "Sanitise the ARM headers exported to userspace. Signed-off-by: David Woodhouse". how funny. |
| 15:22.33 | *** join/#oe cworth (n=cworth@c-67-160-161-141.hsd1.or.comcast.net) |
| 15:22.45 | polyonymous | heh |
| 15:22.53 | *** join/#oe Sup3rkiddo (n=sudharsh@59.92.4.200) |
| 15:23.04 | polyonymous | I'm just looking at gitweb :) |
| 15:23.19 | psokolovsky__ | polyonymous: well, now last q: can you please try once again that only #define __KERNEL__ is not enough? |
| 15:23.36 | polyonymous | psokolovsky__, you mean, without -I ? |
| 15:23.43 | psokolovsky__ | polyonymous: yep |
| 15:23.52 | Ifaistos | polyonymous : The bitbake patch worked fine. thanks |
| 15:23.53 | polyonymous | Well, I'm pretty sure, but lemme try. |
| 15:23.59 | polyonymous | Ifaistos, you're welcome :) |
| 15:24.47 | CIA-11 | 03ifaistos 07org.oe.dev * r27d1edd8... 10/ (1 packages/gcc/gcc_4.1.1.bb): |
| 15:24.47 | CIA-11 | packages/gcc/gcc_4.1.1.bb: Do not apply ppc soft-float patches when building with uclibc |
| 15:24.47 | CIA-11 | This is a dirty hack to get gcc 4.1.1 to compile for glibc AND uclibc on ppc |
| 15:24.47 | CIA-11 | the patch that is need it to get gcc support soft-floats with glibc, makes gcc fail with uclibc |
| 15:24.53 | CIA-11 | 03ifaistos 07org.oe.dev * r645107cc... 10/ (1 conf/bitbake.conf): conf/bitbake.conf:make default values for jffs2, squashfs and squashfs-lzma generated images architecture neutral |
| 15:25.02 | CIA-11 | 03ifaistos 07org.oe.dev * r67086aca... 10/ (1 conf/machine/magicbox.conf): conf/machine/magicbox.conf: Make sure squashfs-lzma image builds for big endian arch |
| 15:25.03 | Laibsch | likewise: Oh, come one. I was under the illusion you did it just for me :-) |
| 15:25.12 | CIA-11 | 03ifaistos 07org.oe.dev * re9a5ebf7... 10/ (5 files in 3 dirs): packages/initscripts/initscripts_1.0.bb:Add mountall.sh script for oplinux-uclibc |
| 15:25.16 | CIA-11 | 03ifaistos 07org.oe.dev * radf21433... 10/ (3 files in 3 dirs): packages/uclibc/uclibc-cvs/magicbox: Add uclibc config for Magicbox |
| 15:25.47 | polyonymous | psokolovsky__, building it now... Just a thought - maybe 2.3.12 worth looking at? |
| 15:26.03 | polyonymous | On the other hand, it's not likely that this recent problem dealt with there... |
| 15:26.50 | hrw | polyonymous: 2.3.12 qt/e? |
| 15:26.58 | psokolovsky__ | polyonymous: yep. plus, I personally still perplexed at what the heck .12 is. on d/l site where .11 lies, there's no .12. though hrw tells it exists somewhere... |
| 15:27.17 | polyonymous | ahh... Well, here he is ;-) |
| 15:27.22 | polyonymous | hrw, yes. |
| 15:27.24 | hrw | ask ljp which qt/e is current :D |
| 15:27.35 | hrw | qtopia-core 2.2 contain qt/e 2.3.12 |
| 15:27.44 | polyonymous | psokolovsky__, | kernel/qpixmapcache.cpp:541: error: 'PAGE_SIZE' was not declared in this scope |
| 15:28.05 | hrw | anyway I would rather stick with 2.3.10 as known as working |
| 15:28.19 | polyonymous | well, I actually meant looking at, not switching to :) |
| 15:28.42 | polyonymous | psokolovsky__, rebuilding with -I now. |
| 15:28.50 | psokolovsky__ | polyonymous: Ah, here's real fix: getpagesize() should be used, not compile-time constant |
| 15:29.02 | likewise | Laibsch: Open Illusion |
| 15:29.06 | polyonymous | psokolovsky__, ah... Okay, I'll look into it. |
| 15:29.07 | psokolovsky__ | polyonymous: ok, we did the testing then, let's go with that patch ;-) |
| 15:29.17 | likewise | Laibsch: The Dream Build System and Metadata |
| 15:29.28 | polyonymous | psokolovsky__, unless we want to go for the real fix? |
| 15:29.29 | psokolovsky__ | polyonymous: nope, I don't mean *we* should patch qte to do thaat now ;-) |
| 15:29.36 | polyonymous | Ah okay :) |
| 15:29.40 | psokolovsky__ | polyonymous: that's just the asnwer why it's ni longer exported |
| 15:29.52 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 15:30.06 | polyonymous | I see. We could do that as well, but let's see if the patch breaks things and if it's not we postpone it indefinitely :) |
| 15:30.26 | psokolovsky__ | ok |
| 15:34.08 | polyonymous | psokolovsky__, don't feel like trying to build with the patch in your ipaq setup? Just for the sake of complete testing :) |
| 15:41.43 | psokolovsky__ | polyonymous: sure, I will do. results will be in few hours, I guess - gotta run now |
| 15:41.52 | polyonymous | no hurry ;) |
| 15:43.08 | Laibsch | polyonymous: Do you have RW access now? We promoted sirfred just this morning. If you have not done so, read the first paragraph on http://www.openembedded.org/wiki/MonotonePhraseBook |
| 15:43.44 | polyonymous | yeah and I should read up more on monotone too. And no, I do not have rw access yet. |
| 15:45.10 | Laibsch | BTW, I think your problem yesterday might possibly have been solved by "mtn merge". But you should have really just asked in #monotone instead of reverting. |
| 15:46.03 | polyonymous | Laibsch, nope, merge didn't solve the problem, I think there are other ways than reverting, but I think in this particular case revert was the easiest approach. |
| 15:46.50 | polyonymous | I've had locally added files which were getting in the way. And I should've gone to #monotone just to let them know it would be nice to give full path instead of just the name :) |
| 15:47.07 | CIA-11 | 03pfalcon 07org.oe.dev * rba1cabe5... 10/ (1 conf/distro/include/preferred-opie-versions-1.2.3-pre.inc): preferred-opie-versions-1.2.3-pre: Bump CVS version to 20070428. |
| 15:49.02 | hrw | cu guys |
| 15:49.28 | Laibsch | hrw|gone: Later! |
| 15:52.28 | polyonymous | After I sort out the russian multikey keymap problem I'm going to switch to angstrom's opie image as my primary image on handheld :) |
| 15:58.06 | *** part/#oe likewise (n=chatzill@atwork-186.r-212.178.104.atwork.nl) |
| 15:59.54 | Laibsch | polyonymous: You were able to compile a full opie image? |
| 16:00.03 | Laibsch | We need to get your patches in fast |
| 16:00.21 | polyonymous | Laibsch, yes. |
| 16:00.30 | tnb | lftp currently does not install any files. I'm sure something simple is missing. If I add "autotools_do_install" in do_install the image/ dir gets populated, but no ipk is created |
| 16:00.41 | polyonymous | Not only to compile, but to run and see if bluetooth works :) |
| 16:00.45 | tnb | (sorry for the noob-type question) |
| 16:01.19 | tnb | heh, actually, I only made statements. Anyone know of the solution? (there's the question) |
| 16:01.22 | tnb | :) |
| 16:01.36 | polyonymous | Laibsch, I'm rebuilding with the lastest update of opie-versions from psokolovsky, so, maybe more patches are to follow, I don't know :) |
| 16:02.32 | Laibsch | tnb: Did it ever work in the past? |
| 16:02.47 | tnb | Laibsch: don't know |
| 16:02.57 | tnb | first time I've tried to build it |
| 16:03.12 | Laibsch | tnb: checked the bug tracker? |
| 16:03.15 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 16:04.37 | tnb | Laibsch: I'd think it should work given that lftp is referenced in the bitbake user manual :) |
| 16:09.54 | Laibsch | tnb: checked the bug tracker? |
| 16:10.14 | Laibsch | It might be that others have already the problem (and possibly a fix) |
| 16:10.15 | *** join/#oe xuumbi (n=jim@70.90.111.225) |
| 16:10.16 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 16:10.50 | tnb | Laibsch: none found |
| 16:11.07 | Laibsch | well, then please report it |
| 16:11.22 | Laibsch | I don't have time now but I might try and build it later |
| 16:12.05 | tnb | Laibsch: I'll figure it out, then commit a fix |
| 16:12.35 | Laibsch | that is even better |
| 16:16.24 | Ifaistos | the lzma compression really makes a difference |
| 16:16.31 | Ifaistos | -rw-r--r-- 1 stelios stelios 1916992 May 2 19:03 bootstrap-image-magicbox-20070502160041.rootfs.squashfs |
| 16:16.31 | Ifaistos | -rw-r--r-- 1 stelios stelios 1568832 May 2 19:03 bootstrap-image-magicbox-20070502160041.rootfs.squashfs-lzma |
| 16:18.43 | NAiL | Ifaistos: Indeed. I'm creating a tiny-tiny kernel+rootfs for linkstation/kurobox. I wouldn't be able to without lzma. |
| 16:19.17 | polyonymous | sound is damn low... |
| 16:20.25 | Ifaistos | NAiL : the only "problem" is that you have to mount etc also in ram |
| 16:21.15 | NAiL | well, my rootfs is strictly readonl ;) |
| 16:22.42 | Ifaistos | for devices that are set to do a task, that's much better and safer. For "generic" usage i.e when you need to add packages change things it creates a small problem |
| 16:23.17 | NAiL | yeah |
| 16:23.28 | NAiL | this rootfs is intended as a rescue-fs in flash. |
| 16:23.31 | hvontres|poodle | Ifaistos: I think RP added some patches for linux-rp to support jffs2 with lzma.... |
| 16:23.40 | NAiL | so it *should* be "untouchable" ;) |
| 16:24.00 | RP | hvontres|poodle: lzo |
| 16:24.41 | Ifaistos | RP : Any numbers regarding compression ? |
| 16:24.50 | Ifaistos | 10-15% ? |
| 16:25.13 | RP | Ifaistos: Nearly as good as zlib |
| 16:25.53 | hvontres|poodle | RP: oops.. wrong lz |
| 16:33.11 | *** join/#oe suskind (n=suskind@220.229.146.157) |
| 16:45.42 | *** join/#oe dkey| (i=somebody@193.170.48.236) |
| 16:49.53 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 16:51.19 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 17:01.03 | *** part/#oe suskind (n=suskind@220.229.146.157) |
| 17:02.49 | *** join/#oe suskind (n=suskind@220.229.146.157) |
| 17:09.01 | polyonymous | svn is much nicer wrt to mv/cp stuff. And in svn/git combo it's even equally distributed :) |
| 17:10.35 | chouimat | RAS? |
| 17:11.14 | keesj | would it be possible to "pacakge" qemu-native , so I can use it on different machines? |
| 17:11.39 | polyonymous | chouimat, redundant acronym syndrome, I think. |
| 17:11.47 | chouimat | ok |
| 17:12.01 | polyonymous | http://en.wikipedia.org/wiki/RAS_syndrome |
| 17:12.15 | *** part/#oe suskind (n=suskind@220.229.146.157) |
| 17:12.34 | polyonymous | keesj, iirc it dislikes gcc version used as gcc-native. |
| 17:14.46 | keesj | polyonymous: yes , my problem with building is that I am compiling with 4.1 . I have installed 3.4.6 now but I don't want to do that all the time on all machines :p |
| 17:15.22 | polyonymous | keesj, ah, by packaging you mean binary package? |
| 17:15.35 | keesj | yes |
| 17:15.44 | polyonymous | keesj, that is what you better do on the system level and assume it's provided. |
| 17:16.02 | polyonymous | Because OE, you know, works on different host archs. |
| 17:16.43 | polyonymous | I just disabled binary locales generation, but I can do that on Z with swap :) |
| 17:17.03 | polyonymous | Yup, that's also the possibility. |
| 17:17.17 | keesj | JustinP: I will try the same. |
| 17:17.36 | polyonymous | I also have gentoo, but thought it's easier to generate locales on Z :) |
| 17:18.23 | keesj | I don't really care about locales right now (specialy not for the tools I am building ) |
| 17:18.50 | keesj | cripts would not work with french error messages |
| 17:20.56 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
| 17:32.23 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 17:32.50 | *** join/#oe work_donato (n=donato@uriel-03.ite.net.br) |
| 17:36.07 | likewise | Ola |
| 17:40.37 | polyonymous | well, newer opie image is built okay. |
| 17:41.09 | polyonymous | hmm... that's about it. I can go for switching roots, woohoo :) |
| 17:41.59 | tnb | Laibsch: it works when FILES_${PN} are added |
| 17:42.12 | polyonymous | thought it has to do with FILES_ |
| 17:42.44 | tnb | (s/it/lftp/) |
| 17:42.58 | polyonymous | sorry for not telling you, didn't feel experienced - never written .bb, just fixing them :) |
| 17:43.56 | Laibsch | tnb: now is the time to write a bug report and document the fix |
| 17:45.18 | polyonymous | ah, forgot the russian multikey thing... Dunno if it should go into OE tree, but it's sitting on opie bugtracker for ages now.. |
| 17:47.22 | zecke | polyonymous: it should go to Opie, ask psokolovsky__ or ljp to commit, or ask for commit rights right-a-way |
| 17:47.47 | *** join/#oe paul_uk_lime (n=paul@host-84-9-234-58.bulldogdsl.com) |
| 17:47.57 | paul_uk_lime | hello?? |
| 17:48.16 | polyonymous | zecke, I already talked to psokolovsky__ about it and he said he'd do his best to get it through, but as I understand he's just opie-in-oe maintainer. |
| 17:48.33 | psokolovsky__ | polyonymous: as I suggested, you should drop an email to opie-devel, with request to include easy patches by you into 1.2.3 |
| 17:49.05 | paul_uk_lime | is there any one here who can give me some advice on how to set up OE? |
| 17:49.06 | zecke | polyonymous: but his kernel stuff and coordination makes him a highly trusted pal |
| 17:49.38 | zecke | paul_uk_lime: generally, just ask :) |
| 17:49.38 | polyonymous | psokolovsky__, yes, I told you don't feel like subscribing and I don't feel like bombarding list from the outside even if allowed... |
| 17:49.50 | psokolovsky__ | polyonymous: and otherwise, I didn't mention that, because I saw your changes as good thing to do anyway, but multijey ri layout works ok for me with angstrom (and it should be using utf-8 by default) |
| 17:49.53 | polyonymous | zecke, well, I'm only reiterating his words. I highly trust him :) |
| 17:50.36 | polyonymous | psokolovsky__, no, it doesn't use utf8 locale. And without turning on utf8 locale you don't get utf8 filenames. |
| 17:50.58 | psokolovsky__ | polyonymous: how comes it doesn't? |
| 17:51.19 | polyonymous | psokolovsky__, it may well use utf8, for its own purpose, but not locale, not for filenames. |
| 17:51.31 | polyonymous | well, it's never set to en_US.utf8 |
| 17:51.33 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 17:51.51 | psokolovsky__ | polyonymous: you mean LC_ALL not set or what? |
| 17:52.07 | polyonymous | psokolovsky__, well, LC_CTYPE in particular. ALL would also do, of course. |
| 17:52.38 | polyonymous | and this is exactly what breaks multikey loading and allows for utf8 filenames. |
| 17:52.51 | psokolovsky__ | polyonymous: well, angstrom should be utf-8 by default, you should post about that to angstrom-devel |
| 17:53.17 | polyonymous | psokolovsky__, before doing that I should check "supported" image :) |
| 17:53.25 | paul_uk_lime | thankyou! im trying to to set up OE and i have followed the instructions on openembedded and have got to the point where i need to update my copy of the OE database. Except it tells me that i need to 'migrate' my copy. When i try to migrate my OE.mtn i get told ...'mtn: calculating necessary migration steps |
| 17:53.25 | paul_uk_lime | mtn: error: database schema 48fd5d84f1e5a949ca093e87e5ac558da6e5956d is unknown; cannot perform migration' i have followed the instructions to the letter, any suggestions? |
| 17:54.15 | zecke | paul_uk_lime: what version of monotone do you have? |
| 17:54.31 | paul_uk_lime | 0.31 |
| 17:54.33 | zecke | paul_uk_lime: you have downloaded a too new db file for a old version of mtn :) |
| 17:54.38 | zecke | paul_uk_lime: which file did you download? |
| 17:54.48 | *** join/#oe woglinde (i=woglinde@e178095098.adsl.alicedsl.de) |
| 17:54.52 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 17:54.53 | woglinde | hm |
| 17:55.01 | woglinde | ERROR: No providers of build target angstrom-minimal-image.bb (for []) |
| 17:55.03 | zecke | paul_uk_lime: http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.31.mtn.bz2 is probably the one you want |
| 17:55.10 | zecke | woglinde: set BBPATH :) |
| 17:55.31 | paul_uk_lime | ok i'l give it a go, thankyou!:) |
| 17:56.09 | woglinde | zecke it is set |
| 17:56.13 | zecke | paul_uk_lime: after wget and bunzip2 you need to pull and this might take some time |
| 17:56.18 | zecke | woglinde: how many bbfiles were parsed? |
| 17:56.18 | woglinde | args |
| 17:56.24 | woglinde | shound add .bb |
| 17:56.25 | woglinde | heheh |
| 17:56.36 | woglinde | shpuldnt |
| 17:56.37 | woglinde | args |
| 17:59.53 | paul_uk_lime | ok, im getting the file just now... |
| 18:04.33 | goxboxlive | woglinde: You sent med a link here, but shouldnt glib-2.0 have been build without any local methods? |
| 18:05.14 | woglinde | goxbox hm as I understand it there is something mixed up with iconv in your envoriemnet |
| 18:07.57 | goxboxlive | ahh right |
| 18:08.41 | polyonymous | hmm.. btw sound in my opie works... |
| 18:08.58 | polyonymous | I was told it shouldn't :) |
| 18:09.12 | goxboxlive | <polyonymous> system sounds? |
| 18:09.20 | polyonymous | goxboxlive, yes, screen taps. |
| 18:09.28 | goxboxlive | do you use angstrom? |
| 18:09.43 | polyonymous | yes, angstrom and today's cvs bump of opie. |
| 18:09.54 | polyonymous | I haven't tried it yesterday with older cvs. |
| 18:10.33 | polyonymous | but it's veeery low. This is a module issue, though. |
| 18:11.27 | goxboxlive | ok, good. I'll try my self as soon as i have solved the glib-2.0 issue |
| 18:11.51 | polyonymous | I was surprised :) |
| 18:12.54 | polyonymous | okay, I've sent it upstream and I can provide interested parties with a patch against oe as well. I just didn't fancy the idea of taking care of the file on each reinstall. |
| 18:13.08 | psokolovsky__ | polyonymous: so, tell us again, what machine do you use? |
| 18:13.14 | polyonymous | borzoi |
| 18:13.20 | woglinde | borzoi? |
| 18:13.20 | polyonymous | that is spitz. |
| 18:13.34 | polyonymous | yup. 3100 |
| 18:14.17 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
| 18:14.27 | goxboxlive | woglinde: Is there something i can rebuild to do something about the mixed up iconv in my envirement? |
| 18:17.04 | woglinde | goxbox sorry dont know |
| 18:17.33 | goxboxlive | ok |
| 18:17.55 | woglinde | lastime I build glib-2.0 it works |
| 18:18.02 | psokolovsky | polyonymous: see privmsg |
| 18:18.06 | woglinde | but there are serval changes since then oin the .bb |
| 18:18.26 | polyonymous | psokolovsky, I haven't got any. have you identified yourself with nickserv? :) |
| 18:18.41 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:19.51 | *** join/#oe psokolovsky (n=psokolov@82.193.98.2) |
| 18:21.15 | woglinde | oehm |
| 18:21.27 | woglinde | why angstroem minimal needs gtk-doc-native-1.0-r1 |
| 18:21.44 | polyonymous | woglinde, after all it's native :) |
| 18:22.49 | woglinde | hm python native and glib2-native too |
| 18:26.29 | polyonymous | okay, now I'm rebooting into my old image, backup the whole thing and switch roots :) |
| 18:27.45 | *** join/#oe timtim (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:28.28 | zecke | ljp: ping |
| 18:29.32 | *** join/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 18:29.47 | mreimer_ | hello all |
| 18:32.35 | psokolovsky | mreimer_: Hi! |
| 18:33.03 | mreimer_ | hi psokolovsky! |
| 18:33.09 | psokolovsky | polyonymous: feel free to add your sound experience to http://bugs.openembedded.org/show_bug.cgi?id=2211 |
| 18:33.34 | polyonymous | okay. |
| 18:39.49 | *** join/#oe mwester-treo (n=mwester@166.196.242.207) |
| 18:45.20 | psokolovsky | Laibsch: we need more bugs for opie ;-) see current dep tree: http://bugs.openembedded.org/showdependencytree.cgi?id=2186 |
| 18:46.05 | psokolovsky | wtf, where's CIA? |
| 18:50.09 | ljp | hey zecke |
| 18:50.36 | polyonymous | this 2181 issue isn't clear to me. |
| 18:50.38 | zecke | ljp: did you get my mail? |
| 18:50.49 | vervain | Anyone recommend any commercial JTAG programmer/debuggers that have good support from OSS? |
| 18:51.25 | polyonymous | it isn't clear what the original issue was - the one "reproduced" by Laibsch with the log attached is fixed but it's not necessarily the one reported. |
| 18:51.49 | NAiL | vervain: Commercial? As in pre-built, or do you want support for it? ;) |
| 18:52.00 | polyonymous | NAiL, pre-build programmer?/? |
| 18:52.08 | polyonymous | (pardon my spelink) |
| 18:52.13 | zecke | home-grown |
| 18:52.25 | polyonymous | ah, that's me :) |
| 18:52.25 | NAiL | polyonymous: pre-assembled? !home-made? |
| 18:52.35 | NAiL | vervain: http://cgi.ebay.com/JTAG10-Parallel-Port-JTAG-Programmer-for-Blackfin-ARM_W0QQitemZ230124683519QQihZ013QQcategoryZ50915QQssPageNameZWDVWQQrdZ1QQcmdZViewItem |
| 18:52.46 | NAiL | I've got a couple of those. I'm using them for ARM and PPC atm. |
| 18:52.58 | polyonymous | NAiL, never tried to disassemble programmers before. I'm sure all commercial programmers are disgusting inside. |
| 18:53.13 | NAiL | They're cheap, wiggler-compatible (ie, dog slow), but they work. |
| 18:53.17 | polyonymous | ;-) |
| 18:54.26 | ljp | zecke: yes. |
| 18:54.39 | zecke | ljp: comments :) |
| 18:55.07 | ljp | stioll thinking on how best to do this |
| 18:56.04 | zecke | ljp: a) you could build a toolchain and bare-bone immage and ask your folk to integrate Qtopia to it |
| 18:56.20 | zecke | ljp: this would help you to learn :) |
| 18:56.28 | zecke | ljp: then you could do the same with uclibc |
| 18:56.35 | zecke | ljp: and then you can move on to ppc and mips |
| 18:56.39 | zecke | and redo :) |
| 18:57.00 | polyonymous | psokolovsky, nice tree. I'm going to try irda with palm. It didn't work quite well with bt phone. |
| 18:57.06 | hrw | morning |
| 18:57.25 | polyonymous | psokolovsky, not bt, of course (even though the phone is bt:)) |
| 18:57.35 | Laibsch | psokolovsky and polyonymous: Thanks for the great work. I will check it out and report more bugs as requested ;-) |
| 18:57.40 | *** join/#oe kristoffer (n=kristoff@80.251.207.35) |
| 18:57.41 | Laibsch | bitbake opie-image? |
| 18:57.50 | Laibsch | or what is it called these days? |
| 18:57.52 | polyonymous | Laibsch, furthermore, opie-kdepim-image :) |
| 18:58.04 | polyonymous | Laibsch, opie-image is the one, yes. |
| 18:58.07 | Laibsch | oh, we have kdepim's back? |
| 18:58.13 | polyonymous | Laibsch, ah... |
| 18:58.13 | Laibsch | AWESOME! |
| 18:58.18 | polyonymous | Laibsch, no, not in the tree. |
| 18:58.22 | polyonymous | It's in bugzilla, though. |
| 18:58.33 | Laibsch | polyonymous: We will have it soon, though, I am sure. |
| 18:58.44 | Laibsch | polyonymous: where? |
| 18:58.46 | polyonymous | Sure, it is working fine here. |
| 18:58.50 | polyonymous | hang on |
| 18:58.55 | psokolovsky | Laibsch: opie-image is basic image, let's take it as groundline, and first of all make it perfect |
| 18:59.06 | Laibsch | psokolovsky: Sounds reasonable |
| 18:59.12 | hvontres|poodle | psokolovsky: regarding the sound problems you had, did you have snd_mixer_oss and friends loaded? |
| 18:59.16 | hrw | Ifaistos: lzma give good compression but is slow - too slow for using it on device |
| 18:59.16 | Laibsch | But compilation will likely take me a while. |
| 18:59.17 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:59.23 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 18:59.24 | polyonymous | Laibsch, http://bugs.openembedded.org/show_bug.cgi?id=1076 |
| 18:59.41 | Laibsch | hrw: Too slow for ondevice *de*compression as well? |
| 18:59.45 | psokolovsky | hvontres|poodle: yes, that was static kernel with all the stuff. the sound worked in gpe and didn't - in opie |
| 18:59.54 | polyonymous | Laibsch, took me almost 5 hours, but including patching on the way :) |
| 19:00.03 | hrw | Laibsch: decompression is fast enough |
| 19:00.25 | Laibsch | polyonymous: You are my hero, REALLY! |
| 19:00.25 | polyonymous | superhero, I hope? :) |
| 19:00.25 | hvontres|poodle | psokolovsky: I think gpe is using alsa directly, while opie goes through the oss compatibility layer. |
| 19:00.35 | Laibsch | hrw: lzma is about compressing it once and not caring about time |
| 19:00.37 | polyonymous | hvontres|poodle, yes, qss |
| 19:00.43 | Laibsch | hrw: Only size is what counts. |
| 19:00.55 | Laibsch | hrw: And I would always compress on the desktop |
| 19:01.00 | hrw | Laibsch: I know |
| 19:01.03 | polyonymous | psokolovsky, have you installed qss? It's not installed by default on opie-image, I believe. |
| 19:01.09 | psokolovsky | hvontres|poodle: no ui framework stuff in our realm uses alsa directly ;-) |
| 19:01.18 | hrw | Laibsch: I mentioned lzma to few people here as good companion for squashfs |
| 19:01.39 | Laibsch | polyonymous: best hero of all (with sugar and cream on top) |
| 19:01.45 | psokolovsky | polyonymous: likely, no |
| 19:01.49 | hvontres|poodle | psokolovsky: I also stumbled across an issue with the early alsa implementations not having a master volume channel |
| 19:01.49 | polyonymous | Yeah, I consume a lot of sugar :) |
| 19:02.27 | psokolovsky | hvontres|poodle: sound worked for me in familiar 0.8.4 opie |
| 19:02.46 | polyonymous | Laibsch, I take it pads as in pats? :) |
| 19:02.59 | psokolovsky | Laibsch: thank you too for starting this new wave, I'm sure we'll get opie up to speed soon! |
| 19:03.56 | polyonymous | btw, this beast we have in opie - it's an OZ beast? :) |
| 19:04.19 | Laibsch | polyonymous: I need to check the meaning of pats. "to pad" is a verb. "auf die schulter klopfen" |
| 19:04.41 | polyonymous | ah ok |
| 19:04.42 | hvontres|poodle | polyonymous: nahh, I think that one is an opie creation :) |
| 19:04.54 | Laibsch | psokolovsky: I humbly do my best (which unfortunately cannot match the skills of most around here) |
| 19:05.00 | polyonymous | hvontres|poodle, ok. Thought it's the opened zaurus :) |
| 19:05.39 | hvontres|poodle | polyonymous: nahh, that one actually came out looking pretty cool... |
| 19:05.51 | polyonymous | Laibsch, strange, I couldn't find this meaning. Nevermind, though. |
| 19:06.01 | *** join/#oe CIA-4 (n=CIA@208.69.182.149) |
| 19:06.19 | psokolovsky | polyonymous: http://opie.handhelds.org/cgi-bin/moin.cgi/Opie_20General_20FAQ?action=highlight&value=mascot |
| 19:07.04 | polyonymous | psokolovsky, thank you! Now at least I can call him by name :) |
| 19:07.14 | ljp | hmm.. bin-utils-cross is failing to build here |
| 19:07.23 | hrw | ljp: amd64 or x86? |
| 19:07.33 | polyonymous | Laibsch, "to pat so. on the back jmdm. auf die Schulter klopfen" (said dict.leo.org) |
| 19:07.37 | hrw | ljp: what distro/machine? |
| 19:07.43 | Laibsch | polyonymous: You are right. It is indeed "to pat" not "to pad" |
| 19:07.49 | polyonymous | Laibsch, ah ok. |
| 19:07.55 | Laibsch | polyonymous: Just checked leo.org, too |
| 19:07.58 | polyonymous | :))) |
| 19:07.59 | ljp | angstrom/tosa |
| 19:08.05 | ljp | host is x86 |
| 19:08.15 | hrw | ljp: pastebin bug |
| 19:10.51 | ljp | hmm pastebin doesn't like it - Query failure: Can't open file: 'pastebin.MYI'. (errno: 145) |
| 19:11.07 | hrw | ~pastebin |
| 19:11.10 | ibot | rumour has it, 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 |
| 19:11.14 | hrw | use other site |
| 19:11.27 | NAiL | pastebin.osuosl.org is very nice, and fast. |
| 19:12.36 | ljp | http://pastebin.ca/467839 |
| 19:13.04 | hrw | I see |
| 19:15.11 | hrw | ljp: up-to-date OE? |
| 19:15.45 | hrw | ljp: this bug is workarounded in binutils.inc |
| 19:16.48 | ljp | should be up to date, started fresh on new machine at work |
| 19:17.03 | hvontres|poodle | polyonymous: if you get a chance, could you roll me a poodle opie image for testing? I am still trying to sort out my kernel build failures |
| 19:17.23 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 19:17.24 | polyonymous | hvontres|poodle, sure, I'll try. |
| 19:17.37 | hrw | ljp: http://pastebin.ca/467854 in binutils.inc take care of it |
| 19:17.50 | hrw | ljp: btw - which version of qt/e 2.3.x is last one? |
| 19:17.54 | vervain | NAiL: I mean commercial as in commercial product not necessariy support. I'm currently looking at the Atmel JTAGICE but I need to make sure we have gdb support. |
| 19:17.56 | hvontres|poodle | polyonymous: thanks. drop me a line at hvontres(AT)gmail(DOT)com |
| 19:18.12 | polyonymous | hvontres|poodle, ok. |
| 19:18.18 | ljp | hmm.. 2.3.11? |
| 19:18.22 | polyonymous | hvontres|poodle, but I'm more likely to drop you a line here :) |
| 19:18.23 | ljp | would have to check |
| 19:18.30 | vervain | We're investigating next gen system which will be an arm9 and I'm looking at the JTAG implementation for programming/testing. |
| 19:18.50 | hrw | ljp: qtopia 2.2 contain 2.3.12/13 iirc |
| 19:20.01 | hvontres|poodle | polyonymous: ok, but I may not be on later :) |
| 19:20.01 | polyonymous | hvontres|poodle, but I can't generate you binary locales :) |
| 19:20.02 | polyonymous | hvontres|poodle, I'm not sure when the image is complete, anyway :) |
| 19:20.09 | Laibsch | psokolovsky, polyonymous: I just thought it would be a nice idea to have a dual-GUI GPE/Opie image as well to get more people to try out GPE stuff. I will open a bug report and try working on it time permitting. Feel free to comment and work on it. |
| 19:20.20 | ljp | seem to recall later qt/e versions only in qtopia 2.2 ... |
| 19:20.52 | polyonymous | Laibsch, I also thought about it, but I'd postpone it till we have both working :) |
| 19:20.58 | hrw | Laibsch: such image will be big probably |
| 19:21.54 | polyonymous | hvontres|poodle, http://rafb.net/p/UfG3d095.html is that ok? |
| 19:22.06 | polyonymous | hrw, just fine for dogs with microdrive :) |
| 19:22.13 | ljp | hrw: thats alread in binutils.inc |
| 19:23.17 | hrw | ljp: no idea then. I built binutils-cross-sdk so many time during last weeks... on misc x86, amd64 boxes |
| 19:23.18 | hvontres|poodle | polyonymous: looks good to me :) |
| 19:23.30 | polyonymous | hvontres|poodle, okay, opie-image or opie-kdepim-image ? |
| 19:23.57 | hvontres|poodle | polyonymous: lets start with plain opie-image first :) |
| 19:24.07 | polyonymous | ok :) |
| 19:24.13 | hvontres|poodle | polyonymous: I still have my OZ setup for daily work :) |
| 19:24.32 | polyonymous | parsing :) |
| 19:25.51 | psokolovsky | Laibsch: nice idea, in my deep todo is creating LiveCards (cf. LiveCD) for people to try stuff ;-) |
| 19:26.15 | polyonymous | psokolovsky, if only all devices could boot cards.. |
| 19:26.24 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 19:26.43 | psokolovsky | polyonymous: yep, that would be major trouble to get it really cross-device ;-) |
| 19:27.02 | hvontres|poodle | polyonymous: well, if we can get kexec to twiddle the cmdline....:) |
| 19:27.54 | polyonymous | hvontres|poodle, even if we can, it is likely to require some knowledge level having which user wouldn't really need "livecard" to try things out :) |
| 19:30.06 | psokolovsky | yep, assuming target audience are folks with orginal Zs, it would take to find a security hole in embeddix kernel and reboot it into new kernel ;-) |
| 19:30.18 | psokolovsky | fortunately, it's easier with wince ;-E |
| 19:30.30 | polyonymous | ;-) |
| 19:30.33 | hvontres|poodle | polyonymous: actually, we could probably come up with some sort of statup script the user can run from the card that could take care of some of the more advanced things...we would probably need to custumize the card image for different devices |
| 19:31.15 | hvontres|poodle | psokolovsky: ahh, drat, I forgot about the crapix kernels...I've been on 2.6 for almost a year now...:) |
| 19:31.24 | polyonymous | hvontres|poodle, startup script? For what I remember original sharp rom wouldn't let you kexec a thing. |
| 19:31.34 | polyonymous | exactly. |
| 19:32.27 | polyonymous | Now I need to find out how can I swap the contents of / and /chroot/ live.... :) |
| 19:35.42 | polyonymous | heh, I found the way, it seems. |
| 19:38.17 | hrw | cu |
| 19:38.55 | *** join/#oe jott_ (n=j@unaffiliated/jott) |
| 19:40.59 | Laibsch | hrw|gone: I know. But there should be solutions for the size. This will not be a flash installation for collie for example. |
| 19:41.38 | *** join/#oe drw (n=drw@dirus.hrsmart.com) |
| 19:46.46 | polyonymous | time to flash the new kernel |
| 19:48.47 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 19:48.52 | likewise | <pooof> |
| 19:49.18 | likewise | koen: not sure if it matters, but we are missing the tail section of this patch: http://gcc.gnu.org/bugzilla/attachment.cgi?id=12705 |
| 19:54.16 | polyonymous | woohoo, I'm in. |
| 20:02.34 | *** join/#oe YoG (n=chatzill@bzq-88-152-196-176.red.bezeqint.net) |
| 20:02.55 | *** join/#oe greentux (n=lemke@p54B31961.dip0.t-ipconnect.de) |
| 20:08.06 | *** join/#oe TheCan (n=thecan@dslb-084-056-159-192.pools.arcor-ip.net) |
| 20:08.39 | *** join/#oe Bitmaster (n=Bitmaste@c-9b61e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 20:10.53 | *** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 20:11.00 | *** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath) |
| 20:21.06 | Laibsch|later | where? |
| 20:21.28 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
| 20:21.53 | polyonymous | where in?:) |
| 20:25.27 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 20:29.48 | *** join/#oe psokolovsky (n=psokolov@82.193.98.2) |
| 20:29.58 | psokolovsky | polyonymous: well, for me, sound doesn't work eevn with opie-qss and a ipaq-specific workaround which wasn't applied previously ;-( |
| 20:30.35 | polyonymous | psokolovsky, then the bug confirmed for your machine. |
| 20:39.02 | YoG | hi, I'm trying to bitbake zroadmap... and it fails on building qte-mt-2.3.10 with `clipbounds' undeclared... can anyone advice on this? please? |
| 20:39.31 | *** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 20:39.37 | *** part/#oe z72ka (n=hermanj@r5af183.net.upc.cz) |
| 20:40.10 | polyonymous | hmm... qte-mt should build fine... |
| 20:40.31 | hrw | re |
| 20:40.56 | YoG | polyonymous: do I really have to build all these things just for zroadmap? can't I just build this package? |
| 20:41.16 | polyonymous | Yes, I'm afraid, you do. |
| 20:41.34 | ljp | zecke: ping |
| 20:41.46 | YoG | polyonymous: so any idea where to start looking what i have done wrong? |
| 20:42.09 | polyonymous | do you have recent tree? |
| 20:42.20 | polyonymous | that would be the first thing to check. |
| 20:42.29 | zecke | ljp: pong |
| 20:42.53 | YoG | polyonymous: well... it's a couple of weeks old... I'll update it and try again |
| 20:43.37 | polyonymous | hvontres|poodle, "your" build failed :) |
| 20:44.32 | ljp | did you get the email about an address for the greenphone? |
| 20:45.57 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
| 20:51.35 | Laibsch|later | I know this has been asked before but I cannot find the solution for it now; I removed "qemu-native" from ASSUME-PROVIDED and now it complains about gcc4. gcc3 is also installed. I read something about sdl binaries and dev packages but wonder if that is relevant here and what packages it would be on ubuntu. Any help? |
| 20:52.01 | Laibsch|later | I do have libsdl-dev installed (well, the package it points to, it is a virtual package on ubuntu) |
| 20:52.54 | *** join/#oe meister (n=meister@82.244.212.29) |
| 20:53.08 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 21:00.37 | *** join/#oe slapin_nb (n=slapin@143.166.249.ozerki.net) |
| 21:02.24 | hvontres|poodle | polyonymous: what did it fail on? |
| 21:02.57 | polyonymous | hvontres|poodle, bad RPATH in gcc-cross. I don't understand it - I have 'return False' commented out in my insane class... |
| 21:03.02 | polyonymous | lookinginto it now. |
| 21:04.15 | polyonymous | weirdness. |
| 21:11.26 | polyonymous | hvontres|poodle, I was building from the wrong tree :)) |
| 21:13.29 | hvontres|poodle | polyonymous: ooops...:) |
| 21:14.25 | polyonymous | hvontres|poodle, yup. Building afresh now. |
| 21:17.27 | zecke | ljp: yes, I got two mails. We had a holiday yesterday, and I wrote a rather lengthy reply to Knut |
| 21:19.20 | zecke | ljp: ah I got both mails from you now |
| 21:27.58 | Laibsch | zecke: Sorry to bother you. But can you tell me what the solution was again for non-compiling qemu-native? See my question from 22:51 |
| 21:28.51 | woglinde | laibsch ENABLE_BINARY_LOCALE_GENERATION = "0" |
| 21:29.11 | zecke | Laibsch: you don't bother. who complains? sane.bbclass or do you get a failure on do_configure? |
| 21:30.23 | Laibsch | woglinde: Thank you. I had that enabled previously, but koen said it will likely create broken images |
| 21:30.30 | Laibsch | Laibsch: I do ;-) |
| 21:30.38 | woglinde | laibsch test it |
| 21:30.42 | Laibsch | zecke: Let me post the output |
| 21:30.46 | woglinde | my gpe image was functional |
| 21:30.59 | zecke | woglinde: you are a latin1 moron ;) |
| 21:31.06 | woglinde | um yes |
| 21:31.59 | polyonymous | Laibsch, does machine have enough swap/mem to generate locales? |
| 21:34.13 | Laibsch | zecke: http://rafb.net/p/uGCpIT54.html |
| 21:34.44 | Laibsch | polyonymous: yes, I think so. It has ~700MB of RAM, headless machine, LAN server |
| 21:34.55 | zecke | Laibsch: could you run ./configure --help in the qemu dir for me? |
| 21:34.57 | polyonymous | Laibsch, should do the trick, then. |
| 21:35.11 | Laibsch | psokolovsky: What should do the trick? |
| 21:35.17 | Laibsch | zecke: hang on |
| 21:35.34 | polyonymous | polyonymous, you can do without binary locales, you can generate them on device. |
| 21:35.39 | polyonymous | ouch |
| 21:35.46 | polyonymous | Laibsch, that was for you, I'm talking to myself now :) |
| 21:36.08 | psokolovsky | Laibsch: there was patch posted reported to allow build qemu with gcc4 |
| 21:37.00 | Laibsch | sorry, p* guys. Mixed 'ya up ;-) |
| 21:37.29 | polyonymous | at least you didn't confuse yourself with one of us :) |
| 21:37.56 | Laibsch | zecke: http://rafb.net/p/Nc5IAD34.html |
| 21:38.31 | zecke | Laibsch: Do you have a gcc-3.3 on your system? |
| 21:39.00 | zecke | check if there is EXTRA_OEFLAGS="--cc=gcc-3.3" in the .bb file |
| 21:39.34 | Laibsch | zecke: yes |
| 21:39.40 | Laibsch | gcc 4 and 3 both installed |
| 21:40.11 | zecke | cool klee im fernsehen |
| 21:40.13 | zecke | oops sorry |
| 21:40.42 | polyonymous | altboot doesn't build for spitz! |
| 21:40.55 | Laibsch | zecke: zecke, who the f... is klee? |
| 21:41.03 | zecke | music :) |
| 21:41.09 | Laibsch | polyonymous: It built for me. But it did not work. |
| 21:41.24 | Laibsch | zecke: I thought you were talking about Kleeberg. You know the guy? |
| 21:41.24 | zecke | I hope you know it. you might recognize it from commercials |
| 21:41.30 | psokolovsky | Laibsch: well, but did you try patch at #2157 after all? |
| 21:41.30 | zecke | no |
| 21:42.19 | Laibsch | zecke: I hardly get commercials, not having a TV and haunting everyone with BDSG that sends me junk mail via snail mail |
| 21:42.46 | Laibsch | zecke: I was wondering since he is a celebrity chef cook from Berlin. |
| 21:43.00 | Laibsch | !oebug 2157 |
| 21:43.01 | cdbot2 | * * Bug 2157, Status: NEW, Created: 2007-04-29 03:49 |
| 21:43.02 | cdbot2 | * * bero(AT)arklinux.org: qemu fails to compile with gcc 4.x |
| 21:43.03 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2157 |
| 21:43.12 | Laibsch | Ah, there seems to be some info |
| 21:43.58 | polyonymous | Laibsch, for spitz? |
| 21:44.24 | Laibsch | polyonymous: Well, it might have been for collie. |
| 21:44.34 | Laibsch | Actually I think it *was* for collie |
| 21:44.36 | Laibsch | Sorry |
| 21:45.38 | Laibsch | zecke: It looks like there is some sophisticated if structure in qemu-native.inc that should set EXTRA_OEFLAGS="--cc=gcc-3.3" |
| 21:45.41 | *** join/#oe Crofton (n=balister@hc65216e5.dhcp.vt.edu) |
| 21:45.45 | Laibsch | But I am not sure it really does |
| 21:45.57 | zecke | Laibsch: do you have a gcc-3.3? |
| 21:46.46 | polyonymous | ah... | install: cannot stat `/home/hacker/OE/angstrom/tmp/work/spitz-angstrom-linux-gnueabi/altboot-1.1.1+wip-SVNR30-r1/trunk//spitz/altboot-menu/*-*': No such file or directory |
| 21:46.58 | Laibsch | zecke: Will http://rafb.net/p/9ATRzK31.html do what I think it is there to do? |
| 21:47.44 | Laibsch | zecke: package name is gcc-3.3-base, version is 3.3.6-13ubuntu2 |
| 21:48.08 | Laibsch | I also have 4.1 and 4.0 |
| 21:48.11 | zecke | Laibsch: well, for the third and last time. Do you have an executable called gcc-3.3 |
| 21:48.27 | Laibsch | zecke: Must have missed the first two ;-) |
| 21:48.54 | woglinde | gcc-3.3-base isnt qnough |
| 21:48.58 | woglinde | gcc-3.3-base isnt enough |
| 21:49.00 | polyonymous | Laibsch, you could catch up at the fourth and the last later on :) |
| 21:49.02 | Laibsch | which `gcc-3.3` shows nothing |
| 21:49.53 | hrw | cu |
| 21:50.04 | Laibsch | see you |
| 21:50.05 | hrw | Laibsch: apt-get install gcc-3.4 |
| 21:50.05 | woglinde | laibsch you nee gcc-3.3 paclage |
| 21:50.13 | woglinde | or 3.4 |
| 21:50.18 | Laibsch | Thanks, guys |
| 21:50.30 | Laibsch | hrw: Maybe add to openembedded-essential? |
| 21:51.10 | psokolovsky | Laibsch: don't be lazy, please try that patch, if you have this issue! ;-) |
| 21:52.16 | Laibsch | psokolovsky: I am not lazy. Don't worry I will look at the bug. |
| 21:52.25 | Laibsch | But unlike my computer I am single-task |
| 21:52.46 | polyonymous | Laibsch, upgrade :) |
| 21:52.47 | Laibsch | although I can breathe and type at the same time ;-) |
| 21:53.03 | psokolovsky | Laibsch: it's just too many people have been having this issue. if qemu 0.9 indeed buildable with gcc4, let's just make it such, and forget about... |
| 21:53.11 | polyonymous | that sounds like RT-11 BG/FG monitor :) |
| 21:54.27 | Laibsch | Strange, "dpkg -l" did not list gcc-3.3 as a package, only gcc-3.2 |
| 21:56.14 | woglinde | than you have gcc-3.2 |
| 21:56.19 | woglinde | as command |
| 21:57.12 | Laibsch | psokolovsky: Have you tried the patch? |
| 21:57.44 | psokolovsky | Laibsch: nope, I don't have such prob ;-) |
| 21:57.59 | Laibsch | woglinde: No, it was shown as uninstalled. With "dpkg -l" you should get installed and installable packages. At least that is what I think. |
| 21:58.04 | *** join/#oe tank17 (i=ariel@gateway/tor/x-7e38855e043013bb) |
| 21:58.06 | Laibsch | psokolovsky: Why not? |
| 21:58.16 | psokolovsky | Laibsch: in queue ;-) |
| 21:58.18 | *** join/#oe florian_ (n=fuchs@87.193.43.196) |
| 21:58.33 | psokolovsky | I'm not sure I have gcc4 installed ;-) |
| 21:58.52 | *** part/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
| 21:59.04 | Laibsch | Why EXTRA_OECONF="--disable-gcc-check" if this should really solve the issue? |
| 21:59.09 | Laibsch | Seems a bit weird |
| 21:59.27 | polyonymous | Laibsch, probably patch doesn't take care of gcc detection part? |
| 21:59.30 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 22:01.45 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
| 22:02.30 | *** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 22:04.49 | *** join/#oe psokolovsky (n=psokolov@82.193.98.2) |
| 22:06.10 | *** join/#oe psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
| 22:06.32 | Laibsch | polyonymous: I removed the gcc3.x packages to test the patch |
| 22:07.16 | Laibsch | psokolovsky: I removed the gcc3.x packages to test the patch |
| 22:07.17 | polyonymous | Laibsch, I meant the --disable and fix. The patch from busybox guys doesn't touch autoconf. |
| 22:07.37 | psokolovsky_ | nice, thanks! |
| 22:10.10 | Laibsch | OK, fails without the patch |
| 22:10.37 | polyonymous | hmm.. ipkg: (null): Bad address -- seen that? |
| 22:12.40 | Laibsch | polyonymous: yes. The times I saw it was harmless and I ignored it |
| 22:13.15 | polyonymous | Laibsch, yes, seems to be harmless here, just wondered what the hell is that. |
| 22:15.54 | Laibsch | psokolovsky: configure ran through this time |
| 22:16.20 | psokolovsky_ | polyonymous: ipkg needs lots of love, too ;-) |
| 22:16.25 | psokolovsky_ | Laibsch: with patch? |
| 22:16.45 | polyonymous | psokolovsky, uhh... Dunno if I'm ready to love it :) |
| 22:17.06 | *** join/#oe marcan (n=marcanso@160.10.7.121) |
| 22:18.30 | psokolovsky_ | actually, I'm rather bored with ipkg's slowness, probably, I'll try to look into it on a calm day (but where such come?..) |
| 22:18.37 | Laibsch | psokolovsky: Yes, second run with patch. compile still going strong. |
| 22:19.54 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-b5e12b59b36cc9fc) |
| 22:19.57 | mmp | psokolovsky: that would be great :) |
| 22:20.28 | mmp | I also had such idea... |
| 22:20.28 | polyonymous | yeah, it's much slower on angstrom for some reason... |
| 22:20.32 | polyonymous | Hmm.. after suspend/resume my g-ether doesn't work... |
| 22:21.00 | psokolovsky_ | polyonymous: at least something. that's compensation for working sound ;-P |
| 22:21.08 | polyonymous | psokolovsky, :)))) |
| 22:22.57 | polyonymous | it used to spit a few some usb reset messages after loading, but now it doesn't... |
| 22:35.11 | CIA-4 | 03philippe 07org.oe.dev * r8aeb8aa9... 10/ (1 packages/gpe-mininet/gpe-mininet_svn.bb): |
| 22:35.11 | CIA-4 | gpe-mininet: added new svn build recipe |
| 22:35.11 | CIA-4 | packages/gpe-mininet/gpe-mininet_svn.bb |
| 22:35.11 | CIA-4 | * new svn build recipe |
| 22:38.49 | hvontres|poodle | polyonymous: I'll be taking off in about 1/2 hour. Thanks for working on an image for me :) |
| 22:39.12 | polyonymous | I'll pass your thanks to the cpus. Both cores :) |
| 22:39.35 | polyonymous | It's at glibc, so I think you'll get the image tomorrow, |
| 22:39.43 | hvontres|poodle | polyonymous: what kind of box are you running on ? |
| 22:40.07 | polyonymous | I'll go to sleep in about half an hour too. amd64 x2 2.2GHz |
| 22:40.25 | polyonymous | (that is 4200+) |
| 22:40.47 | hvontres|poodle | polyonymous: hehe...my last attempt from scratch only took about 20 hrs on my poor old dual P-II 333's :) |
| 22:41.10 | polyonymous | hvontres|poodle, much faster here. |
| 22:41.29 | polyonymous | and it builds way more than I would expect it to build :) |
| 22:47.41 | *** join/#oe dalurka (n=dalurka@holly.bsnet.se) |
| 22:53.08 | zecke | night |
| 22:53.33 | hvontres|poodle | night all |
| 22:53.54 | *** join/#oe psokolovsky__ (n=psokolov@82.193.98.2) |
| 22:56.31 | *** join/#oe dalurka_ (n=dalurka@holly.bsnet.se) |
| 23:08.55 | *** join/#oe tank17 (i=ariel@gateway/tor/x-6c604e72f1cb2e0f) |
| 23:09.18 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 23:09.34 | *** join/#oe vervain_ (n=vervain@74-139-209-151.dhcp.insightbb.com) |
| 23:14.14 | Laibsch | koen: Lucky you ;-) |
| 23:15.07 | woglinde | he koen |
| 23:15.32 | koen | yeah, means that I will get more than 6 hours of sleep :) |
| 23:15.34 | koen | hey woglinde |
| 23:16.15 | koen | Laibsch: a dual gpe/opie image is a bad idea, since libxine and libsdl are incompatible with libsdl-qpe and libxine-qpe |
| 23:16.35 | woglinde | koen hm minimal-angstroem shipps bluez-utils and bluezprobe which need perl-native pyhton-native cups and serval more native packages |
| 23:16.55 | woglinde | that longs the buildtime |
| 23:17.31 | koen | woglinde: no, minimal-image depends on task-base, which contains all that and is built because of debian.bbclass |
| 23:17.44 | woglinde | yes |
| 23:18.00 | woglinde | but I dont need bluez-cups in a minimal image |
| 23:19.34 | koen | it isn't in there |
| 23:20.03 | woglinde | args yes but the build time |
| 23:20.15 | woglinde | I am littel stubborn |
| 23:20.17 | woglinde | *g* |
| 23:20.30 | koen | [01:17] koen: woglinde: no, minimal-image depends on task-base, which contains all that and is built because of debian.bbclass |
| 23:21.04 | woglinde | so fixing debian.bbclass? |
| 23:21.10 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 23:21.23 | koen | no, put all task-* in their own recipes |
| 23:25.28 | Laibsch | koen: It was possible on OZ so I am sure there is a way to make this work on angstrom. |
| 23:25.45 | *** part/#oe ozstinger (n=ozstinge@216.143.234.167) |
| 23:25.46 | Laibsch | Let's see |
| 23:25.55 | Laibsch | It would certainly be nice. |
| 23:26.13 | koen | Laibsch: you can get two basic GUIs running at the same time |
| 23:26.26 | koen | but as soon as you install libsdl or libxine, you loose |
| 23:26.57 | koen | unless you use 2 chroots, and at that point the advantage of a dual-image is gone |
| 23:27.29 | woglinde | koen different RPATHS? |
| 23:27.36 | woglinde | or is this too much overhead |
| 23:28.21 | koen | Laibsch: something like altboot and booting an image from sd would be better |
| 23:36.16 | woglinde | nite |
| 23:47.51 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 23:48.20 | polyonymous | psokolovsky__, the qte-mt patch breaks fresh build, it seems. Well, I'd say it doesn't fix it. We need to depend on staged kernel. |
| 23:48.56 | psokolovsky__ | polyonymous: then, consider hacking in getpagesize() ;-) |
| 23:49.05 | polyonymous | psokolovsky__, or depending on the kernel |
| 23:49.12 | *** join/#oe emte_ (n=emte@d64-180-45-14.bchsia.telus.net) |
| 23:49.14 | polyonymous | how do we depend on the kernel? |
| 23:49.45 | psokolovsky__ | polyonymous: no-how. generic userspace should not depend on kernel |
| 23:50.06 | polyonymous | psokolovsky__, what do you mean "generic"? It's machine-specific. |
| 23:50.52 | polyonymous | after all it's built in work/spitz*/ :) |
| 23:50.56 | psokolovsky__ | polyonymous: only "kernel userspace" (modutils, blah-blah) may depend on kernel. |
| 23:51.20 | psokolovsky__ | polyonymous: plus, it is no machine specific, it being so is a software defect, being fixed gradually. |
| 23:51.30 | polyonymous | Hmm.. |
| 23:51.59 | polyonymous | matchbox-panel depends on virtual/kernel.. |
| 23:52.25 | psokolovsky__ | polyonymous: that sux |
| 23:52.34 | polyonymous | but indeed it can be avoided here with getpagesize() thing... |
| 23:52.48 | psokolovsky__ | polyonymous: plus, kernel really should be built before userspace |
| 23:53.02 | psokolovsky__ | polyonymous: should be avoided, I'd say ;-) |
| 23:53.34 | polyonymous | psokolovsky__, if it was built before userspace then we wouldn't even need to depend on it, we would just rely on it :) |
| 23:54.20 | psokolovsky__ | polyonymous: that's how it works, I'd think. for ipaqs, kernel is built much before UI stuff. |
| 23:54.48 | polyonymous | well, I just started a fresh poodle build for hvontres and it failed. That means kernel wasn't built before UI.. |
| 23:55.19 | polyonymous | then adding such a dependency shouldn't hurt, I think. |
| 23:55.58 | psokolovsky__ | polyonymous: just not on opie |
| 23:56.10 | polyonymous | what do you mean not on opie? |
| 23:56.36 | psokolovsky__ | <psokolovsky__> polyonymous: no-how. generic userspace should not depend on kernel |
| 23:57.17 | polyonymous | well, you've just said kernel should be built before userspace. We do not make kernel depend on qte-mt, it's the other way around. |
| 23:57.33 | polyonymous | In general, I share this sentiment about generic userspace... |
| 23:58.08 | polyonymous | Well, okay, nevermind, I'll hack in a getpagesize() solution and that will be it. |
| 23:58.14 | psokolovsky__ | polyonymous: please find proper fix for this dep problem, or just fix qte crap |
| 23:58.20 | psokolovsky__ | yep, thanks |
| 23:58.43 | polyonymous | I think the dep on virtual/kernel should be fine and should do the trick, but since I'm at it, I'll see into getpagesize(). |
| 23:58.58 | polyonymous | The question here is if it would be slower or not. |
| 23:59.30 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 23:59.46 | polyonymous | heh |
| 23:59.52 | polyonymous | I tried to build angstrom-e-image... |
| 23:59.59 | polyonymous | | evas_fb_main.c:533: error: 'PAGE_MASK' undeclared (first use in this function) |
| 23:59.59 | polyonymous | <PROTECTED> |