**** BEGIN LOGGING AT Tue Jan 15 02:59:57 2008 Jan 15 04:00:31 Hey folks, a n00b question: I have OE compiling, and would now like to create a custom app. Do I have to create the package in stuff/org.openembedded.dev/packages/XXXX, or is there another way to take my source and use the cross-compiler? Jan 15 04:01:58 um the answer is yes Jan 15 04:02:12 what is the custom app? Jan 15 04:02:38 hey Crofton, it's Ross' sdl app. I wanted to try and compile it with OE and see if it would run Jan 15 04:03:11 we understand the need to support creation of easy external toolchians Jan 15 04:03:11 I didn't know if I had to "package" it in OE to try it, or if I could use the cross-compiler that has been built Jan 15 04:03:23 but I am not certain how we support that yet Jan 15 04:03:41 you can set the path to use the cross compilers Jan 15 04:04:01 does the app use autotools? Jan 15 04:04:08 That's what I need. I was trying to see if that setup was easy Jan 15 04:04:33 I'm not sure, yet Jan 15 04:04:35 No, right now, it's 1 file. I need to understand how to start using OE to develop single apps Jan 15 04:04:39 I need to work this out also Jan 15 04:04:55 long term, you need to add bb file Jan 15 04:05:03 and provide feeds for users Jan 15 04:05:27 if you go for full angstrom support, that will happen "magically" Jan 15 04:05:30 agreed. But, now i just have a single C file I need to compile. Wanted to use the OE compiler Jan 15 04:05:40 although we understand some vendors prefer more control\ Jan 15 04:05:52 look in tmp/staging/.... Jan 15 04:05:55 For our project, I'd like to focus on angstrom support. Jan 15 04:06:11 set the path so you pick up the cross compiler Jan 15 04:06:14 I see them, just wasn't sure about include variables, lib variables, etc. Jan 15 04:06:38 I was hoping somebody has a magic script which pre-configured my environment Jan 15 04:06:42 :D Jan 15 04:07:33 hmm, I can't work out the path right away Jan 15 04:07:49 ask again tomorrow, I need to sleep :) Jan 15 04:08:23 Night! Jan 15 04:09:06 hey, cool -- it's in tmp/work. can snag out of the temp directories Jan 15 04:10:03 yeah Jan 15 04:10:25 we just need a formal way to distribute the toolchain+ libs to people Jan 15 04:12:18 Can't we post the local.conf appropriate to this system and let them build their own? Jan 15 04:13:22 I'm hoping we can distribute a set of stuff that requires no OE stuff :) Jan 15 04:14:20 ah, cool. I'll work with you through that Jan 15 04:14:32 gn Jan 15 04:15:13 night Jan 15 06:20:52 good morning everyone! Jan 15 06:20:52 drmikecrowe: are you making progress? Jan 15 06:47:59 <_law_> morning Jan 15 06:48:16 <_law_> is there any midp2 engine in OE ? Jan 15 07:01:47 _law_: I think that rschuster committed something like that a few days ago Jan 15 07:02:10 I think it was called midpath Jan 15 07:02:21 does that help? Jan 15 07:03:17 <_law_> Laibsch, ok looks nice i'll try this Jan 15 07:03:21 <_law_> Laibsch, thanks Jan 15 07:37:53 03Laibsch 07org.oe.dev * r6d44b490... 10/ (1 packages/ncurses/ncurses.inc): ncurses.inc: package unpackaged files and reorder fields in bb according to StyleGuide Jan 15 08:49:01 03koen 07org.oe.angstrom-2007.12-stable * r1a1c6b63... 10/ (1 contrib/angstrom/build-feeds.sh): angstrom feed builder: add more packages Jan 15 08:54:30 morning. anyone got an idea for bug number 3696 Jan 15 09:01:46 zecke|away, where was that switch i can have in a bb file to not checkc architectures at do_package ? Jan 15 09:08:04 * * OE Bug 3701 has been created by  Jan 15 09:08:06 * * driftnet-0.1.6-r0-do_compile Jan 15 09:08:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3701 Jan 15 09:57:38 <_saurabh_> does the external toolchain used in oe have to be built using the oe infrastructure only Jan 15 09:57:51 <_saurabh_> or can i use e.g. a crosstool generated toolchain too Jan 15 09:58:16 <_saurabh_> if i try to use a pre-built toolchain, do_staging of external toolchain fails Jan 15 10:06:16 morning Jan 15 10:07:00 ~seen nicolasfr Jan 15 10:07:02 nicolasfr was last seen on IRC in channel #oe, 400d 14h 27m 42s ago, saying: 'Laibsch: I did use _append without the +'. Jan 15 10:07:16 quite some time ago Jan 15 10:59:19 hi! Jan 15 10:59:55 i Dmitry Jan 15 11:00:00 s/^i/hi Jan 15 11:03:44 anyone using oe for s3c2440 processor? Jan 15 11:08:13 hrw: I tried debugging 2.6.23 tosa kernel for stable. It seems that the kernel has so largely evolved since 2.6.17 that even with old wm97xx and company patches I have sus/res problems. Jan 15 11:08:32 DrOctavius: openmoko guys do Jan 15 11:08:42 lumag: ;( Jan 15 11:10:05 hrw: I would try dropping most crap from tosa_power in hope it would help by the cost of in-suspend charging, but it would need some more time. Jan 15 11:10:11 thnx hw Jan 15 11:10:23 lumag: The current wm97xx patches should be good against current kernels. Jan 15 11:12:59 broonie: yes, I know. I use them in my development patchset. But tosa_power patch does really strange things to that chip. In short, somebody has written a driver for wm97xx embedded into battery driver. Jan 15 11:14:33 lumag: Ah, OK. Fun fun fun. There is a battery monitor provided by wm97xx-core already, hanging off the toaster bus provided for the chip. Jan 15 11:15:21 So if it does need to do that then it *should* be possible to arrange for it to play with the touch driver by hanging off that bus. Jan 15 11:16:21 broonie: you mean aux_adc? yup. tosa_power uses it during normal work. And during sus/resume tosa_power drives the ac97 by itself. Jan 15 11:17:23 broonie: if I recall the discussion from years ago right, battery monitor is needed at boot, but most of wm97xx driver is too big to fit into zaurus kernel Jan 15 11:17:29 broonie: so some hacks were done Jan 15 11:17:49 Ah, right. This is one of those devices with a microscopic space for the kernel binary? Jan 15 11:17:56 broonie: yeah Jan 15 11:18:14 broonie: so there were problems with waiting until modules could be loaded Jan 15 11:18:37 lumag: Yes, that was what I was thinking of. Jan 15 11:18:40 I dont have exact details, I just remeber lrg and do13 speaking a lot on this issue Jan 15 11:18:47 XorA: actually wm97xx was built in kernel since long ago. Jan 15 11:19:15 lumag: do13 must have jiggled about some other stuff then Jan 15 11:19:56 * XorA bets suspending the ac97 bus does bad things to battery monitor as well, and kernel wakes every X seconds to monitor batter while in suspend Jan 15 11:21:06 * lumag doesn't know. Most do13's patches for tosa are very good. But tosa_power is a... uhm... crap. Jan 15 11:23:01 However in the time he developed that patches, there were no such things like e.g. class_power_supply. Jan 15 11:23:15 * broonie blames the hardware engineers :) Jan 15 11:23:32 And tosa isn't too nice to developers. Jan 15 11:26:09 lumag: I dont think do13 was ever happy with that code either Jan 15 11:56:59 re Jan 15 12:11:31 can i disable DO PACKAGE QA on a single package ? Jan 15 12:18:05 * * OE Bug 3702 has been created by  Jan 15 12:18:07 * * rdesktop-1.5.0-r0-do_compile Jan 15 12:18:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3702 Jan 15 12:34:04 * * OE Bug 3703 has been created by  Jan 15 12:34:06 * * libwnck-2.13.5-r0-do_install Jan 15 12:34:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3703 Jan 15 12:43:49 Laibsch: Still working on it Jan 15 12:47:26 do you sleep drmikecrowe Jan 15 12:47:42 Crofton: hehe, not much. I crashed shortly after you Jan 15 12:48:27 03xora 07org.oe.dev * r94d867a4... 10/ (1 packages/linux/linux-openmoko-devel_2.6.23+2.6.24-rc7.bb): Jan 15 12:48:27 linux-openmoko-devel_2.6.23+2.6.24-rc7.bb : add the latest openmoko Jan 15 12:48:27 devel kernel. This fetches its defconfig from OM SVN as well as the Jan 15 12:48:27 patches so should generate exactly what we use internally Jan 15 12:48:32 03xora 07org.oe.dev * r40248398... 10/ (1 conf/distro/openmoko.conf): openmoko.conf : add linux-openmoko-devel to MACHINE_CLASS handling Jan 15 12:55:26 hey folks, if I'm building a system from the ground up, and just have a frame-buffer device, what graphics options do I have? It appears that most packages want to pull in X, but I'm not sure I understand Jan 15 13:05:46 drmikecrowe, there may be a directfb based image also Jan 15 13:06:15 drmikecrowe, also, there is an x server that can run on a plain framebuffer Jan 15 13:06:39 also, opie will run on a framebuffer Jan 15 13:06:43 john -- that would be awesome. How can I read up on that? Jan 15 13:07:13 for instance, I need to configure my machine to support this, I think. Maybe an example machine that uses this? Jan 15 13:08:28 the zaurus Cxx00 (akita/spitz/borzoi) and many other handhelds use a xfbdev Jan 15 13:08:53 your need to build the package and tell it what resolution and color depth to run the x server at Jan 15 13:08:58 it also has an option for rotation Jan 15 13:09:24 unfortunately I don't think I can reach my copy of OE right now to check what the package name is exactly right now Jan 15 13:09:31 I think it's xfbdev Jan 15 13:10:38 johnx: perfect! thanks Jan 15 13:49:31 bye, all! Jan 15 14:15:30 03koen 07org.oe.dev * rcbf0b022... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: include toolchain versions for weird platforms like powerpc Jan 15 14:38:46 03koen 07org.oe.dev * r71a14b84... 10/ (1 classes/module-base.bbclass classes/module.bbclass): Jan 15 14:38:46 module*.bbclass: set AR to KERNEL_AR during building of kernel modules Jan 15 14:38:46 * revision 3422 from poky Jan 15 14:56:04 * * OE Bug 3704 has been created by  Jan 15 14:56:06 * * imlib2-1.4.0.002-r2-do_unpack Jan 15 14:56:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3704 Jan 15 15:00:03 hrw: hello Jan 15 15:00:23 hrw: how's about 2.6.24 ? Jan 15 15:01:06 hrw: size problems solved? Jan 15 15:02:44 03john_lee 07org.oe.dev * r8996304d... 10/ (1 packages/tasks/task-openmoko-feed.bb): remove epdf for now because it refers to nonexist ewl_tree2_new Jan 15 15:06:57 morning Jan 15 15:08:57 its worse Jan 15 15:09:18 hrw: hi Jan 15 15:09:22 hi hrw Jan 15 15:10:34 hrw: I know the solution.... Jan 15 15:10:45 hrw: but I know you don't like it... Jan 15 15:10:49 hrw: http://forum.zaurusfr.org/viewtopic.php?t=595&highlight=&sid=277cd880c9fd4ac4fd20608023f7f9f4 Jan 15 15:11:01 Filesystem 1k-blocks Used Available Use% Mounted on Jan 15 15:11:23 '/dev/mtdblock2 102400 49676 52724 49% '/' Jan 15 15:11:51 *ant pasted wrong line Jan 15 15:12:01 * busted by backslash Jan 15 15:17:24 hrw: http://www.pastebin.org/15501 Jan 15 15:17:34 hrw: this was what I meant Jan 15 15:19:41 can OE understand ORed dependencies? e.g. DEPENDS = "foo (bar | baz)"? if so what is the syntax for that? Jan 15 15:20:06 rschuster: i don't think so :) Jan 15 15:21:50 hrw: RP: I'm asking also about http://bugzilla.kernel.org/show_bug.cgi?id=9217 Jan 15 15:22:05 mwester: you too... Jan 15 15:22:12 rschuster: you get the same by using PROVIDES and PREFERRED_PROVIDER Jan 15 15:22:53 But there iis no equivalent for RDEPENDS, right? Jan 15 15:26:05 Apparently we're losing our hosting shortly. Jan 15 15:26:18 So it's probably going to take a few days to sort out a replacement. Jan 15 15:26:26 Laibsch: you can RPROVIDES Jan 15 15:26:43 Laibsch: then its upto you to install the one you want Jan 15 15:26:54 ant|work: to make it short: we (Zaurus kernel maintainers/Zaurus machine maintainers) do not support other bootloaders then Sharp crap or kexec (with recent OE 2.6.23 + recent OE kexec) Jan 15 15:27:13 ant|work: U-boot is not supported in any way now Jan 15 15:27:15 hrw: 2.6.23 = no altboot Jan 15 15:27:22 hrw: atm Jan 15 15:27:54 hrw: why get you so hostile yalking about u-boot ? Taboo ? Jan 15 15:28:05 altboot is not bootloader Jan 15 15:28:21 hrw: I make it simple for you: no root on sd Jan 15 15:28:21 ant|work: its not taboo Jan 15 15:28:34 from the end post in that bug, u-boot and kexec should both work with same features Jan 15 15:28:49 ant|work: root on sd is easy to get even sharp crap - kernel cmdline need changing Jan 15 15:29:13 hrw: on c7x0 we are doomed...sons of lesser god Jan 15 15:29:30 XorA: probably. but zaurus clamshells has only quite old uboot ;( Jan 15 15:29:34 hi Rodrigo Jan 15 15:29:45 ant|work: I know - I have c760 Jan 15 15:30:03 hrw: I promised you a nu battery if you helps.... Jan 15 15:30:19 s/help/help us/s.... Jan 15 15:30:31 ant|work: and I remember that. its just chronical lack of time Jan 15 15:30:37 he he Jan 15 15:31:02 hrw: I'm almost done - CoreDump is heling me Jan 15 15:31:06 I have few important projects which give me money and my daughter will born any day Jan 15 15:31:15 hrw: but we'll ned some hints probably Jan 15 15:31:47 Sorry for the short notice, I just literally woke up and found out that I'll need to pick up the hardware today Jan 15 15:31:49 ant|work: I am not familiar with ATAGs Jan 15 15:32:05 ggilbert: hello Jan 15 15:32:05 hrw: be carefull...my young Marek (5 months) will be often in Poland... Jan 15 15:32:18 ant|work: ;D Jan 15 15:32:40 hrw: italian-polish blood :-) Jan 15 15:33:12 XorA: Do you have an example? I wonder how RPROVIDES works in practice. Can you install more than on providee? What happens if there is no package yet to satisfy the RDEPENDS, what does ipkg do, just pick one? Jan 15 15:33:33 hrw: get you work finished and forgive me if I'll have to disturb you again in the near future Jan 15 15:33:45 Laibsch: gtk+, gtk+-fastscaling Jan 15 15:33:46 hrw: thx Jan 15 15:33:52 Laibsch: they can be swapped at will Jan 15 15:34:25 XorA: Thanks, I'll take a look Jan 15 15:37:10 ant|work: I have to spend some time one day and get small kernel for c7x0 Jan 15 16:13:58 03florian 07org.oe.dev * r3a9c0f4a... 10/ (18 files in 2 dirs): gpephone: Unify all SVN recipes, fix several issues. Jan 15 16:21:44 * magumbade is back Jan 15 16:25:51 03florian 07org.oe.dev * r3a9c0f4a... 10/ (18 files in 2 dirs): gpephone: Unify all SVN recipes, fix several issues. Jan 15 16:30:20 anyone here? Jan 15 16:30:26 i need help with opie Jan 15 16:30:28 no Jan 15 16:30:34 lol Jan 15 16:30:48 is the angstrom opie page working with anyone? Jan 15 16:31:58 nvm Jan 15 16:32:16 can i flash a h3900 image on an h3800? Jan 15 16:32:21 or would that be bad Jan 15 16:32:58 http://www.angstrom-distribution.org/unstable/autobuild/h3900/ Jan 15 16:33:10 that's the page for h3900 opie/gpe/x11 Jan 15 16:33:11 stuffs Jan 15 16:36:56 tmbinc_: h3800 is totally other then h3900 Jan 15 16:55:36 03florian 07org.oe.dev * r54380a91... 10/ (1 packages/gpephone/libmsgenabler_svn.bb): libmsgenabler: add svn recipe Jan 15 16:57:24 03florian 07org.oe.dev * r3a9c0f4a... 10/ (18 files in 2 dirs): gpephone: Unify all SVN recipes, fix several issues. Jan 15 16:57:24 03florian 07org.oe.dev * r3a9c0f4a... 10/ (18 files in 2 dirs): gpephone: Unify all SVN recipes, fix several issues. Jan 15 17:02:00 bye Jan 15 17:04:55 ok, the server should be here this afternoon. Jan 15 17:20:22 03florian 07org.oe.dev * r3a9c0f4a... 10/ (18 files in 2 dirs): gpephone: Unify all SVN recipes, fix several issues. Jan 15 17:26:58 mickeyl: why is your cmake inheriting autotools and not depending on cmake-native? Jan 15 17:27:39 1st) afaik make and make install still work the same Jan 15 17:27:45 2st) i forgot that Jan 15 17:29:39 mickeyl: ah 1st) explains it, maybe we want to split that from autotools.bbclass Jan 15 17:30:36 zecke: might make sense, yes. Jan 15 17:31:03 same goes for do_stage Jan 15 17:31:23 mickeyl: so everyone honoring DESTDIR can play with it Jan 15 17:31:31 yep Jan 15 17:32:06 Hey mickeyl, someone mentioned that you had some hosting options potentially opening up for OE Jan 15 17:32:20 really? Jan 15 17:32:24 news spread fast Jan 15 17:32:26 hehe Jan 15 17:32:37 i ordered a quad core server Jan 15 17:32:40 quite a beast Jan 15 17:32:49 on my cost Jan 15 17:33:02 nice. Jan 15 17:33:04 hosting will be provided by another grateful donor Jan 15 17:33:13 i will create a couple of openvz instances there Jan 15 17:33:22 and first create another mtn mirror Jan 15 17:33:25 (main mirror) Jan 15 17:33:33 then eventually free some more services from ltg Jan 15 17:33:38 so that they can breath better Jan 15 17:33:48 mickeyl: qte question: ist there a way to have a .bb file re-compile the ui files? Jan 15 17:33:52 It came up because the place that's been generously providing us with network and power has to stop doing that Jan 15 17:34:04 On extremely short notice Jan 15 17:34:08 hvontres|work: usually a sane .pro file does this automatically Jan 15 17:34:18 mickeyl: thanks Jan 15 17:34:39 hvontres|work: if you want to make sure that they get regenerated, then remove them in do_compile_prepend Jan 15 17:34:48 ggilbert: i see, so we need a new location for the bug tracker Jan 15 17:34:57 ggilbert: can you send me a full sql dump? Jan 15 17:35:10 sure. I have one right here Jan 15 17:35:13 thanks. Jan 15 17:35:20 please dump it to mlauer@vanille-media.de Jan 15 17:35:26 I might be able to do it further once I find a new provider Jan 15 17:35:35 no worries Jan 15 17:35:39 i think the new machine can handle that Jan 15 17:35:41 however Jan 15 17:35:46 it will take a while until its there Jan 15 17:35:48 and setup Jan 15 17:35:57 i guess something between 1 and 4 weeks Jan 15 17:35:59 I was going to see if I could set something up at home this evening Jan 15 17:36:22 I hate the short notice, but I literally just heard about it when my boss let me know that he'd be picking up the servers this morning. Jan 15 17:36:30 no problem Jan 15 17:36:43 thanks for doing it all the time when you where not really involved with OE machines Jan 15 17:37:06 I'm glad to have been able to help. One day I hope to have an OE powered device again :) Jan 15 17:37:11 hehe, hopefully :)Ö Jan 15 17:37:14 s/Ö// Jan 15 17:37:34 the sql dump should be self-contained right ? or do i need more data to clone the bug trackerß Jan 15 17:37:45 Westmont's hosting has also been extremely generous for the past few years, so I really can't say much bad about them. Jan 15 17:37:59 hmmm. There's uploaded files. Not sure if they were in the db Jan 15 17:38:12 I have a full tarball of everything Jan 15 17:38:34 ok Jan 15 17:38:54 when can we expect the bugtracker to go offline? Jan 15 17:39:04 About an hour ago Jan 15 17:39:08 aah Jan 15 17:39:09 hehe Jan 15 17:39:12 okay Jan 15 17:39:23 Yeah. Welcome to my morning :) Jan 15 17:39:28 i can imagine Jan 15 17:39:38 i will try to reinstantiate it during this night Jan 15 17:39:43 just dump me everything you have Jan 15 17:39:45 thanks!!! Jan 15 17:39:47 * mickeyl bbl Jan 15 17:46:15 bbl Jan 15 17:51:16 mickey|sports: If we need to setup a temp server, I might also be able to help... Jan 15 18:34:55 Hello Jan 15 18:58:11 okay, I have to look into the fortran issue now Jan 15 19:00:17 zecke: FWIW during compilation of gcc-native I've seen libmpfr has been built Jan 15 19:00:48 zecke: building gcc-3 doesn't build "gfortran" Jan 15 19:01:57 ant_: I know, fortran was enabled for arm for gcc 4.2 Jan 15 19:02:12 zecke: interesting bit: on Gentoo wit gcc-4.2.1 the fortran is compiled (use flags) Jan 15 19:02:35 zecke: and I built gcc-4.2.2 w/o problems Jan 15 19:03:09 zecke: on other host (Arklinux) I installed by brute force gcc3 over the gcc-4.1 Jan 15 19:03:49 zecke: but finally I had to install the fortran extension (for 4.1)! Jan 15 19:03:52 psplash still fails: http://pastebin.com/m1ccfb7d7 and http://pastebin.com/m1b0e47e4 Jan 15 19:04:00 zecke: what for an hybrid.... Jan 15 19:04:42 zecke: being that initially this gcc-native was not found in path (bug) I'm just wondering if the same can happen with libmpfr Jan 15 19:13:58 anyone for my psplash issue...that blocks the build of opie-image Jan 15 19:25:36 hi zecke Jan 15 19:25:55 :( anyone? Jan 15 19:26:15 because i don't know well the psplash package... Jan 15 20:13:44 GNUtoo: well, I attempt to fix the fortran issue so I can't build pslash_svn now, but there is nothing that prevents you to go into the psplash directory to take a look Jan 15 20:14:19 zecke, ok there is no makefile or things for automake in this dir Jan 15 20:14:31 GNUtoo: which dir? Jan 15 20:14:47 zecke, /oe/tmp/work/psplash-0.0+svnr1-r12 Jan 15 20:15:33 GNUtoo: I remember that you have changed the psplash_svn.bb yesterday, did you undo everything? Jan 15 20:15:39 zecke, yes Jan 15 20:15:56 zecke, i did it with mtn Jan 15 20:16:16 GNUtoo: bitbake -cclean psplash Jan 15 20:16:44 GNUtoo: and then bitbake psplash and then we can talk Jan 15 20:17:01 zecke, ok thanks a lot Jan 15 20:19:04 zecke, http://pastebin.com/m53b66362 Jan 15 20:21:37 ls /oe/tmp/work/psplash-0.0+svnr1-r12 say what? Jan 15 20:21:53 lol Jan 15 20:21:59 GNUtoo: what distro do you use? Jan 15 20:22:02 hi all! Jan 15 20:22:05 zecke, gentoo Jan 15 20:22:22 GNUtoo: no, in your conf/local.conf, freepma? does it exits? do you create it? Jan 15 20:22:42 zecke, http://pastebin.com/m1e64646b no i created it i'll pastebin it Jan 15 20:22:59 GNUtoo: before you go into branding, why don't you use something that works (e.g angstrom-2007.1) from the stable branch? Jan 15 20:23:47 /oe/sources/psplash_svn.o-hand.com_.repos.misc.trunk_1_.tar.gz this file says it is loading the FIRST revision of psplash, this is because your OWN distro does not set a sane srcrev ;) Jan 15 20:24:02 this does NOT happen with the angstrom distro inside OE ;) Jan 15 20:24:33 ah ok lol Jan 15 20:24:34 GNUtoo: a rule of thumb, if you are not yet a master, stay on the walked path Jan 15 20:25:21 GNUtoo: e.g. is angstrom using this file http://repo.or.cz/w/org.openembedded.dev.git?a=blob;f=conf/distro/include/sane-srcrevs.inc;h=fb369a8ea302bce5285fa04b60942b74031d85b0;hb=HEAD Jan 15 20:25:36 GNUtoo: but you should use angstrom :) Jan 15 20:25:38 zecke, i know that i'm not yet a master but i want to remplace an old system(glibc qtopiq...) by a newer one Jan 15 20:25:39 ok Jan 15 20:27:51 GNUtoo: I'm willing to answer questions both ways (easy and master level), but I think it is more easy to start with the easy one :) Jan 15 20:28:02 zecke, ok i'll try Jan 15 20:28:12 zecke, thanks a lot Jan 15 20:28:39 GNUtoo: plus you might find that Angsrom does what you want anyways :) Jan 15 20:31:08 by the way i have a question...i tried an opie-image from a long time ago: Feb-2006 and it consumed a lot of memory...a lot more than qtopia...has it changed? Jan 15 20:31:25 image for my device...not the opie-image Jan 15 20:31:29 Crofton: do you remember the fortran workaround you used? did it involve LD_LIBRARY_PATH? Jan 15 20:31:47 GNUtoo: don't ask it here :) Jan 15 20:32:06 to opie's channel? Jan 15 20:32:21 GNUtoo: I once said Opie is dead but was proven wrong :) Jan 15 20:39:35 Anyone remembers the name of the site that is mirroring mailinglists? Jan 15 20:41:02 marc? Jan 15 20:41:26 also, I will likely be purchasing hosting today, so I should be able to get us online again as soon as any processing time goes through Jan 15 20:41:52 pb__: master? Jan 15 20:42:06 ggilbert: I think not, the site that allows you to post as well (and not nabble.com) Jan 15 20:42:21 hmm Jan 15 20:42:30 there's another one also Jan 15 20:43:56 gmane Jan 15 20:43:58 damn Jan 15 20:44:07 Yeah, that's what I was thinking Jan 15 20:45:24 and the list is not mirrored Jan 15 20:52:03 conf/distro/angstrom-2007.1-legacy.conf only have this line: require conf/distro/angstrom-2008.1.conf so how can it use a 2.4 kernel? Jan 15 20:53:03 GNUtoo: leacy in terms of not using EABI Jan 15 20:53:44 GNUtoo: I think what you should do, is build OE one time through (to have the feeling of success) Jan 15 20:53:56 lol..ok Jan 15 20:54:18 GNUtoo: this also gives me the time to clean something up in the legacy handling ;) Jan 15 21:06:54 mickey|sports: ping - can you add osas key to monotone.openembedded.org ? Jan 15 21:28:56 zecke, yes Jan 15 21:34:01 Crofton: Do you think you might have room for an extra PDA in your luggage on the way back from Fosdem? Jan 15 21:35:00 most likely Jan 15 21:35:04 from EU to US? Jan 15 21:35:27 re Jan 15 21:35:49 also, if anyone wants stuff from US, I can bring it to FOSDEM Jan 15 21:36:08 within reason :) Jan 15 21:37:56 Crofton: yes. XorA was going to send me one of the the OE poodles during his t trip to florida, but that seems to have been canceled. So I thought I'd have him give it to you and we can arrange for a way to get it out here to the left coast :) Jan 15 21:38:09 ok Jan 15 21:38:21 That should be much easier the dealing with customs Jan 15 21:38:39 Crofton: Thanks. I'll drop him a note later. Jan 15 21:39:19 too bad about his FL trip :( Jan 15 21:44:30 Ok, i should have a new ip for bugs.openembedded.org in a day or two. Jan 15 22:27:00 ggilbert: Is bugzilla accessible via its current IP now Jan 15 22:27:10 Or is it completely offline? Jan 15 22:28:38 Laibsch: I beleive it is offline as of this morning :( Jan 15 22:50:29 hey folks, I know this is stupid, but if I have the tmp/deploy/ipk/armv5te/*.ipk files, how do I extract them? midnight commander says they aren't .tar.gz files Jan 15 22:50:55 dpkg-deb, ipkg-unbuild, or ar x Jan 15 22:52:10 pb__, thanks Jan 15 22:59:10 pb__: ah there you are Jan 15 23:02:04 Laibsch: completely offline. Jan 15 23:02:29 The old host could no longer continue to provide rackspace, so the server had to be picked up and is currently sitting in the corner of my office. Jan 15 23:02:38 I'm in the process of purchasing new hosting service Jan 15 23:02:54 pb__: I had to add an rpath for f951 so it can find libmpfr and libgmp and I had to patch the configure... Jan 15 23:03:13 pb__: do you know if --enable-rpath of gcc can accept a path as well? the configure.in was a bit hard to get Jan 15 23:05:14 zecke: sorry, I don't know offhand Jan 15 23:05:21 I can look at it tomorrow if you remind me in the morning Jan 15 23:05:48 pb__: it will be at lunch time :) Jan 15 23:07:22 okay :-) Jan 15 23:07:26 * pb__ bedtime now Jan 15 23:07:28 night all Jan 15 23:08:30 pb__: bye! nice that you are here again! Jan 15 23:09:03 Laibsch: on one hand it'll be nice to be someplace a bit more stable Jan 15 23:09:27 Laibsch: On the other hand, getting a bill each month is a bit less exciting :) Jan 15 23:13:35 it is time for another fakeroot update Jan 15 23:45:44 zecke: new fakeroot version from upstream? Jan 15 23:45:49 yes Jan 15 23:46:01 mwester: It is kind of annoying to find a debian mirror that has 1.8 :) Jan 15 23:46:34 Cool. it's buggy code; anything newer is likely to be better. Jan 15 23:47:01 haha Jan 15 23:59:02 kergoth: ping Jan 16 00:51:40 what package provides strip for staging? Jan 16 00:55:36 hi, i'm trying compile webkit com OE for sh4 arch. but i found error Failure to read QMAKESPEC conf file /home/fenrrir/stuff/tmp/staging/sh4-angstrom-linux/qt4/mkspecs/linux-oe-g++/qmake.conf. how to solve? Jan 16 00:57:25 going to sleep. bye! Jan 16 01:01:13 hi. good night. i need help. which package OE's provides staging/arch/qt4 ? **** ENDING LOGGING AT Wed Jan 16 02:59:57 2008