00:00.09 | TheMasterMind1 | so why is it monotone is so slow? |
00:01.19 | emte | you dont have the roster patch applied |
00:01.28 | NAbyss_ | Roster patch? |
00:01.42 | emte | and its down to ~ 30seconds a rev now without that patch |
00:01.50 | emte | yeah |
00:01.58 | zecke | TheMasterMind1: the way it handles revisions is kind of slow |
00:02.09 | emte | its a ... beta patch taht helps speed things up immensly |
00:02.27 | TheMasterMind1 | emte: where might one find this patch |
00:02.33 | zecke | TheMasterMind1: in contrast to any other SCM signature etc... are controled |
00:02.44 | TheMasterMind1 | the wiki says download the snapshot and continue from step 6, what about step 4, generating a public key |
00:02.47 | zecke | TheMasterMind1: monotone 0.26 will be way faster |
00:03.04 | zecke | TheMasterMind1: if you want to commit to your db, you will need a public key |
00:03.14 | emte | unless you need commit or specific repo access you can skip the kep |
00:03.27 | emte | since that command actually no longer exists |
00:04.20 | emte | it looks like it was removed in the last version of monotone |
00:04.47 | emte | last/current stable |
00:06.19 | TheMasterMind1 | emte: is this patch in trunk? |
00:06.33 | emte | TheMasterMind1, i do not belive so |
00:06.49 | emte | njs, if your around do you knwo where the roster patch lives? |
00:06.53 | emte | know* |
00:07.06 | zecke | emte: I think you can not get it seperately |
00:07.12 | zecke | emte: rosters will be in monotone 0.26 |
00:07.53 | emte | yeah, but i was guessing it was seperate from the way others have been talking about it for the last few mo |
00:08.28 | CIA-4 | 03rpurdie 07org.oe.dev * r5f22b55f... 10/packages/linux/ (7 files in 2 dirs): linux-oz-2.6: Updated defconfigs to add CONFIG_TUN=m (refresh c7x0 and cxx00 against 2.6.16). Add patch to ignore invalid MMC SCR structures. This should be tested carefully as its effect is unknown. |
00:08.32 | CIA-4 | 03rpurdie 07org.oe.dev * r1aeba3dd... 10/packages/dates/dates_svn.bb: dates: Sync with poky and fix icons issue |
00:08.36 | CIA-4 | 03rpurdie 07org.oe.dev * r1fd90356... 10/packages/contacts/ (contacts_0.1.bb contacts_svn.bb): contacts: Sync with poky and fix icons issue |
00:08.42 | CIA-4 | 03rpurdie 07org.oe.dev * ra8d1f60a... 10/packages/autoconf/ (autoconf-2.59/autoconf-x.patch autoconf_2.59.bb): autoconf: Correct the xlibs detection to correctly detect xlibs (from poky) |
00:08.47 | CIA-4 | 03rpurdie 07org.oe.dev * rb76b6bfe... 10/conf/ (7 files in 4 dirs): PCMCIA_MANAGER: Correctly handle this for various machines in a consistent way and set a default in bitbake.conf for backwards compatibility in such a way it can be overridden in a variety of ways. |
00:08.52 | CIA-4 | 03rpurdie 07org.oe.dev * r1fa9e864... 10/packages/pcmanfm/ (8 files in 2 dirs): Add pcmanfm 0.1.9.8 (from poky) |
00:09.04 | CIA-4 | 03rpurdie 07org.oe.dev * r487614c7... 10/packages/galago/ (eds-feed/disable-bonobo.patch eds-feed_0.3.2.bb): Add eds-feed 0.3.2 (from poky) |
00:09.11 | CIA-4 | 03rpurdie 07org.oe.dev * refa3876b... 10/ (.mt-attrs packages/gnome/libgnomecanvas_2.6.1.1.bb): libgnomecanvas: Correct DEPENDS |
00:09.18 | CIA-4 | 03rpurdie 07org.oe.dev * rf7ac5e5e... 10/packages/ipkg/ipkg-native_0.99.159.bb: Add ipkg-native 0.99.159 |
00:09.19 | CIA-4 | 03rpurdie 07org.oe.dev * r79664cfb... 10/packages/gtk+/ (15 files in 2 dirs): Add gtk+ 2.8.16 (from poky). Only a subset of patches are being used against this by poky but the treeview fix is included |
00:09.23 | CIA-4 | 03rpurdie 07org.oe.dev * r79cefc4c... 10/packages/gnome/libsoup_2.2.7.bb: Add libsoup 2.2.7 (from poky) |
00:09.31 | CIA-4 | 03rpurdie 07org.oe.dev * r5c2e54a0... 10/packages/gcalctool/ (gcalctool/makefile-fix.diff gcalctool_5.7.32.bb): Add gcalctool 5.7.32 |
00:09.34 | CIA-4 | 03rpurdie 07org.oe.dev * rfb171e42... 10/packages/js/ (files/host-cc.patch files/jsautocfg.h js_1.5.bb): Add js 1.5 |
00:09.38 | CIA-4 | 03rpurdie 07org.oe.dev * rbda91375... 10/ (4 files in 3 dirs): Add kf 0.5.4.1 |
00:09.42 | CIA-4 | 03rpurdie 07org.oe.dev * r99615a35... 10/ (4 files in 3 dirs): Add leafpad 0.8.4 |
00:13.03 | zecke | oh |
00:15.44 | zecke | RP: touching documentation.conf for this PCMCIA variable would be nice |
00:16.14 | RP | zecke: ok, will do |
00:26.02 | TheMasterMind1 | any existing i686 machine confs i can copy and modify? |
00:26.28 | zecke | TheMasterMind1: via boards |
00:26.42 | zecke | TheMasterMind1: I'm too tired something like epia is it named |
00:28.21 | TheMasterMind1 | k |
00:28.27 | TheMasterMind1 | native.conf looks like it might work too |
00:31.54 | *** join/#oe Timelord (n=TL@4.78.4.43) |
00:33.22 | zecke | TheMasterMind1: well, I can build for epia on a PowerPC (cross compile) |
00:33.32 | zecke | TheMasterMind1: native limits me :) |
00:35.00 | zecke | RP: how do you upgrade OE at o-hand.com? |
00:35.07 | zecke | RP: aeh bitbake... |
00:35.26 | zecke | RP: don't tell anyone that it got faster, I want to see if people recognise it is faster |
00:36.24 | RP | zecke: Its updated manually and is a nightmare. I can't afford to break builds so I have to be very careful |
00:38.26 | zecke | at ROAD I used to create debs |
00:40.39 | RP | svn works quite well. It leaves all the nightmares for me :-/ |
00:41.28 | zecke | bitbake is now really about ~60 faster when parsing (that wouldn't hold in court...) |
00:41.55 | RP | I'm trying it out :) |
00:42.23 | mreimer | zecke: 60x faster? 60s faster? 60% faster? hoping for the first :-) |
00:42.52 | zecke | 60% |
00:43.16 | mreimer | that's still a lot. good work! |
00:43.30 | zecke | mreimer: loading from cache is now at 24 seconds, it used to be roughly 59s to 1.1m |
00:43.38 | mreimer | very good |
00:43.56 | zecke | mreimer: and parsing the complete set is one minute faster |
00:43.58 | zecke | (on ewi) |
00:44.04 | emte | hey zecke, do you know what causes this? |
00:44.06 | zecke | so it could be even faster on other machines |
00:44.07 | emte | ./configure: line 10881: syntax error near unexpected token `1.2' |
00:44.07 | emte | ./configure: line 10881: `GTK_DOC_CHECK(1.2)' |
00:44.23 | zecke | emte: you need some gtk.m4's ;) |
00:44.25 | emte | i am guessing an autotool mismatch |
00:44.40 | zecke | emte: or a mismatch |
00:44.42 | zecke | good nite! |
00:44.49 | emte | no, it errors an all things defined in that fashion |
00:44.56 | emte | night |
00:45.00 | RP | 'night zecke - nice work :) |
00:45.19 | zecke | RP: unpickling takes 17s of the 23s seconds |
00:45.32 | mreimer | zecke: cpickle? |
00:45.53 | zecke | RP: the other 8 (something is wrong with my math) are spend in expanding python expressions |
00:46.06 | zecke | mreimer: at least it tries to use it, and fallsback to stock pickle |
00:46.19 | RP | zecke: That might still leave some room for optimisation then :) |
00:46.59 | zecke | RP: we could write a unserpickel or meinpickel which is better suited for OE's usage - but I doubt it is giving us anything |
00:47.13 | zecke | RP: we should look into reducing the data we store |
00:47.27 | RP | zecke: Agreed, that's likely to be more productive |
00:48.11 | zecke | RP: I think I will speed up glibc packaging now |
00:48.20 | zecke | 'now' as in the next couple of month |
00:48.23 | RP | zecke: yay :) |
00:48.26 | TheMasterMind1 | NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating: - bunch of those |
00:48.39 | zecke | TheMasterMind1: on dvb stuff? |
00:48.53 | zecke | quiten them is on my todo :} |
00:48.58 | zecke | okay cya tomorrow |
00:59.58 | TheMasterMind1 | hrm won't build anything, can't satisfy diffstat-native |
01:08.44 | *** join/#oe benlau (n=benlau@benlau.rd.ust.hk) |
01:27.20 | *** join/#oe idealm (n=ideal@222.66.46.90) |
01:31.49 | *** join/#oe mithro (n=tim@lester.mithis.com) |
01:40.34 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
01:49.07 | *** join/#oe jacques (n=username@nslu2-linux/jacques) |
02:15.58 | *** join/#oe idealm (n=ideal@222.66.46.90) |
02:44.05 | *** join/#oe mithro (n=tim@lester.mithis.com) |
02:51.57 | TheMasterMind1 | i686-oe-linux-uclibc/bits/ctype_noninline.h:121: error: cannot convert 'const __ctype_touplow_t*' to 'const int*' in assignment |
02:57.46 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
03:05.47 | TheMasterMind1 | hrm why is bitbake building gcc 4.0.1 when 4.1 is available |
03:09.06 | jacques | why does bitbake do any of the things it does? |
03:09.24 | jacques | why does it insist on building glibc-initial for a powerpc toolchain? |
03:09.41 | emte | nature of the beast |
03:10.07 | emte | you need to compile a native version of glibc then compile a cross version adn finally use taht to compile a target version |
03:10.38 | emte | you have to build the tools before you can build the tools |
03:10.49 | emte | chicken-egg syndrom |
03:12.10 | jacques | emte, well, I don't wanna be rude, but the arm toolchain for nslu2 does not build a glibc-initial |
03:12.16 | emte | TheMasterMind1, you probably need to explicitly specify 4.1 |
03:12.19 | jacques | I know this for a fact |
03:12.54 | emte | nslu2 has quite a few non-standard customisations from what i gather |
03:13.22 | emte | bitbake/OE is a generic buildsystem trying to encompass all variables |
03:14.08 | emte | ex building for x86 on an x86 host will do the same as compiling for arm on an x86 host |
03:14.30 | emte | unless you tell bitbake to behave differently |
03:15.36 | emte | correct me if i am wrong but nslu2 already has an emulator in place which would hlep skip some crosstool stages |
03:15.40 | emte | help* |
03:15.54 | emte | qemu has only been introduced into OE in the last few weeks |
03:20.03 | jacques | that's cool about qemu - I'll have to check that out, but nslu2 doesn't use that |
03:21.02 | emte | there are other emulators besides qemu |
03:32.28 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
03:39.56 | *** join/#oe idealm (n=ideal@222.66.46.90) |
03:47.03 | *** join/#oe mithro (n=tim@lester.mithis.com) |
04:36.06 | TheMasterMind1 | emte: what are the other emulators? |
04:39.13 | *** join/#oe mithro (n=tim@lester.mithis.com) |
04:42.56 | *** join/#oe minipanda (n=hzhang@221.217.121.63) |
04:42.59 | TheMasterMind1 | what's the status of ipkg |
04:43.09 | TheMasterMind1 | ever get rewritten to not suck so much? |
04:46.22 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
04:58.13 | emte | TheMasterMind1, your better off to search and investigate for yourself |
04:58.37 | emte | there are many emulators, some with more device supoprt than others |
04:58.58 | emte | and there is very little worng with ipkg |
04:59.13 | emte | the problem is/are the interfaces written for it |
05:07.10 | TheMasterMind1 | emte: there used to be a ton wrong with ipkg, but that was almost 4 years ago. looking at the changelog now, looks like a lot of progress since then |
05:32.30 | *** join/#oe dijenerate (n=dijenera@72.22.136.159) |
05:56.13 | *** join/#oe p0g0_ (n=pogo@madwifi/support/p0g0) |
06:12.19 | *** join/#oe HuntrCkr (n=huntrckr@196.38.235.2) |
06:13.54 | HuntrCkr | run.do_patchcleancmd.15255: line 455: syntax error near unexpected token `'INHIBIT_PACKAGE_STRIP',' |
06:14.01 | HuntrCkr | any ideas? |
06:15.53 | njs | emte: rosters used to be in a branch (what use would we have for a patch? ;-)), but it's been merged into mainline for a few months now... |
06:22.34 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
06:46.10 | *** join/#oe psioff (n=root@trafikland.rmt.ru) |
06:52.30 | grma | morning |
06:52.42 | HuntrCkr | morning grma |
06:54.16 | *** join/#oe idealm (n=ideal@222.66.46.90) |
07:28.41 | *** join/#oe idealm (n=ideal@222.66.46.90) |
07:33.43 | *** join/#oe hrw (n=hrw@host-ip170-158.crowley.pl) |
07:33.57 | hrw|work | hi |
07:38.10 | RP | morning all |
07:52.00 | hrw|work | RP: how goes merging zaurus patches? |
07:56.27 | koen | good morning all |
07:56.37 | koen | RP: thanks for syncing poky <> OE |
07:58.41 | *** join/#oe idealm (n=ideal@222.66.46.90) |
07:59.19 | ade|desk | morning all |
07:59.39 | koen | hey ade|desk |
08:00.52 | RP | hrw|work: Not enough time to sort anything much out yet :-/ |
08:01.52 | RP | koen: I'm not finished yet although most things are probably in OE now. I've ignored certain problem cases such as opensync as I don't know who's implementation is better :-/ |
08:02.00 | RP | hi ade|desk |
08:06.40 | hrw|work | "Inge Arnesen" - someone know who he is? |
08:08.10 | koen | RP: and we need a policy on the MAINTAINER field |
08:08.35 | *** join/#oe eumel (n=chatzill@p54824144.dip0.t-ipconnect.de) |
08:08.36 | koen | RP: IMO every MAINTAINER must have push access |
08:08.43 | RP | koen: Yes. I'm aware I pushed some oh addresses |
08:08.52 | *** join/#oe idealm (n=ideal@222.66.46.90) |
08:09.24 | hrw|work | koen: not necessary |
08:09.24 | RP | koen: If we state that, it just gives me more merging nightmares. Effectively people at OH do have access, just via me |
08:09.42 | hrw|work | koen: we need maintainers and "sponsors" |
08:10.30 | hrw|work | Joe Smith maintain umbaumba in OE and Hank Gar sponsors Joe by pushing his changes to umbaumba |
08:10.57 | koen | that should be in the .bb |
08:12.08 | RP | I really don't want to have to do a serach and replace on the MAINTAINER field when merging packages to/from OE as I have enough problems as it is... |
08:13.40 | *** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr) |
08:14.03 | alan|home | hi all |
08:14.38 | hrw|work | koen: if every maintainer will have access to repo who will work on fixing their bad NMC? (NMC = Non Maintaner Commit) |
08:14.41 | hrw|work | hi alan |
08:15.01 | alan|home | hi hrw |
08:15.22 | *** join/#oe idealm (n=ideal@222.66.46.90) |
08:15.41 | koen | hrw|work: what's an NMC? |
08:15.48 | hrw|work | Non Maintaner Commit |
08:16.08 | koen | what's an 'Non Maintaner Commit'? |
08:16.35 | hrw|work | any changeset which touch stuff maintained by somebody else |
08:16.48 | hrw|work | if I change your package then it is NMC |
08:17.19 | hrw|work | you can disapprove this, you can shout at me that it is your package and I should not even think about touching it etc |
08:18.38 | koen | I see |
08:19.30 | hrw|work | think about jnc changes for example |
08:20.11 | hrw|work | if everyone get r/w access then someone will have to work only on checking does all changes are ok |
08:20.44 | RP | Personally, I see the MAINTAINER as someone who is prepared to look after the package, be that take bugs, apply patches etc. - someone to talk to about the package. If they have indirect commit access but are active, I don't see a problem |
08:21.04 | TheMasterMind1 | fuck i'm hungry. wonder if they're still serving dinner.. |
08:21.25 | hrw|work | RP: thats why I also like |
08:22.01 | alan|home | TheMasterMind1: you can find a restaurant serving breakfast, here, but i guess it is quite far from where you are... ^^ |
08:22.41 | TheMasterMind1 | heh. we have a diner type thing about 10 yards from me on campus, but they stop serving dinner and start breakfast at some point. they also close at 4am |
08:22.46 | TheMasterMind1 | and its cold out. |
08:23.31 | TheMasterMind1 | anyone done any [modular] xorg7 stuff with OE? |
08:23.47 | hrw|work | TheMasterMind1: we have xorg7 in OE iirc |
08:23.52 | emte | the ideal and unfeasable solution is that each package would have its own branch with maintiner control of that package and regular merges into a main trunk ... |
08:25.03 | _law_ | if i try to build a gpe-image from .dev i get the following error http://pastebin.com/619578 |
08:25.21 | _law_ | are the hostap-modules really required? |
08:25.34 | koen | RP: about opensync: OE has newer (0.18) packages, which I know that they work, because I tested them myself :) |
08:26.10 | *** join/#oe oyo (n=oe@221.216.149.31) |
08:26.14 | RP | koen: right, so I really need to sync that into poky. I need to run that past chris first though |
08:26.38 | RP | koen: I'm trying to deal with the xlibs atm... |
08:27.00 | emte | instead of more senseless comment by me i think i'll go to sleep |
08:27.46 | TheMasterMind1 | hrm there's an xorg-xserver_cvs bb that looks like it should work |
08:28.59 | *** join/#oe do13_ (i=do13@antilope.in-berlin.de) |
08:29.05 | do13_ | morning all |
08:29.08 | koen | hey do13_ |
08:29.44 | do13_ | hi koen |
08:29.59 | hrw|work | hi Dirk |
08:30.11 | TheMasterMind1 | how do you force a version from commandline bitbake? bitbake =package_ver work like it does with emerge? |
08:30.50 | hrw|work | TheMasterMind1: I prefer 'bitbake -i' (bitbake shell) where you can do it easier |
08:30.56 | do13_ | hey Marcin |
08:30.56 | hrw|work | 'build package-version' |
08:31.22 | TheMasterMind1 | sweet |
08:31.24 | CIA-4 | 03hrw 07org.oe.oz354x * r747076e6... 10/packages/groff/groff_1.19.1.bb: |
08:31.24 | CIA-4 | groff: fixed paths so manpages are packaged |
08:31.24 | CIA-4 | - removed not-needed RDEPENDS on libstdc++ |
08:31.24 | CIA-4 | - disabled PARALLEL_MAKE |
08:31.32 | *** join/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
08:32.43 | TheMasterMind1 | oh wow. it doesn't have to re-parse cache everytime in interactive mode |
08:34.41 | RP | Why does gnome-vfs-dbus DEPEND on samba? |
08:34.44 | *** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr) |
08:35.55 | hrw|work | to use smb:// in apps |
08:37.00 | RP | I guess that makes sense :) |
08:37.11 | *** join/#oe DaKa (n=david@193.13.58.211) |
08:39.40 | TheMasterMind1 | hrw|work: hrm, i'm trying to build xserver-xorg cvs |
08:39.46 | koen | RP: but on a gnome-vfs-module ipkg depends on samba |
08:39.51 | koen | s/on/only/ |
08:39.55 | TheMasterMind1 | doesnt work when i do package-version |
08:40.00 | TheMasterMind1 | shows up in which though |
08:40.11 | koen | so you won't see gnome-vfs RDEPENDING on samba |
08:40.29 | _law_ | hrw|work, the matchbox-keyboard-collie-stuff into .oz354x ? |
08:40.45 | RP | koen: Yes, I realise that. Its just a headache when samba isn't in your repository :) |
08:40.52 | hrw|work | _law_: dont remember |
08:41.09 | koen | RP: use 3.0.14 to avoid some api mismatches |
08:41.46 | _law_ | hrw|work, that /etc/matchbox/kbd stuff (you have removed collie specific keys) afer that ctrl and alt should work |
08:42.51 | *** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr) |
08:43.17 | hrw|work | _law_: that mapping ctrl to calendar, alt to contacts thing? |
08:44.07 | _law_ | hrw|work, yes |
08:44.21 | koen | RP: that new gtk requires glib 2.10.1, which isn't in OE |
08:46.09 | RP | koen: I'll merge along with a newer pango |
08:46.10 | koen | RP: another thing: it's bad form to do 'cp foo_2.6.bb foo_2.8.bb' without zapping the maintainer |
08:46.53 | RP | koen: I'll try and educate the peole within OH. I zap it when I spot it |
08:47.07 | *** join/#oe idealm (n=ideal@222.66.46.90) |
08:47.17 | koen | notifying the maintainer would also be ok I guess |
08:49.04 | *** join/#oe mndctrl (n=mind@81.167.1.2) |
08:52.15 | XorA | morning |
08:53.09 | koen | hey XorA |
08:53.19 | XorA | hey koen I saw some signs of success last night |
08:53.49 | koen | XorA: you did? |
08:53.57 | XorA | koen: you and ph5 last night |
08:54.09 | koen | ah yes |
08:54.18 | koen | we solved the socket() problem |
08:54.50 | koen | but I suspect we need some further patches from the csl gang to make it actually work |
08:54.58 | koen | (or wait for glibc 2.4.1) |
08:55.27 | XorA | if glibc like the kernel used to be then, release x86 then let the platforms catch up |
08:55.32 | XorA | s/if/is/ |
08:59.12 | koen | XorA: the problem is that the CSL people don't really care about upstream |
08:59.35 | koen | "we have patches in our CSL toolchains for that, which we will release soon" type of shit |
08:59.42 | XorA | :-( |
09:00.33 | koen | and seeing the previous csl-arm branch stuff in OE, I'll be happy to stick with the upstream releases |
09:02.50 | ade|desk | csl does give stuff upstream all the time |
09:03.29 | ade|desk | just seems like they are giving more uclibc stuff up to gcc atm |
09:03.43 | koen | ade|desk: but everytime they do they 'forget' patches |
09:03.54 | koen | no idea if the 'forgetting' is on purpose or not |
09:04.14 | ade|desk | i dont think it is on purpose |
09:04.34 | ade|desk | certainly get more stuff from them than mvista |
09:04.57 | koen | heh |
09:05.00 | koen | ~kill mvista |
09:05.03 | ibot | ACTION shoots a inverse anti-meson gun at mvista |
09:12.15 | *** join/#oe idealm (n=ideal@222.66.46.90) |
09:15.16 | *** join/#oe rob_w|mis (n=rob_w@p549BB56E.dip0.t-ipconnect.de) |
09:16.46 | mndctrl | I would like to create a makefile for a shared library I'm makeing... pretty new at this so don't die on me ;) I need to spesify in this makefile first a compilation routing, and then a library creating routine? And what about the macros? Don't I need to add some -shared etc for my $CFLAGS ? |
09:18.04 | mndctrl | I've been told these macros are previously defined, but where is it determined wich to use for a shard library and wich to use for a normal application ? Is it at all? |
09:25.47 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
09:27.31 | *** join/#oe idealm (n=ideal@222.66.46.90) |
09:28.42 | grma | hi guys ! |
09:31.39 | *** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung) |
09:32.21 | *** join/#oe keta (n=luchino@pdpc/supporter/basic/keta) |
09:32.43 | koen | hey grma |
09:33.11 | *** join/#oe H3yB0y (i=elenaleo@host176-203.pool80181.interbusiness.it) |
09:33.15 | *** part/#oe H3yB0y (i=elenaleo@host176-203.pool80181.interbusiness.it) |
09:33.32 | grma | hi koen |
09:34.02 | grma | i still don't have all *.tar.gz files from all packages... |
09:35.23 | grma | in the ipk dir there are over 1000 *.ipk files and in the tar dir there are only 500, so i tlooks like that the toolchain and libs are build as *.tar.gz but not meta-opie and and not meta-gpe, any solltution ? |
09:37.35 | koen | grma: no idea on that, sorry |
09:37.40 | grma | ok |
09:44.20 | *** join/#oe mickey|saks06 (n=mickey@vs-pc26.vs.eecs.uni-kassel.de) |
09:44.37 | mickey|saks06 | hi |
09:47.31 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
09:47.49 | do13_ | hi mickey|saks06 |
09:49.01 | hrw|work | mickeyl: you saks? |
09:49.07 | hrw|work | saks fonetic |
09:52.40 | *** join/#oe dkey (n=dkey@L0002P14.dipool.highway.telekom.at) |
09:53.15 | mickey|saks06 | heh |
09:58.06 | *** join/#oe idealm (n=ideal@222.66.46.90) |
10:00.03 | mickey|saks06 | french people speaking english giving me headaches |
10:00.26 | koen | hey mickey|saks06 |
10:00.29 | mickey|saks06 | hi koen |
10:00.43 | RP | hi mickey|saks06 |
10:00.58 | koen | anybody attending SPS/DART next week? |
10:01.14 | CIA-4 | 03rpurdie 07org.oe.dev * r45e00484... 10/packages/glib-2.0/glib-2.0_2.10.1.bb: Add glib-2.0 2.10.1 |
10:01.14 | CIA-4 | 03rpurdie 07org.oe.dev * r0611ba84... 10/conf/documentation.conf: documentation.conf: Add PCMCIA_MANAGER |
10:01.16 | mickey|saks06 | hi RP. |
10:01.24 | CIA-4 | 03rpurdie 07org.oe.dev * rbcb91ddb... 10/packages/pango/pango_1.12.0.bb: Add pango 1.12.0 |
10:09.02 | *** join/#oe idealm (n=ideal@222.66.46.90) |
10:13.19 | hrw|work | mickey|saks06: what about Polish people speaking english? |
10:14.23 | mickey|saks06 | interestingly, they're not bad |
10:14.30 | mickey|saks06 | at least those who i've heard |
10:20.55 | *** join/#oe polyonymous (i=hacker@pD9539847.dip0.t-ipconnect.de) |
10:23.11 | *** join/#oe benlau (n=benlau@221.125.13.158) |
10:26.42 | *** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de) |
10:30.00 | hrw|work | ~lart tosa updater.sh for lack of zImage.bin |
10:30.40 | CIA-4 | 03mickeyl 07org.oe.dev * rff499565... 10/packages/uicmoc/ (uicmoc-native-2.3.10/gcc4_1.patch uicmoc-native_2.3.10.bb): |
10:30.40 | CIA-4 | uicmoc-native 2.3.10: apply patch to make it work with gcc 4.1 |
10:30.40 | CIA-4 | fixes bug #771 |
10:30.54 | *** join/#oe lrg (n=liam@212.20.225.130) |
10:33.12 | do13_ | Hey Liam |
10:33.51 | lrg | hey Dirk |
10:35.08 | do13_ | lrg: Does the image works? |
10:37.51 | lrg | do13: I've not had a chance to try it yet. I'll be able to do so this weekend. |
10:39.04 | do13_ | lrg: ok |
10:41.46 | CIA-4 | 03hrw 07org.oe.oz354x * rc89c1106... 10/packages/zaurus-updater/ (tosa/updater.sh zaurus-updater.bb): zaurus-updater: added zImage.bin to tosa updater.sh |
10:42.14 | hrw|work | ~lart updater.sh idea |
10:43.05 | mickey|saks06 | RP my opie-image wants to build hostap-modules but I can't see where this dependency comes from. do you have any idea? |
10:43.11 | mickey|saks06 | bitbake -nv shows |
10:43.37 | koen | heh |
10:43.47 | mickey|saks06 | task-bootstrap -- hostap-modules (hostap-conf) |
10:43.52 | koen | RP: I'm pretty sure the nokia770 doesn't need pcmcia-utils ;) |
10:43.52 | mickey|saks06 | what's that supposed to mean? |
10:44.30 | mickey|saks06 | this is for c7x0 with DISTRO=angstrom-2006.9 btw. |
10:45.02 | koen | mickey|saks06: it seems hostap-conf depends on the external modules |
10:45.03 | RP | koen: At the moment, the nokia770 images depend on it. Fix that and we can fix the other issues |
10:45.28 | mickey|saks06 | koen: i can't find that in hostap-conf.bb though |
10:45.45 | RP | mickey|saks06: bitbake -n -D -D -D > logfile and search for hostap-modules |
10:46.32 | RP | mickey|saks06: At a guess set PREFERRED_PROVIDER_hostap-conf = "hostap-conf" |
10:47.08 | RP | For some reason it prefers hostap-modules over hostap-conf by default |
10:52.03 | *** join/#oe idealm (n=ideal@222.67.238.179) |
10:53.08 | koen | RP: I think I fixed the 770 stuff |
10:53.31 | TheMasterMind1 | | + ipkg-cl -f /oe/tmp/work/bootstrap-image-1.0-r0/temp/ipkg.conf -o /oe/tmp/rootfs update |
10:53.31 | TheMasterMind1 | | Updated list of available packages in /oe/tmp/rootfs//oe/tmp/rootfs//usr/lib/ipkg/lists/oe |
10:53.44 | TheMasterMind1 | its repeating the first part of the path twice and putting the ipkg list in the wrong place =\ |
10:53.54 | RP | koen: ah, ok. We can remove pcmcia then |
10:54.33 | *** join/#oe rob_w|mis (n=rob_w@p549BBD0C.dip0.t-ipconnect.de) |
10:55.18 | CIA-4 | 03koen 07org.oe.dev * r2d22f5a5... 10/conf/machine/nokia770.conf: |
10:55.18 | CIA-4 | nokia770.conf: remove cruft |
10:55.18 | CIA-4 | * GPE_EXTRA_INSTALL should be in a distro.conf -> removed |
10:55.18 | CIA-4 | * handheld-common is largely distro related -> removed |
10:55.18 | CIA-4 | Users will be still able to 'bootstrap' without the above, thanks to the initfs present in the 770. |
10:57.14 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
10:57.59 | RP | koen: Keep in mind that locally some of us don't use the initfs... |
10:59.21 | koen | RP: OE assumus you have the initfs |
10:59.26 | koen | assumes even |
10:59.57 | koen | the 770 kernel isn't in OE yet |
11:00.07 | koen | patches welcome :) |
11:00.27 | mickey|saks06 | RP: wow, that fixed it. |
11:04.46 | *** join/#oe dijenerate (n=dijenera@69.73.207.227) |
11:05.38 | CIA-4 | 03koen 07org.oe.dev * r879120a7... 10/conf/distro/angstrom-2006.9.conf: angstrom 2006.9: add PREFERRED_PROVIDER_hostap-conf = "hostap-conf" |
11:07.23 | mickey|saks06 | it looks odd to me though. why is this necessary? |
11:09.10 | RP | mickey|saks06: There is nothing in bitbake that gives PN an advantage as a preferred provider |
11:09.38 | RP | mickey|saks06: I guess we've just been lucky until now |
11:11.27 | mickey|saks06 | hmm i see |
11:12.18 | koen | and till that gets fixed properly, angstrom makes sure it gets the right thing |
11:14.36 | hrw|work | hmm.. soon I will have to clean '3.5.4.1 upgrades' thread... |
11:20.57 | *** join/#oe zecke (n=ich@rosine63.inf.fu-berlin.de) |
11:21.08 | koen | hey zecke |
11:21.13 | zecke | hey |
11:24.01 | RP | hi zecke |
11:27.14 | TheMasterMind1 | grr. stupid ipkg |
11:27.17 | *** join/#oe bluelightning (n=blueligh@222-154-148-161.jetstream.xtra.co.nz) |
11:28.52 | CIA-4 | 03mickeyl 07org.oe.dev * r94671c08... 10/packages/qmake/ (qmake-native_1.07a.bb qmake-native_2.00a.bb): qmake-native: install linux-eabi configurations |
11:28.56 | CIA-4 | 03mickeyl 07org.oe.dev * rdc67cfbd... 10/classes/qmake.bbclass: qmake-bbclass: make it know about linux-gnueabi |
11:29.04 | CIA-4 | 03koen 07org.oe.dev * rac0da6aa... 10/packages/linux/ (3 files in 2 dirs): |
11:29.04 | CIA-4 | ep93xx kernel: update to 2.6.16 |
11:29.04 | CIA-4 | * use derevo17 |
11:29.04 | CIA-4 | * integrate framebuffer patches |
11:29.04 | CIA-4 | * turn on EABI and old ABI compat |
11:31.37 | zecke | and is bitbake faster for you? |
11:34.09 | do13_ | zecke: Revision 419? |
11:34.19 | RP | zecke: Its still taking 90 seconds or so for a cached scan for me :-/ |
11:34.20 | zecke | yes |
11:34.30 | zecke | RP: what did it take before? |
11:34.33 | TheMasterMind1 | zecke: seems faster to me |
11:34.58 | do13_ | zecke: ERROR: 'str' object has no attribute 'keys' while parsing for each bb |
11:35.06 | do13_ | Hmm |
11:35.12 | RP | do13_: wipe your cache |
11:35.12 | zecke | do13_: rm -rf tmp/cache - as I have mailed :) |
11:35.14 | hrw|work | do13_: rm -rf tmp/cache/ |
11:35.19 | TheMasterMind1 | heh |
11:35.29 | do13_ | ok ok |
11:35.36 | TheMasterMind1 | anyone know why ipkg is repeating the first part of this path: Updated list of available packages in /oe/tmp/rootfs//oe/tmp/rootfs//usr/lib/ipkg/lists/oe |
11:35.46 | hrw|work | zecke: could you give info from bitbake about wrong cache format? |
11:36.03 | RP | zecke: I'm not sure. Something similar I think. I need to revert and test |
11:36.28 | hrw|work | I can test r329 <> r419 |
11:36.41 | zecke | hrw|work: would be nice :) |
11:36.54 | hrw|work | zecke: -d? |
11:36.58 | RP | zecke: I'll also test but I can't do it now |
11:37.16 | hrw|work | zecke: test on ewi btw |
11:37.25 | zecke | take your time |
11:37.32 | do13_ | zecke: Now it works :) |
11:37.42 | zecke | I will be away until wednesday |
11:37.58 | hrw|work | real 0m50.737s |
11:37.58 | hrw|work | user 0m48.858s |
11:37.59 | hrw|work | sys 0m1.030s |
11:38.03 | hrw|work | for r329 with cache |
11:38.34 | hrw|work | building cache with r419 now |
11:39.05 | hrw|work | zecke: .oz354x is not compatible with r419 |
11:39.10 | hrw|work | ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/hrw/devel/oe/OZ354x/packages/gnome/gconf-dbus_cvs.bb |
11:39.13 | hrw|work | etc |
11:39.28 | zecke | hmm |
11:40.14 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
11:41.04 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
11:41.07 | Bernardo | good morning |
11:41.10 | zecke | will start parsing as well on ewi |
11:41.35 | hrw|work | hi Bernardo |
11:41.54 | hrw|work | ERROR: The following variable(s) were not set: TARGET_OS |
11:42.07 | hrw|work | r329 works better with .oz354x ;) |
11:42.26 | hrw|work | started time bitbake -d umbaumba |
11:42.49 | hrw|work | will do test at work on .dev |
11:42.58 | zecke | oh hehe |
11:43.10 | hrw|work | real 0m40.373s |
11:43.10 | hrw|work | user 0m20.281s |
11:43.13 | hrw|work | sys 0m0.684s |
11:48.59 | zecke | okay user dropped +50% |
11:49.09 | zecke | but the parsing errors look odd, I will look at them |
11:51.29 | HuntrCkr | zecke: i don't suppose BitBake has a feature like fetchonly, sort of like the --fetchonly option on Portage? |
11:52.21 | RP | HuntrCkr: bitbake -c fetch |
11:52.26 | zecke | HuntrCkr: see RP |
11:53.53 | HuntrCkr | ok... thx :) |
11:56.49 | TheMasterMind1 | who's pigi? |
11:57.50 | *** join/#oe hrw (n=hrw@host-ip170-158.crowley.pl) |
11:57.57 | hrw | re |
11:59.08 | zecke | wb |
11:59.29 | zecke | hrw|work: hmm, do you have an idea where the parse error could be from? |
11:59.50 | hrw|work | nope |
12:01.46 | hrw|work | with or without psyco is same here |
12:02.02 | RP | zecke: You often see it when a variable is unset but referenced in a string |
12:02.07 | koen | TheMasterMind1: it's better to assign ipkg bugs to pigi@frumar.it instead of oe@handhelds.org |
12:02.25 | zecke | RP: right, but not that one bitbake works and another not |
12:03.04 | hrw|work | zecke: http://pastebin.com/619771 - r419 |
12:03.13 | hrw|work | zecke: cache built with psyco |
12:04.03 | zecke | hmm |
12:04.57 | TheMasterMind1 | koen: yea i just noticed it did that |
12:07.17 | zecke | koen: could you install python-examples pleasE? |
12:08.15 | koen | zecke: done |
12:11.21 | grma | hi ! what dose nherit image_ipk do ? |
12:11.36 | zecke | grma: it includes image_ipk.bbclass |
12:13.01 | *** join/#oe alan|home (n=alan@ARouen-152-1-3-35.w83-115.abo.wanadoo.fr) |
12:14.26 | TheMasterMind1 | grr. i despise ipkg. how is it bootstrap-image is so broken, don't people use it a lot? |
12:14.51 | *** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
12:16.31 | koen | TheMasterMind1: I suspect RP's addition of ipkg-native .159 broke it |
12:17.21 | koen | TheMasterMind1: as always: patches welcome |
12:17.23 | TheMasterMind1 | ah. that would make sense. that's what just occurred to me i was trying to figure out how to use monotone to tell me when that file was added |
12:17.36 | koen | monotone log <file> |
12:17.43 | TheMasterMind1 | log, alright thanks |
12:18.03 | grma | zecke: where do i find this things image_ipk.bbclass, i want to find out what it does ? |
12:18.14 | zecke | classes/ |
12:18.33 | zecke | hmm psyco is better than freeze |
12:19.12 | grma | zecke: ahh no something gets clearer ... |
12:21.31 | TheMasterMind1 | zecke: the errors i mentioned earlier during parsing: http://pastebin.com/619801 |
12:21.43 | HuntrCkr | is it safe to do a bitbake of a specific package in one terminal while another terminal is running bitbake -c fetch for instance? |
12:22.32 | hrw|work | HuntrCkr: as long as they do not start fetching same thing... |
12:22.36 | TheMasterMind1 | maybe because distro_ver isn't set |
12:23.04 | HuntrCkr | obviously... thx hrw :) |
12:24.04 | zecke | TheMasterMind1: yes, DISTRO_VER is not set |
12:24.14 | HuntrCkr | eish!! that didn't work :( |
12:26.10 | HuntrCkr | http://pastebin.com/619806 - log of errors received while trying to start a 2nd instance of bitbake |
12:29.42 | koen | shouldn't sanity.conf pickup an unset DISTRO_VERSION? |
12:29.50 | hrw|work | koen: no |
12:30.04 | hrw|work | koen: only oz, fam, angstrom use distro_version iirc |
12:30.18 | hrw|work | and DISTRO was never required |
12:30.37 | grma | jow can i speed up USB-Mous in gpe ? |
12:30.42 | koen | sanity.conf checks lots of stuff which isn't required |
12:30.44 | grma | s/jow/how/ |
12:30.52 | hrw|work | koen: DISTRO="generic" is also ok and does not need DISTRO_VERSION |
12:34.45 | TheMasterMind1 | yay! went from offline root being double prepended to not being prepended at all |
12:40.10 | HuntrCkr | ok... another n00b question about BitBake, but is there a way to set it to try and download all source files from a local webserver location first before trying to go out and get it from elsewhere? |
12:41.06 | TheMasterMind1 | yea the last option in local.conf |
12:41.16 | TheMasterMind1 | err no thats for cvs only |
12:41.39 | koen | TheMasterMind1: that works for all tarballs |
12:42.06 | TheMasterMind1 | ok. the comment says for cvs:// URIs only |
12:42.27 | HuntrCkr | thats what i understand from that as well TheMasterMind1 |
12:42.49 | koen | it seems that comment is wrong |
12:43.55 | HuntrCkr | hmmm... ok koen, lets say it is wrong... i have mine set to "http://www.oesources.org/source/current/", right... |
12:44.17 | HuntrCkr | yet when it tried to download the linux kernel tarball, it went straight to the ftp.kernel.org |
12:46.54 | koen | you could fiddle with PREMIRRORSI |
12:47.03 | katossi_uni | uoh! I see there are multiple update candidates now, what are the differences between mickey and koen branches? |
12:47.54 | koen | see classes/nslu2-mirrors.bbclass |
12:49.44 | koen | http://ewi546.ewi.utwente.nl/tmp/viewmtn/headofbranch.psp?branch=org.openembedded.dev shows only one head ;) |
12:49.54 | HuntrCkr | ok... thx koen |
12:53.04 | *** join/#oe pb_ (n=pb@cpc1-cmbg6-0-0-cust434.cmbg.cable.ntl.com) |
13:03.49 | *** join/#oe skoti (n=konradk@80.50.17.6) |
13:04.50 | Ifaistos | Hi all ! |
13:05.33 | koen | hey Ifaistos |
13:05.59 | hrw|work | hi Ifaistos |
13:06.03 | hrw|work | hi NAiL |
13:06.51 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
13:07.11 | Ifaistos | i had a meeting with an institute that supports opensource in Greece and are planning a conference on OS and talked to them about OE. |
13:07.25 | Ifaistos | Anybody interested in comming to Greece ? :) |
13:08.11 | Ifaistos | It might be possible to get a slot in the presentations |
13:09.45 | hrw|work | you reminds me to write Polish presentation about OE (if I will go for any Linux meetings in Poland) |
13:09.47 | *** join/#oe tmbinc (i=XXX@e176146017.adsl.alicedsl.de) |
13:12.09 | *** join/#oe dijenerate (n=dijenera@69.73.207.227) |
13:12.54 | Ifaistos | I know the cover (some/all not sure yet) of the expenses of the people they invite, but don't have a possitive on that yet |
13:14.23 | Ifaistos | On another matter... |
13:14.40 | Ifaistos | Has anyone tried to build for a ppc target and uclibc ? |
13:16.26 | Ifaistos | gcc-cross.3.4.4 "bombs" out at the packaging stage, as its looking for libstdc++ which existist but one a different dir |
13:16.54 | Ifaistos | for some reason uclibc (0.9.28) puts these libs instead of /lib in /lib/nof |
13:17.04 | Ifaistos | as a result gcc-cross cant find them |
13:17.27 | Ifaistos | if i copy them by hand (once it bombs out) and restart the build it works |
13:18.39 | Ifaistos | Does it look to you like a uclibc or gcc-cross problem ? |
13:20.43 | hrw|work | uclibc for me |
13:23.25 | Ifaistos | i think the "nof" must be something like "no float" probably ????? |
13:24.23 | Cockroach- | Good day |
13:27.31 | *** join/#oe idealm (n=ideal@218.82.61.97) |
13:34.25 | *** join/#oe Timelord (n=TL@4.78.4.43) |
13:35.56 | HuntrCkr | l8r ppl... time to go home |
13:36.44 | *** join/#oe idealm (n=ideal@218.82.61.97) |
13:39.09 | *** join/#oe chenz (n=chenz@tallinn.c-lab.de) |
13:40.05 | *** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net) |
13:43.53 | *** join/#oe dijenerate (n=dijenera@69.73.207.227) |
13:45.41 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
13:53.01 | chenz | is there an easy way to specify the installation prefix (ie /usr/local instead of /usr) when compiling a package from oe? |
14:02.58 | pb_ | chenz: set prefix = "/usr/local" in local.conf |
14:03.48 | pb_ | it might be nice if you could set that in the environment, but I don't think that will work right now |
14:04.01 | chenz | thanks, pb_ |
14:04.46 | *** join/#oe mithro (n=tim@lester.mithis.com) |
14:07.48 | *** join/#oe gints|wrk (n=gints@195.244.141.102) |
14:13.03 | *** join/#oe stelios_ (n=stelios@dslcustomer169.vivodi.gr) |
14:13.53 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
14:18.28 | *** join/#oe cbrake (i=user110@216.144.26.242) |
14:19.24 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
14:20.38 | *** join/#oe dijenerate (n=dijenera@69.73.207.227) |
14:21.04 | *** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr) |
14:21.51 | Ifaistos | koen : -> videos from FOSDEM 2006 http://free-electrons.com/community/videos/conferences |
14:22.05 | koen | Ifaistos: yes, I've seen them :) |
14:22.22 | hrw|work | I have to watch Liam one.. |
14:22.29 | Ifaistos | koen : Put them on thw wiki ? |
14:22.36 | koen | Ifaistos: sure, go ahead |
14:38.01 | *** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de) |
14:49.23 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
14:57.43 | Ifaistos | i think there is a bug with softfloat on ppc. |
14:57.48 | Ifaistos | OE Build Configuration: |
14:57.48 | Ifaistos | BB_VERSION = "1.3.3.0" |
14:57.48 | Ifaistos | OE_REVISION = "0b9a2dfead1136f996280e9827949f83cb032537" |
14:57.48 | Ifaistos | TARGET_ARCH = "powerpc" |
14:57.48 | Ifaistos | TARGET_OS = "linux-uclibc" |
14:57.49 | Ifaistos | MACHINE = "dht-walnut" |
14:57.51 | Ifaistos | DISTRO = "owmnr" |
14:57.53 | Ifaistos | TARGET_FPU = "" |
14:57.55 | Ifaistos | this works |
14:58.07 | Ifaistos | if TARGET_FPU is is set to "soft" |
14:58.15 | Ifaistos | gcc-cross-3.4.4 fails |
14:59.10 | hrw|work | Ifaistos: your ppc has FPU so no need to soft it |
14:59.58 | koen | some ppc don't have an fpu |
15:00.13 | Ifaistos | hrw|work -> actually depends on the ppc... but in any case shouldn't that be handled correctly |
15:00.33 | hrw|work | ah. was thinking that each one has it |
15:04.33 | *** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
15:07.51 | ade|desk | 4.1.0 works with uclibc 386 so far, dont have ppc to try sorry |
15:08.04 | Ifaistos | it looks like slugos is the only non ARM arch with soft float |
15:09.30 | koen | slugos is arm as well |
15:09.40 | Noodles | What about any of the mips stuff? |
15:09.50 | koen | the intel IXP and IOP are xscales |
15:10.54 | Ifaistos | a grep shows this |
15:10.57 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/classes/tinderclient.bbclass:180: output.append("TARGET_FPU = '%(fpu)s'" ) |
15:10.57 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/generic.conf:7:# TARGET_FPU = "soft" |
15:10.57 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/openmn.conf:10:TARGET_FPU = "soft" |
15:10.58 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/openomap.conf:7:TARGET_FPU ?= "soft" |
15:10.58 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/opensimpad.conf:7:TARGET_FPU ?= "soft" |
15:10.59 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/openzaurus.conf:12:TARGET_FPU = "soft" |
15:11.01 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/sharprom-compatible.conf:12:TARGET_FPU = "" |
15:11.03 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/slugos.conf:62:TARGET_FPU = "soft" |
15:11.07 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/unslung.conf:17:TARGET_FPU = "soft" |
15:11.09 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/distro/angstrom.conf:35:TARGET_FPU = "soft" |
15:11.11 | Ifaistos | /home/stelios/oe/orig/org.openembedded.dev/conf/documentation.conf:32:TARGET_FPU[doc] = "Floating point option (mostly for FPU-less systems), can be 'soft' or empty" |
15:11.28 | hrw|work | ~pastebin |
15:11.29 | ibot | [pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste |
15:12.02 | Ifaistos | sorry guys |
15:15.34 | *** join/#oe ronan (n=ronan@dyn-83-156-25-96.ppp.tiscali.fr) |
15:15.56 | ronan | hello |
15:23.07 | nevarrie | should I be able to build with a pull of org.openembedded.dev or do I need to be using another branch...or am I totally lost... |
15:23.51 | hrw|work | nevarrie: should be |
15:24.02 | hrw|work | nevarrie: many people build from .dev |
15:25.53 | nevarrie | that is what I thought... |
15:27.41 | nevarrie | any simple answer to why I might be getting "ERROR: Unable to open conf/bitbake.conf" when I have a strait pull and it works when I have ran monotone update -rjan2006prebreakagemonotone update -rjan2006prebreakage |
15:35.16 | chenz | nevarrie: i got that error when i forgot to set BBPATH |
15:36.17 | chenz | hmm, setting prefix="/usr/local" breaks the perl build :-/ |
15:40.52 | nevarrie | chenz: looks liek I have BBPATH set but I just noticed that bitbake.conf only exists in /home/jgrant/zaurus/org.openembedded.dev/MT/tmp/288/bitbake.conf...I guess I need to do a new pull |
15:42.21 | nevarrie | locate bitbake.conf |
15:42.26 | chenz | error is: mv: cannot stat `/FOO/build/tmp/work/arm-linux/perl-5.8.7-r14/image//usr/local/lib/perl5/5.8.7/arm-linux/CORE/libperl.so': No such file or directory |
15:44.34 | chenz | only .../image/usr/lib/perl5/5.8.7/arm-linux/CORE/libperl.so exists |
15:45.04 | chenz | so guess i would have to start hacking on the perl .bb file(s) to get this working? |
15:45.42 | hrw|work | chenz: building with prefix other then /usr/ is hack |
15:45.54 | *** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de) |
15:54.54 | CIA-4 | 03florian 07org.oe.dev * r5c811c2b... 10/packages/tapioca/tapiocaui_0.3.0.bb: tapiocaui: Add missing RDEPENDS to tapioca-xmpp. |
15:55.01 | CIA-4 | 03florian 07org.oe.dev * rde8c26e5... 10/packages/meta/task-gpe.bb: task-gpe: add gpe-screenshot |
15:59.19 | CoreDump|home | hi |
15:59.24 | koen | hey CoreDump|home |
16:00.19 | hrw|work | hi coredump |
16:00.21 | do13_ | hey CoreDump|home |
16:00.37 | *** join/#oe alan|home (n=alan@ARouen-152-1-59-250.w83-199.abo.wanadoo.fr) |
16:06.44 | hrw|work | cu all |
16:06.48 | hrw|work | have a nice weekend |
16:08.21 | Bernardo | bye hrw|work |
16:08.28 | Bernardo | hi CoreDump|home |
16:08.28 | do13_ | bye hrw|work |
16:08.46 | Bernardo | hrw|work: I am going to flash alpha2 now... Just doing a nand backup... :) |
16:09.21 | hrw|work | Bernardo: alpha2 is nearly same as alpha1 - nearly nothing changed in repo |
16:09.56 | Bernardo | I noticed, still no 2.6.16 |
16:10.13 | Bernardo | but at least now I'll have my rt2570 driver to test if it works on 2.6.x |
16:11.52 | *** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de) |
16:17.34 | RP | 2.6.16 is coming - copy the files from .dev if you're keen :) |
16:24.20 | Bernardo | RP: I might do just that... :) But first I'm praying for a miracle, that my usb dongle will work with 2.6.15... :D |
16:25.01 | ade|desk | RP: what about pcmciautils ? |
16:25.19 | ade|desk | or sticking with pcmcia-cs |
16:25.45 | RP | ade|desk: I did set the stage by fixing that in .dev. We'll see what happens when I add it to an image. I just worry the network support isn't there yet |
16:27.04 | *** join/#oe tuomasi (i=tinkilai@ext-ssh.movial.fi) |
16:39.24 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
16:40.20 | Bernardo | I see that "list_dir ext var/lib/ipkg" is still commented in ipkg.conf, and aqpkg looks for its lists there |
16:45.40 | *** join/#oe nxu (n=n@tor/session/x-7b27cff6879afb4b) |
16:48.56 | *** join/#oe AvengerMoJo (n=alex@61.149.26.193) |
16:50.03 | Bernardo | can I remove /etc/timestamp on the akita? |
16:52.03 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
16:52.21 | *** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo) |
16:56.30 | nevarrie | how long shoudl a pull take to update the db file..I have been waiting 2 hours already... |
16:57.00 | koen | check the progress counter and do an estimate |
16:58.25 | *** join/#oe Bernardo (n=Bernardo@213.58.66.95) |
16:58.43 | nevarrie | progress counter? Should I be seeing one? so far all that has printed to standard out is "monotone: connecting to ewi546.ewi.utwente.nl" |
16:59.57 | koen | nevarrie: something like http://pastebin.com/620219 |
17:01.33 | nevarrie | I have nto got that far yet...looks like I have a problem... |
17:01.33 | *** part/#oe Bompo (n=Bompo@V1ec7.v.pppool.de) |
17:02.50 | nevarrie | I have a progress screen now... |
17:02.56 | nevarrie | thanks.. |
17:17.10 | Bernardo | looks like the akita doesn't provide enough power on usb for the wifi dongle to work... |
17:17.12 | Bernardo | :( |
17:17.14 | Bernardo | it even killed the keyboard when I removed the dongle with the interface still up |
17:20.46 | emte | Bernardo, that is a common USB problem on any hardware |
17:21.27 | Bernardo | not enough power? |
17:21.43 | Bernardo | or killing the keyboard when a driver doesn't exit cleanly? |
17:21.47 | emte | and from what i understand one of the biggest differeences between USB1 and USB2 standards |
17:21.53 | emte | not enough power |
17:22.13 | Bernardo | I need to find a battery powered (rechargeable) usb hub |
17:23.28 | pb_ | Bernardo: yah, lots of wifi dongles use more power than a usb port is guaranteed to supply |
17:24.15 | Bernardo | this one works with my laptop and desktop pcs without any problem, but probably those have a little higher tolerance |
17:24.32 | pb_ | right, most laptops and desktops can supply five unit loads on each port. |
17:24.40 | pb_ | the akita, most likely, can only supply one unit load |
17:25.14 | emte | i've run accross many PCs that are ~1.4 volts under needed |
17:25.46 | pb_ | in theory the software on your akita ought to detect that the dongle needs too much power and refuse to start it up, but that might not be working for some reason. |
17:26.08 | pb_ | (either because the dongle is mis-reporting the amount it needs, or because the usb host stack is broken) |
17:26.29 | emte | http://www.newegg.com/product/Product.asp?Item=N82E16817804003&CMP=OTC-Froogle&ATT=CyberPower+CP-H420P+Battery+Powered+Hub |
17:26.33 | emte | $16.99 |
17:27.33 | Bernardo | newegg sells only for the us, right? |
17:27.40 | emte | no idea |
17:27.55 | emte | i just selected the first search reply |
17:29.12 | Bernardo | :) |
17:29.13 | Bernardo | thanks |
17:29.19 | Bernardo | I'll look localy for it |
17:35.52 | *** join/#oe do13- (n=ndirk@do13.in-dsl.de) |
17:42.37 | *** join/#oe lrg (n=liam@212.20.225.130) |
17:45.45 | CIA-4 | 03coredump 07org.oe.dev * r4221f5be... 10/packages/gpe-bootsplash/ (files/speed.patch gpe-bootsplash_1.15.bb): gpe-bootsplash: Fix a bug where an uncompressed screendump was written to the rootfs. This causes space issues on devices with large screens and low rootfs space. |
17:45.49 | CIA-4 | 03coredump 07org.oe.dev * r3668ee2a... 10/packages/zaurusd/ (files/mbinputmgr-honor-user-prefs.patch zaurusd_svn.bb): zaurusd: Honor user-preferences when starting / killing mbinputmgr on rotation |
17:46.29 | CoreDump|home | ~lart 2-space indents |
17:56.50 | koen | CoreDump|home: does mbinputmanager still get killed when I go from portrait->landscape? |
17:57.27 | CoreDump|home | not if you have configured your panel to use it in landscape |
17:57.41 | CoreDump|home | otherwise yes |
17:58.05 | koen | where 'have configured' is 'running in landscape'? |
17:59.01 | CoreDump|home | if mbinpumgr is displayed in landscape (be it by default or you have added it to the panel) then it will _not_ be killed by returning from portrait |
17:59.13 | koen | ah, good |
18:17.48 | *** join/#oe Crofton (n=balister@hc6521c9e.dhcp.vt.edu) |
18:18.16 | *** join/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com) |
18:18.39 | *** part/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com) |
18:24.56 | *** join/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com) |
18:25.13 | xinfinityx | heya, does anyone know anything about xsane? |
18:35.13 | *** part/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com) |
18:53.49 | *** join/#oe TMM1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu) |
18:56.01 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
19:00.01 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
19:00.21 | _law_ | hi |
19:03.06 | koen | hey _law_ |
19:05.43 | _law_ | hi koen|tv |
19:06.02 | *** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de) |
19:27.32 | *** join/#oe jsun (n=jsun@ftp.linux-mips.org) |
19:27.44 | *** join/#oe jsun (n=jsun@ftp.linux-mips.org) |
19:41.30 | *** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be) |
19:43.55 | *** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net) |
20:01.59 | *** join/#oe minipanda (n=hzhang@221.220.121.219) |
20:13.02 | *** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net) |
20:26.43 | mreimer | How do I fix this error building gpe-image in .dev: ERROR: "gcc" looks like gcc 4.x| QEMU is known to have problems when compiled with gcc 4.x |
20:26.52 | mreimer | I haven't changed my config, just mt update |
20:27.43 | koen|tv | mreimer: http://ewi546.ewi.utwente.nl/tmp/d/keyENABLE_BINARY_LOCALE_GENERATION.html |
20:27.52 | mreimer | thanks koen |
20:28.15 | koen|tv | we finally have some doco to point to :) |
20:28.30 | mreimer | so I should set it to 0? |
20:28.36 | koen|tv | "" |
20:28.48 | mreimer | ok |
20:30.30 | *** part/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
20:43.08 | *** join/#oe woglinde (i=woglinde@e178089041.adsl.alicedsl.de) |
21:01.08 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
21:01.16 | *** join/#oe bronson (n=bronson@pool-68-160-59-53.bos.east.verizon.net) |
21:01.52 | *** join/#oe dtx (n=chatzill@cdf-imaging.com) |
21:07.40 | *** join/#oe dtx (n=chatzill@cdf-imaging.com) |
21:27.47 | *** join/#oe dtx_ (n=chatzill@cdf-imaging.com) |
21:32.09 | *** join/#oe stevenh (n=lews@65.167.23.2) |
22:11.21 | *** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net) |
22:12.42 | *** join/#oe XorA|gon1 (n=dp@81-178-84-33.dsl.pipex.com) |
22:30.45 | *** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com) |
22:32.32 | nevarrie | if I ma only building and not changing bb files when disabling the cache is alright... |
22:45.12 | JustinP | nevarrie: disabling the cache means it has to re-aprse the bbs every time you build |
22:46.59 | nevarrie | that is what I just figured out... |
22:47.32 | nevarrie | I was hoping that is woudl stop having to reread all the files everytime...I guess I shoudl have looked closer... |
22:51.30 | koen|tv | nevarrie: bitbake -i |
22:54.33 | TMM1 | anyone build bootstrap-image successfully recently? what ipkg-native was used |
22:54.52 | koen|tv | .154 was the last succesfull one I tried |
22:55.19 | TMM1 | .154 tries to create /usr/lib/ipkg on my root |
22:55.29 | TMM1 | though i suppose that doesn't stop it from working |
22:56.04 | koen | every ipkg tries to do that |
22:56.11 | koen | that's not the real error |
22:56.36 | TMM1 | its still a bug |
22:56.44 | TMM1 | anyway, i'll push patches for both .154 and .159 |
22:56.45 | koen | not really |
22:56.57 | koen | ipkg keeps track of what you install |
22:57.04 | koen | it would be a bug if it didn't |
22:57.10 | TMM1 | ofcourse it is. if you're passing -o then it should not be touching /usr/ it should be touching /offlineroot/usr |
22:57.52 | koen | it touches /offlineroot/usr as well |
23:00.37 | TMM1 | hrm. but if i'm doing ipkg-cl -o /oe/rootfs/ update why should i get an error that says mkdir /usr/lib/ipkg failed, before it goes ahead and installs in /oe/rootfs/usr/lib/ipkg. it needs to assert that /oe/rootfs/usr/lib/ipkg exists, not /usr/lib/ipkg |
23:03.22 | TMM1 | am i mistaken? |
23:06.12 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:33.27 | *** join/#oe W8TVI (n=me@166.165.154.37) |
23:33.29 | JustinP | TMM1: no, I think you're right. I just think that no-one has taken the time to fix it. feel free to create a patch and submit it to the bugtracker |