**** BEGIN LOGGING AT Sun Jan 15 02:59:58 2006 Jan 15 03:55:59 morning Jan 15 03:56:12 Ello Jan 15 04:01:11 morning Jan 15 04:02:38 hi dirk Jan 15 04:03:48 hi Marcin Jan 15 04:07:22 hrw|tv: I got a new idea for my zaurus: http://www.alps-europe.com/images/PR01_06E_TSM1-Serie.pdf :) Jan 15 04:07:33 what is it? Jan 15 04:07:46 fm tuner ;) Jan 15 04:07:51 Yep Jan 15 04:07:54 morning Jan 15 04:52:24 http://advogato.org/person/lkcl/diary.html?start=258 Jan 15 04:54:46 'kids don't find windows to be cool' - I like that quote Jan 15 05:12:10 moin Jan 15 05:13:15 czesc zecke Jan 15 05:16:30 hail zecke Jan 15 05:16:49 good morning Jan 15 05:17:37 is ewi down? Jan 15 05:18:06 zecke: I couldn't access it a couple hours ago Jan 15 05:19:36 rather overloaded.. Jan 15 05:19:41 debug1: Connecting to ewi546.ewi.utwente.nl [130.89.145.130] port 22. Jan 15 05:19:41 debug1: Connection established. Jan 15 05:48:50 cu Jan 15 05:49:00 cya Jan 15 05:52:03 zecke: how is your svk behaving nowadays? Jan 15 06:05:31 pb__: it refuses to sync a particular branch (I blame cvs2svn nowadys) Jan 15 06:05:45 pb__: it is not bitkeeper, it is written in perl... Jan 15 06:05:54 pb__: the documentation could be a lot better Jan 15 06:06:02 pb__: but well it works somehow Jan 15 06:07:00 what is nice is: I have bitbake (from berlios) mirrored into the svn repo at work Jan 15 06:07:12 and svk promises to ease merging Jan 15 06:07:48 okay, cool Jan 15 06:07:53 I guess that sounds generally encouraging Jan 15 06:08:43 pb__: we have not too many conflicts (read none) so I could not really test the merging capabilities Jan 15 06:09:25 and if ewi would let me in, I would know if the subversion conversion is done Jan 15 06:20:23 hrw|gone: they don't! you put 20 linux systems down and 10 windows ones in a school: the windows ones sit there unused until the teachers pxe-boot them to run off the LTSP server. Jan 15 06:27:47 hm, crazy busybox. I wonder why it insists on turning on SUID support for mkswap and more. Jan 15 06:28:15 seems kind of hard to imagine that anybody really needs the pager to be setuid. Jan 15 06:39:49 re Jan 15 07:30:41 osb-jscore fails with this error: | ustring.cpp:135: error: explicit qualification in declaration of `bool KJS::operator==(const KJS::CString&, const KJS::CString&)' Jan 15 07:30:44 any idea how to fix it? Jan 15 07:33:09 gcc4? Jan 15 07:33:30 zecke: could you kick monotone on vanille? Jan 15 07:33:42 andrewy: which version of osb-jscore are you compiling? the only version i know will compile without errors is the osb-jscore_20050430.bb Jan 15 07:44:45 hrw: if I can remember the machine's name Jan 15 07:44:55 monotone.vanille.de Jan 15 07:45:07 hrw: well the netsync port is nated ;) Jan 15 07:45:15 hrw: or better port forwarded Jan 15 07:45:35 I have saved the log somewhere Jan 15 07:45:53 zecke: which exactly revision of bitbake was before 2006prebreakage? I want to get it to be prepared for 3.5.4 builds Jan 15 07:46:28 * france is back (gone 32:51:16) Jan 15 07:46:29 hrw: almost 1.3.2 Jan 15 07:46:37 hrw: but current bitbake should work as well?! Jan 15 07:47:00 damn I can't find the machine name Jan 15 07:47:05 srcdate<>cvsdate Jan 15 07:47:19 well CVSDATE continues to work Jan 15 07:47:33 1.) SRCDATE then CVSDATE, then DATE Jan 15 07:47:39 I cannot build meta-opie with r334 bue to selfdeps in RRECOMMENDS Jan 15 07:47:42 s/bue/due Jan 15 07:48:07 ah okay Jan 15 07:48:13 let me call berlios Jan 15 07:49:03 zecke: 1.3.1 is not too old for it? Jan 15 07:49:37 http://svn.berlios.de/viewcvs/bitbake/trunk/bitbake/bin/bitbake?rev=334&view=log Jan 15 07:50:18 hrw: so anything before r331 should be fine Jan 15 07:50:31 ok Jan 15 07:50:50 ~fishslap zecke for forgetting to write the hostname down Jan 15 07:50:53 thx Jan 15 07:50:54 * ibot slaps zecke up side the head with a wet fish for forgetting to write the hostname down Jan 15 07:51:15 zecke: you still do not have rights to do bitbake filerelease on berlios? Jan 15 07:59:34 hrw: right, but check hh.org/~zecke/downloads/bitbake Jan 15 08:00:42 zecke: how much people will get there? Jan 15 08:01:02 the ones that read the release note :} Jan 15 08:01:26 zecke: none, then Jan 15 08:07:40 and many will try to use bitbake 1.2.1 which is obsolete now.... Jan 15 08:08:51 bbl Jan 15 08:10:26 morning Jan 15 08:11:58 hrw|food: I try hard to remember the machine name to start netsync again :} Jan 15 08:12:16 hi Jan 15 08:14:12 Is it me or is ewi546.ewi.utwente.nl down? Jan 15 08:14:34 CoreDump: appears to be Jan 15 08:14:48 thanks Jan 15 08:14:50 web server hung Jan 15 08:15:28 raduga: not only that Jan 15 08:16:35 MT is down as well Jan 15 08:17:33 machine is not responding to ssh ;( Jan 15 08:17:39 btw hrw|food, thanks for the tip with using TTF over QPF fonts. Looks very nice Jan 15 08:17:59 CoreDump|home: we moved to ttf in ~June Jan 15 08:18:10 ibot: you didn't brick ewi, did you? Jan 15 08:18:25 well, I didn't heh Jan 15 08:18:56 ibot: unbrick ewi546.ewi.utwente.nl Jan 15 08:19:01 hrm Jan 15 08:20:34 CoreDump|home: sharp-compat-libs based apps need qpf anyway... Jan 15 08:21:04 righto, but who is using that still anyways. Jan 15 08:21:05 CoreDump|home: I once tried to build libqte with 2.95 and it was disaster.. ~lart tt Jan 15 08:21:11 opera lovers Jan 15 08:21:20 ~lart opera Jan 15 08:21:20 * ibot takes large quantities of Krispy Kream donuts and stuffs them one after another down opera's throat until opera puts on 150lbs Jan 15 08:21:27 ~lart qt/e Jan 15 08:21:28 * ibot takes out a seltzer bottle and sprays qt/e in the face. You know, one of those old-school seltzer bottles clowns have? Yeah those. Anyway, consider yourself spritzed Jan 15 08:21:32 konq-e works very well here Jan 15 08:22:16 CoreDump|home: I too often does not know when konq/e will consider my stylus 'click' as click and when not.. Jan 15 08:22:36 anyway to get inet on Z I need to find why it is so slow... 1Mb/s Jan 15 08:22:51 your NIC sucks probably Jan 15 08:23:03 or your neighbour is running a WAP on the same channel Jan 15 08:23:03 http://forum.openwrt.org/viewtopic.php?id=4088 Jan 15 08:23:25 CoreDump|home: there is no other wap here... Jan 15 08:24:05 DECT phone? Jan 15 08:24:40 microwave oven? Jan 15 08:24:45 anyways, my Xorg is crashing Jan 15 08:24:47 brb Jan 15 08:28:12 that's better Jan 15 08:28:41 anyone against making ipkg-utils* fixed at 20050401? last change was 2005-03-30 Jan 15 08:32:47 that sounds fine Jan 15 08:35:16 http://pastebin.ca/36868 as result Jan 15 08:35:18 to bad e-image is unmaintained currently Jan 15 08:36:01 CoreDump|home: as xfce-image ;( Jan 15 08:36:16 =( Jan 15 08:36:26 pb__: does it look good? Jan 15 08:39:24 hrw: does that actually work? Jan 15 08:39:39 I'm surprised that bitbake doesn't explode when it tries to evaluate PV. Jan 15 08:39:59 pb__: not tried yet - will try before commit Jan 15 08:40:43 1.6cvsSRCDATE... Jan 15 08:58:48 http://pastebin.ca/36871 is finally fixed, buildable version Jan 15 08:59:21 pb__: do you know which version of WE does 2.4.19-hh kernel has? Jan 15 08:59:51 17, apparently Jan 15 09:00:27 like 2.4.18/collie - just got mail from guy which want to have WPA on it. WPA is WE18 Jan 15 09:01:09 ah Jan 15 09:01:31 familiar does ship wpa_supplicant in the ipaq images. I guess that means it doesn't actually work at the moment, which would be a bit embarrassing. Jan 15 09:01:41 and we18 patch is for 2.4.30 Jan 15 09:01:42 pb__: it does Jan 15 09:01:57 had a working WPA connection for some time on my collie Jan 15 09:02:24 okay. so the "guy" is just confused? Jan 15 09:02:29 my notebooks driver sucked so I had to revert to WEP, but it _did_ work =) Jan 15 09:03:09 using wpa_supplicant on the Z was a pain though heh Jan 15 09:03:11 oh. nice to know Jan 15 09:03:33 hrw: I imagine the we18 patch will apply to 2.4.18/2.4.19 easily enough, but updating wireless-extensions tends to provoke a lot of outrage from the general area of Frankfurt. Jan 15 09:03:49 heh Jan 15 09:04:12 nevermind - I'll look does it apply but not commit it. my wifi card is ....... so I wont test it Jan 15 09:05:18 patch apply nice Jan 15 09:06:10 pb__: I wonder if I could script the linux kernel using 'sed' and /proc/kcore /proc/mem etc... Jan 15 09:06:25 ~kill sharp Jan 15 09:06:27 * ibot shoots a magneto-ionized fluxpositrino gun at sharp Jan 15 09:06:35 bbl - phone time Jan 15 09:27:27 anyone notice an issue with alsa-driver-0.9.6-hh4c-r5 on do_install? Jan 15 09:27:36 mainly that it tries to run it in fakeroot? Jan 15 09:30:02 http://oe.pastebin.com/506821 Jan 15 09:35:47 hello Jan 15 09:35:55 i wanna ask Jan 15 09:36:07 dont ask to ask but ask Jan 15 09:36:40 can i use oe to build e680 application? Jan 15 09:37:33 you can use oe to build anything, the issue is if support already exists or not Jan 15 09:38:39 ic Jan 15 09:39:02 hmm Jan 15 09:39:14 i dont see e680 specifically in the machine list Jan 15 09:39:22 perhaps it has another name? Jan 15 09:39:48 for the motorola? Jan 15 09:39:57 koen, yup Jan 15 09:40:08 afaik yes, as long as it doesn't use the gui Jan 15 09:40:30 you need some scret headers to build a gui app Jan 15 09:41:13 EZX... heh.. Jan 15 09:41:16 i've found it, i've try using crosstool and it work Jan 15 09:41:41 tested with helloworld app only Jan 15 09:42:13 how about SDL app Jan 15 09:42:33 i've try to build SDL using crosstool but it don't work Jan 15 09:42:54 so i think oe will be my answer Jan 15 09:43:40 SDL using framebuffer? SDL using qte? Jan 15 09:44:06 hrw, using framebuffer Jan 15 09:45:17 hrw, the result is there is no video mode Jan 15 09:45:35 but when i change lib with libsdl-qte it work fine Jan 15 09:45:40 any idea ? Jan 15 09:46:05 iirc we do not build libsdl for FB access Jan 15 09:46:41 configure parameter it take from oe bb tree Jan 15 09:56:39 koen, is using SDL native on arm platform possible ? Jan 15 09:58:25 it should be Jan 15 09:59:02 mmmm Jan 15 09:59:11 koen, even i run qte application Jan 15 09:59:38 * france is away: Away Jan 15 10:03:54 03hrw 07org.oe.oz354fam083 * r1c557dbd... 10/packages/linux/ (2 files): linux-openzaurus: fix SRC_URI - patches were moved Jan 15 10:03:59 03hrw 07org.oe.oz354fam083 * ra031d345... 10/packages/linux/ (3 files): Jan 15 10:03:59 linux-openzaurus: added check for DISTRO_TYPE Jan 15 10:03:59 - type = "debug" kernels will give debug output Jan 15 10:03:59 - type = "release" will be quiet Jan 15 10:03:59 taken from .dev Jan 15 10:04:03 03hrw 07org.oe.oz354fam083 * r9c5f9a7d... 10/packages/altboot/ (altboot.bb files/init.altboot): Jan 15 10:04:03 altboot: Allow for debug kernels (menu wouldn't show with tty1 in CMDLINE) Jan 15 10:04:04 taken from .dev Jan 15 10:04:09 03hrw 07org.oe.dev * r3155e2d1... 10/packages/meta/ (task-qpe.bb meta-opie-all.bb): Jan 15 10:04:09 opie-meta-all restructured to new way Jan 15 10:04:10 - all task-qpe-* definitions moved from meta-opie-all.bb to task-qpe.bb Jan 15 10:04:12 - meta-opie-all build all Qtopia stuff like it was before Jan 15 10:04:14 - small changes in tasks Jan 15 10:04:18 03hrw 07org.oe.dev * r694969a9... 10/packages/meta/ (task-sdl.bb meta-sdl.bb sdl-image.bb): Jan 15 10:04:20 meta-sdl restructured to new way Jan 15 10:04:22 - all task-sdl-* definitions moved from meta-sdl.bb to task-sdl.bb Jan 15 10:04:24 - meta-sdl build all SDL stuff like it was before Jan 15 10:04:26 - image-sdl DEPENDS on task-sdl instead of meta-sdl Jan 15 10:04:28 03rwhitby 07org.oe.dev * r83739874... 10/classes/kernel.bbclass: kernel.bbclass: Check if include/sound exists before trying to stage it (it doesn't exist for the unslung 2.4 kernel). Jan 15 10:04:31 03rwhitby 07org.oe.dev * r8415e5ca... 10/packages/glibc/glibc_2.2.5.bb: glibc-2.2.5: Made the provide for libc-for-gcc unconditional for Unslung Jan 15 10:04:34 03rwhitby 07org.oe.dev * r4daf34d7... 10/ (conf/distro/unslung.conf packages/meta/unslung-image.bb): unslung: Fixed the rdepends for glibc and defined libc-for-gcc provider Jan 15 10:09:09 vanille monotone is up again Jan 15 10:09:25 ewi546 will have to wait till someone pushes the resetbutton on monday Jan 15 10:10:12 resetmonkey Jan 15 10:10:42 indeed Jan 15 10:10:50 I don't have access to the lab it's in Jan 15 10:10:56 normal thing Jan 15 10:10:59 and I'm 140km away for work Jan 15 10:12:01 koen|food: could you give me the hostname of mickeyl's machine again :} Jan 15 10:12:17 merlin.tm.informatik.uni-frankfurt.de Jan 15 10:12:28 * koen|food has it in bash history Jan 15 10:12:38 * koen|food really away now Jan 15 10:12:42 cya! Jan 15 10:23:50 18:10:08 (217.97 KB/s) - `plik' saved [10485760/10485760] Jan 15 10:24:06 channel in AP changed... wifi started working better... Jan 15 10:27:50 ~lart ppp Jan 15 10:27:50 * ibot puts ppp through a wood chipper Jan 15 10:28:18 how did that Makefile fsckup go so long without annoying someone Jan 15 10:31:51 ppp Makefile stupidly does this ifneq ($(wildcard /usr/include/crypt.h),) any ideas on cleanest way to fix that? Jan 15 10:32:48 What's it trying to achieve? Jan 15 10:33:24 is always going to exist on any reasonable OS, so one option would just be to patch out that check altogether. Jan 15 10:33:26 pb__: detect libcrypt Jan 15 10:33:50 pb__: but cross compiling on amd64 that doesnt work, and is bad for crosscompiling Jan 15 10:34:00 in general Jan 15 10:34:14 otherwise, I guess it needs to make like autoconf and try actually compiling a source file that does "#include ". Jan 15 10:36:05 mmm pb__ libcrypt is supposed to only exist in certain countries ... crypto export laws anbd all ... Jan 15 10:36:10 no? Jan 15 10:36:40 hey XorA|gone you happen to get this as well? http://oe.pastebin.com/506821 Jan 15 10:37:13 where its trying to run alsa in fakeroot on do_install? Jan 15 10:37:16 I don't have any amd64, but on my amd32 it workes fine Jan 15 10:37:28 emte: no, I build for zaurus, dont ever attempt alsa-driver Jan 15 10:37:44 ah Jan 15 10:38:02 yeah i cant say alsa is my favorite audio server either Jan 15 10:38:19 DataBeaver: no, it happens to do the right thing by luck on your system, this differs from working Jan 15 10:38:44 emte: alsa driver is in 2.6.15 Z kernels Jan 15 10:39:22 poor you, i hope the chipset in the Z setps by 10Db Jan 15 10:39:28 steps* Jan 15 10:40:01 probably tho, i cant really see a highend chipset in an embedded device ... cept maybe a bose device Jan 15 10:40:41 now to see why its trying to run alsa Jan 15 10:44:22 emte: guy writing the driver seems to know whats happening, Ill leave it to him :-) Jan 15 10:44:53 XorA|gone, my complaints about alsa are actually a well known issue Jan 15 10:45:23 they actually plan to rewrite the mixer oneday to properly support devices Jan 15 10:45:46 it was an oversight that they only wrote it to support 10Db stepping Jan 15 10:45:59 emte: its about 10000 million times better than the sharp OSS driver Jan 15 10:46:31 but how much of that was bad sharp programming vs oss itself? Jan 15 10:46:35 anyone in Eindhoven? Jan 15 10:46:55 emte: most was sharps inabilitty to code Jan 15 10:47:12 emte: personally I dont care oss or alsa, all I play is mp3 anyway Jan 15 10:47:35 its all about jack :) Jan 15 10:47:40 and I dont own $1000 soundcards Jan 15 10:47:49 mine wasnt 1k Jan 15 10:48:32 was actually cheaper than most creative cards, but its setup for rca and digital io Jan 15 10:50:24 hmm Jan 15 10:51:54 i wonder if its valid to actually use "check-snd-prefix" since it would give a wrong reply ... Jan 15 10:53:08 i think the issue is before that tho ... Jan 15 10:53:36 btw who is Pigi? Jan 15 11:00:09 emte: ipkg upstream maintainer Jan 15 11:00:47 cu Jan 15 11:04:57 umm what was the command called that prints the keycode when a key is pressed? Jan 15 11:05:18 xev? Jan 15 11:05:57 heh I was talking about a console only tool, but this works, nicely too. Thanks! Jan 15 11:07:10 03philippe 07org.oe.dev * r620b64d2... 10/packages/gtk-webcore/files/KWIQ-mimetype-segfault.patch: Adding patch needed to fix an osb-nrcore (cvs build) bug Jan 15 11:07:53 well, actually xev differs from "dumpkeys" results. Jan 15 11:09:02 hey guys...i just tried to update my bitbake metadata...and it is saying there is multiple update candidates Jan 15 11:10:07 heh Jan 15 11:10:19 openzaurus is indirectly on slashdot Jan 15 11:10:41 http://apple.slashdot.org/apple/06/01/15/1415249.shtml Jan 15 11:12:03 from the readme: 'I used a Zaurus SL-5500 (thanks Sylvain) with OpenZaurus (http://www.openzaurus.org/) 3.5.4-rc ROM Jan 15 11:12:06 and the following packages:' Jan 15 11:19:10 03philippe 07org.oe.dev * re28d190b... 10/conf/distro/preferred-gpe-versions-2.7.inc: Updated gpe-mini-browser version and libgpewidget requirement for GPE 2.7 release Jan 15 11:21:52 I've changed keymap-2.4 for Akita to include german "umlauts" by pressing FN-o, FN-o and FN-u. Should I push that into the standard keymap since these FN combinations aren't used anyways? Jan 15 11:22:12 CoreDump|home: showkey you need Jan 15 11:22:19 crazy germans Jan 15 11:22:21 CoreDump|home: I'd rather have the tilde... :) Jan 15 11:22:47 hrw|tv: that was what I was looking for thanks! Jan 15 11:23:49 well, I don't care, really as it works _for me_ heh Jan 15 11:51:48 for compiles should we be running depmode and modprobe commands in do_install? Jan 15 11:52:13 this seems like a bad thing tho me ... Jan 15 11:52:16 thing* Jan 15 11:52:21 to* Jan 15 11:53:16 actually depmod would be okay Jan 15 11:53:26 modprobe tho ... Jan 15 12:12:44 osb-jscore_20050430.bb is failing with the error: | ustring.cpp:135: error: explicit qualification in declaration of `bool KJS::operator==(const KJS::CString&, const KJS::CString&)' Jan 15 12:12:50 anyone know how to fix that? Jan 15 12:16:22 use gcc 344 not 40x? Jan 15 12:16:37 i'm not using 40x Jan 15 12:16:48 2.9.5.3 Jan 15 12:16:51 *2.95.3 Jan 15 12:17:00 like it says to use for the zaurus tool chain Jan 15 12:17:32 andrewy: you use OE for it? which machine/distro? Jan 15 12:17:42 openzaurus, collie Jan 15 12:17:51 which openzaurus? Jan 15 12:17:56 3.5.3 Jan 15 12:17:57 gpe Jan 15 12:18:00 DISTRO="openzaurus" == problems Jan 15 12:18:15 what should I set it to then? Jan 15 12:18:35 will openzaurus-unstable work ? Jan 15 12:19:39 yes Jan 15 12:19:48 ok, trying that Jan 15 12:20:13 hrw|tv, my question about runnin modprobe in do_install ... Jan 15 12:20:22 is that valid? Jan 15 12:20:32 since it will fail Jan 15 12:20:48 especially on my host Jan 15 12:22:44 what for modprobe? Jan 15 12:23:04 emte: which recipe do that? Jan 15 12:24:21 alsa Jan 15 12:25:09 could you give me filename of it? 'grep modprobe packages/*/*' does not show this Jan 15 12:25:37 the main Makefile under check-snd-prefix Jan 15 12:25:52 which is part of the install Jan 15 12:26:30 i'll paste it for you Jan 15 12:26:48 ok Jan 15 12:26:59 http://oe.pastebin.com/507108 Jan 15 12:27:04 the whole makefile Jan 15 12:27:33 ine 164 is where check-snd-prefix starts Jan 15 12:27:35 line* Jan 15 12:28:57 you know what does 'modprobe -c' do? it list symbols from modules Jan 15 12:29:01 i am trying to figure out why its trying to run alsa in the do_install stage, i incidentally found this Jan 15 12:29:20 yes but it will query the running kernel Jan 15 12:29:22 ops.. its config Jan 15 12:29:34 will it not? Jan 15 12:29:50 it will Jan 15 12:30:00 which is a bad thing i would think Jan 15 12:30:09 * CoreDump|home hugs sed Jan 15 12:30:11 since the running kernel is not the arm target Jan 15 12:30:31 emte: look at -t -l options Jan 15 12:30:59 you can tell modprobe where it should check.. but I would rather hardcode result of that check Jan 15 12:31:00 for modprobe? Jan 15 12:31:12 k Jan 15 12:31:49 emte: make check-snd-prefix: empty and rememeber what message was there Jan 15 12:32:31 shall do, i think my problem is still farther in than that tho, so i'll look around a bit more before i clean and recompile it Jan 15 12:32:56 submit the issue to bug or mailing? Jan 15 12:33:26 mm bug i guess ... would be a core oe problem ... Jan 15 12:33:45 which exactly OE recipe is this? Jan 15 12:33:55 the only alsa one that exists Jan 15 12:34:18 package alsa-driver-0.9.6-hh4c-r5 Jan 15 12:34:48 seems all the other alsa drivers have been removed Jan 15 12:35:07 other devices use alsa rom mainline kernel probably Jan 15 12:35:13 s/rom/from Jan 15 12:35:35 emte: I would just patch that check out of makefile Jan 15 12:35:43 will do Jan 15 12:53:19 cu Jan 15 13:46:57 Is there some kind of package directory for OpenEmbedded, like packages.debian.org? Jan 15 13:47:27 openembedded doesn't make binary packages. Are you thinking of openzaurus? Jan 15 13:47:44 if so, the nice folks in #openzaurus would, no doubt, be delighted to help you Jan 15 13:49:24 But OpenEmbedded does provide the package descriptions and such stuff? Jan 15 13:49:54 Yeah. There isn't any web interface for those, unfortunately. Jan 15 13:50:11 (other than viewmtn, I guess, but that isn't a terribly convenient way to view things) Jan 15 13:50:34 Can I find them in a .dev tree? Jan 15 13:51:04 sure, you can check them out of monotone Jan 15 13:52:08 if you are only after the descriptions, a little SED magic on Packages from the 3.5.3 feed works wonders though Jan 15 13:52:39 k, I'll check that out... Jan 15 13:53:14 ~lart uicmoc3-native Jan 15 13:53:14 * ibot DoSes uicmoc3-native Jan 15 14:54:41 hello Jan 15 14:55:07 is anyone here doing OE development on OSX ? Jan 15 15:00:50 Soopaman, there are a few trying it, there exists BSD issues tho Jan 15 15:01:10 ahh Jan 15 15:01:12 hmm.. Jan 15 15:11:12 Soopaman: not yet ;) Jan 15 15:11:44 for me glibc is not yet compiling Jan 15 15:42:41 diff is -UVh? Jan 15 15:44:31 i am guessing its not -Nru Jan 15 15:44:51 When i try to install osb-nrcore it tries to pull it from http://www.oesources.org/source/current/NRCore_cvs.sourceforge.net__20050430.tar.gz and cvs://anonymous@cvs.sourceforge.net/cvsroot/gtk-webcore;module=NRCore;date=20050430 but both fail, any idea where I can get it from? Jan 15 15:46:44 andrewy, that should be the main sources... Jan 15 15:47:10 neither work Jan 15 15:47:53 sourceforge seems up so I have no clue why the cvs would fail. Jan 15 15:48:12 cvs [checkout aborted]: end of file from server (consult above messages if any) Jan 15 15:48:17 there wer no messages above it Jan 15 15:48:47 Anyway I should have a copy somewhere I'll put it up somewhere Jan 15 15:49:01 ok, thanks Jan 15 15:56:23 andrewy, http://handhelds.org/~philippe/ Jan 15 15:57:08 There should be two tars. You will have to uncompress them and copy the top level dirs in your sources dir for oe Jan 15 15:57:16 Sorry that it is a bit messy Jan 15 16:05:03 what is wrong with vanille? Jan 15 16:05:59 ok Philippe, thanks Jan 15 16:08:53 andrewy, I hope it works. Jan 15 16:09:10 trying it now Jan 15 16:09:51 Scott Tennorman must die! ;) Jan 15 16:12:39 hey zecke Jan 15 16:12:49 whats the unified diff flags we use? Jan 15 16:13:23 i am now thinking its the same as the bitkeeper ones -Nru Jan 15 16:14:51 Philippe: I copy the NRCore directory to oe/sources ? Jan 15 16:15:44 andrewy, to oe/sources/cvs/osb-nrcore/ Jan 15 16:15:50 oh right Jan 15 16:16:03 hmm he must be gone ... bbl Jan 15 16:16:12 andrewy, the NRCit one to oe/sources/cvs/osb-nrcit/ (you will probabely need that next) Jan 15 16:16:44 ok, trying again Jan 15 16:20:38 it's failing with FATAL: oe_libinstall: unable to locate shared library Jan 15 16:20:50 /usr/local/arm/oe/sources/cvs/osb-nrcore/NRCore/ contains the files Jan 15 16:20:57 isn't that correct? Jan 15 16:20:59 emte: koen sais diff -Nurd Jan 15 16:21:10 I use quilt refresh ;) Jan 15 16:21:31 andrewy, does that mean it starts building? Jan 15 16:21:43 "ERROR: function do_stage failed Jan 15 16:21:43 " Jan 15 16:22:11 dont want to flood Jan 15 16:22:14 http://pastebin.com/507411 Jan 15 16:24:50 does it actually build? Otherwise you can try to copy those files in the tmp/work/osb-nrcore... dir Jan 15 16:25:22 no, it fails after that Jan 15 16:26:50 andrewy, that build should take some time. If it went through it really fast it means there are no files copied into there Jan 15 16:27:38 ok Jan 15 16:30:43 andrewy, I do not know how the cvs fetching exactly works so I might be missing details. But with this "fiddling" there might be some more work involved Jan 15 16:31:04 i'll play around with it Jan 15 16:34:35 andrewy, I hope you get it working. Jan 15 16:34:48 thanks Jan 15 17:00:54 night all Jan 15 17:01:09 * Philippe is away: sleeping **** BEGIN LOGGING AT Sun Jan 15 19:05:03 2006 **** BEGIN LOGGING AT Mon Jan 16 00:45:19 2006 Jan 16 01:21:16 morning all Jan 16 01:22:04 morning Jan 16 01:28:10 morning all Jan 16 01:28:16 I see vanille is not working Jan 16 01:28:28 and ewi546 neither Jan 16 01:28:33 any alternative? Jan 16 01:28:50 or anonymous pull is not allowed anymore? Jan 16 01:29:01 katossi: vanille was working about 3 hours ago Jan 16 01:29:25 if you look in the OE wiki for GettingStarted, there's another 4 or so mirrors Jan 16 01:29:39 I tried, but I get the same from all Jan 16 01:29:55 monotone: network error: failed to connect: Connection refused Jan 16 01:30:29 Hmm.. you're not firewalled? Jan 16 01:30:42 same here - vanille.de is down Jan 16 01:30:46 I've been using the same thing for months now Jan 16 01:30:57 but I do it from the uni, maybe something changed Jan 16 01:31:09 Hmm.. vanille and ewi546 down here Jan 16 01:31:54 dominion as well... Jan 16 01:32:09 need to wait until the admins wake up :) Jan 16 01:32:44 I'm not blaming anyone, but, why are the servers down so often? Jan 16 01:33:24 when you start in server mode with a default key, you have to enter the password on the tty Jan 16 01:33:29 -> can't script Jan 16 01:47:25 morning Jan 16 01:47:31 Ello Jan 16 01:47:33 mornin' Jan 16 02:01:58 xora, who can restart vanille.de? Jan 16 02:02:48 koobla: zecke or koen I beleive Jan 16 02:03:00 ok thx Jan 16 02:03:46 has anyone ported the peak can drivers yet? Jan 16 02:03:58 need a bb for powerpc board Jan 16 02:20:45 which values are defined for SECTION ? are there consequences for ipk? Jan 16 02:23:38 vanille still not working? Jan 16 02:29:16 anyone waiting for ewi or vanille is welcome to use monotone.nslu2-linux.org - however it only serves org.openembedded.dev, not the other OE branches. Jan 16 02:30:20 rwhitby: Thankye Jan 16 02:35:51 rwhitby: vanille is down again? Jan 16 02:36:13 zecke_: it's reported to be - haven't checked it myself Jan 16 02:36:46 (since our nslu2-linux server is up ;-)) Jan 16 02:39:31 I have restarted it on vanille Jan 16 02:39:48 back to the math assignment now Jan 16 02:40:28 ~praise zecke_ Jan 16 02:40:33 All hail zecke_! **** ENDING LOGGING AT Mon Jan 16 02:59:58 2006