**** BEGIN LOGGING AT Thu Jun 07 02:59:58 2007 Jun 07 03:31:34 03mwester 07org.oe.dev * r48c054bd... 10/ (3 files in 3 dirs): Unslung: slingbox - fix read_hex routine causing busybox fdisk failures Jun 07 05:04:29 morning Jun 07 05:18:34 03lenehan 07org.oe.dev * r7c5741a3... 10/ (3 files in 3 dirs): Jun 07 05:18:34 perl-native 5.8.8: Fix for building with SSP-modified host gcc's, as Jun 07 05:18:34 requested in bug #1980. Closes #1980. Jun 07 05:19:02 * * OE Bug 1980 has been RESOLVED (FIXED) by lenehan@twibble.org Jun 07 05:19:04 * *  perl-native fails to build with stack-smashing protector modified gcc Jun 07 05:19:06 * * http://bugs.openembedded.org/show_bug.cgi?id=1980 Jun 07 05:21:01 * * OE Bug 2016 has been RESOLVED (FIXED) by lenehan@twibble.org Jun 07 05:21:03 * *  fix for problem in compiling perl-5.8.7 when MACHINE="native" Jun 07 05:21:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2016 Jun 07 05:48:50 hey anyone using hentges rom here on collie ? Jun 07 08:04:51 morning Jun 07 08:05:32 morning all Jun 07 08:14:44 hi XorA Dirk Jun 07 08:15:47 hi Jun 07 08:16:30 afternoon, or evening Jun 07 08:16:47 17:16 Jun 07 08:16:59 ~ugt Jun 07 08:17:03 from memory, ugt is Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html Jun 07 08:17:39 XorA: oh Jun 07 08:17:40 hrw: what problems did you have with centericq? Jun 07 08:17:48 crink: makes it simpler :-) Jun 07 08:18:45 XorA: only build ones Jun 07 08:21:02 hrw: build was easy, running I have problems with Jun 07 08:22:28 * crink going to someone's funeral. Jun 07 08:22:36 bb Jun 07 08:22:39 cya Jun 07 08:24:17 hi, i'm building a custom distro with oe Jun 07 08:24:44 and so far, i was able to build a bunch of package Jun 07 08:25:02 i'm wondering how can i build a root image... Jun 07 08:25:33 koen : Have a look at this -> http://rafb.net/p/vXGCNv69.html . Its angstrom-x11-image for efika Jun 07 08:25:50 diego : bitbake bootstrap-image Jun 07 08:25:51 diego: bitbake any-image Jun 07 08:27:21 steliosk: i've tried bootstrap-image but it try to build acpid, and acpid fail to build Jun 07 08:28:12 diego : what arch/machine ? Jun 07 08:29:06 arch -> arm... machine is lart (i had created it ^^) Jun 07 08:31:23 hrw: I'd like to work on Japanese fonts. Can you help me out a bit along the way? Jun 07 08:31:30 sure Jun 07 08:31:34 good morning all Jun 07 08:31:58 First question is qpf or ttf? You once said I should go for ttf since the overhead is minimal. Do I remember correctly? Jun 07 08:31:58 hey koen|770 Jun 07 08:32:07 koen|770 hi ! Jun 07 08:32:27 slow day at work Jun 07 08:32:30 koen|770 : Have a look at this -> http://rafb.net/p/vXGCNv69.html . Its angstrom-x11-image for efika Jun 07 08:32:45 koen|770 : fails at Mesa Jun 07 08:32:56 hrw: First question is qpf or ttf? You once said I should go for ttf since the overhead is minimal. Do I remember correctly? Jun 07 08:33:00 hrw: The problem is that ttf fonts are currently not listed in the opie appearance tab of my installation. Jun 07 08:33:48 hrw: am I missing a package? Jun 07 08:33:51 there is some documentation about building a image? Jun 07 08:33:55 steliosk: ah, crap, forgot about that Jun 07 08:34:14 bootstrap-image.bb is quite cryptic Jun 07 08:34:27 Laibsch: you miss update-qtttffontdir (sth like that) call Jun 07 08:34:57 time to share some updates.. Jun 07 08:35:12 hrw@maluch:~/devel/oe/org.openembedded/packages/zope$ mtpull &&mtn push Jun 07 08:35:21 hrw: So I need to update the bb file for the respective font, right? Jun 07 08:35:30 * Laibsch looks for examples Jun 07 08:35:39 diego : acpid shouldn't fail to build in the first place, so there is something else wrong Jun 07 08:35:51 Laibsch: there is nothing called when ttf is installed Jun 07 08:36:04 diego : try a build with angstrom-2007.1 as distro and you machine to see if it builds Jun 07 08:36:31 steliosk: imho acpid should not even builded, becouse my machine don't even support acpid Jun 07 08:36:59 agreed Jun 07 08:37:23 Laibsch: ttf basically. but for cjkv they are BIG.. Jun 07 08:37:52 hrw: That is the next task. Make them smaller like qpf-unismall Jun 07 08:38:55 steliosk: for some reason mesa feeds the compiler x86 asm when building for powerpc Jun 07 08:39:01 Does it make sense to move packages/vera-fonts/ttf-bitstream-vera_1.10.bb and packages/xorg-font/font-bh-ttf_X11R7.0-1.0.0.bb to packages/ttf-fonts? Jun 07 08:39:11 but not for other archs Jun 07 08:39:52 Laibsch: vera: yes, second: no Jun 07 08:39:56 koen|770 : hmmm probably its a config thing then. Jun 07 08:40:08 font-bh-ttf is X.org font Jun 07 08:42:20 03hrw 07org.oe.dev * r89f1b9c8... 10/ (4 files in 3 dirs): twisted: add 2.5.0 from Poky Jun 07 08:42:30 03hrw 07org.oe.dev * rdee39bbc... 10/ (1 packages/python/python-gst_0.10.7.bb): python-gst: fixed debug packaging (from Poky) Jun 07 08:42:38 03hrw 07org.oe.dev * r2418db31... 10/ (1 packages/zope/zope_3.3.1.bb): zope: added 3.3.1 from Poky Jun 07 08:46:51 steliosk: No providers of build target boostrap-image Jun 07 08:47:02 * koen|770 should have brought his laptop Jun 07 08:47:26 diego : check spelling its bootstrap-image Jun 07 08:47:46 koen|770: where are you? Jun 07 08:48:40 schiphol airport, military police Jun 07 08:48:54 koen|770: heh heh, arresting all the English? Jun 07 08:49:15 45 minutes work, spread over 10 hours.... Jun 07 08:49:52 XorA: spreadng your picture ;) Jun 07 08:52:09 morning all Jun 07 08:52:17 koen|770 : check you msg Jun 07 08:54:25 steliosk, i was unregisered Jun 07 08:54:43 so you couldn't see my reply Jun 07 08:54:55 ok show it now Jun 07 09:09:40 steliosk: ERROR: Can not check RPATH, scanelf (part of pax-utils-native) not found Jun 07 09:11:55 diego, use bitbake 1.8.3 Jun 07 09:16:11 Hello, what is the newest linux kernel I can use on a gumstix ? (which distro ?) Jun 07 09:17:30 in normal world I would tell 2.6.21 but you ask about gumstix Jun 07 09:30:41 adding the latest gumstix kernel shoyldn't be too hard Jun 07 09:32:44 03xora 07org.oe.dev * rc2872048... 10/ (1 packages/usb-gadget-mode/usb-gadget-mode.bb): Jun 07 09:32:44 usb-gadget-mode.bb : fix the install to create /etc/default before putting Jun 07 09:32:44 files in it. Also fix all the install paths to use bitbake.conf vars. Jun 07 09:33:22 on omap, I use angstrom, which one should I use on a gumstix ? Jun 07 09:36:10 same Jun 07 09:37:27 ok, i'll try it Jun 07 09:49:43 Angstrom everywhere ! Jun 07 09:50:25 hrw: I don't quite understand your comment about update-qtttffontdir. What is missing? Jun 07 09:50:44 I looked at the other font bb files and they are similar enough. Jun 07 09:52:07 Laibsch: ttf fonts after install should call it in opie and fc-cache in x11 ones. but you need to check does those utils are on device Jun 07 09:53:56 OK, should the fonts then not depend on one of the two? Jun 07 09:54:11 Maybe via virtual/update-fonts ? Jun 07 09:54:15 Laibsch: no Jun 07 09:54:45 Why not? Jun 07 09:55:06 Laibsch: update-qtttf store in /opt/QtPalmtop/lib/fonts which is ugly. fc-cache == fontconfig == extra unused lib in opie images Jun 07 09:55:54 That is why I suggested virtual/update-fonts and then they could both provide it. AFAIU, one of the two needs to be installed. Jun 07 09:56:12 ipkg install virtual/update-fonts? Jun 07 09:57:14 No, but the same way that qpf-unismall RPROVIDES virtual/japanese-font Jun 07 09:58:24 Laibsch: I would rather add update-qtttf into opie RDEPENDS so it will be available and fc-cache package as RDEPENDS for fontconfig or such Jun 07 09:59:24 Fine with me Jun 07 09:59:54 Well, bur of course it is not strictly depended upon Jun 07 10:00:59 hrw: BTW, calling "update-qtttffontdir /opt/QtPalmtop/lib/fonts/" and then restarting opie did not make the sazanami-font show up in Appearance. Jun 07 10:02:41 hrw, it seems that you only have patchs for 2.6.15 on gumstix. (and angstrom tries to compile it by default) Jun 07 10:04:02 theBrave: have you tried adding your own recipe, it is quite easy to follow in the oe docs on the oe website Jun 07 10:04:37 hrw: /etc/update-fonts.d/01fc-cache /etc/update-fonts.d/02qtttf-fontdir Jun 07 10:04:45 XorA: or that Jun 07 10:04:49 hrw: that way you can handle systems with both installed Jun 07 10:05:02 theBrave: plus you have a head start with a 2.6.15 one as a template Jun 07 10:05:17 theBrave: we lack gumstix maintainer Jun 07 10:05:25 then found just DEPEND on font-update-common Jun 07 10:05:30 s/found/fonts/ Jun 07 10:05:45 ade|desk, you think it could work out of the box with 2.6.20 ? I'm sure its more complex than that Jun 07 10:06:18 theBrave: send me gumstix + power supply + serial cable and it will be supported better ;D Jun 07 10:07:19 :), but I don't think my boss will agree to part with one of his boards Jun 07 10:07:46 theBrave: contract hrw for ten bob and an orange and lend him the board :-) Jun 07 10:08:34 theBrave: 1. check gumstix website/svn for recent kernel Jun 07 10:08:44 theBrave: 2. take their patches Jun 07 10:09:00 theBrave: 3. update 2.6.15 recipe to newer kernel + gumstix patches Jun 07 10:09:15 theBrave: 4. build, 5. test 6. send it to our bugtracker Jun 07 10:11:24 XorA: Are you going to implement that? Jun 07 10:11:31 ok, I'll see what I can do Jun 07 10:12:09 Laibsch: not for 2 weeks Jun 07 10:12:27 Laibsch: if you feel like you like it file a bug and assign it to me, Ill look when I get back from amsterdam Jun 07 10:12:32 XorA: What would it entail? Jun 07 10:12:44 Laibsch: a couple of .bb files and simple scripts Jun 07 10:12:45 XorA: OK, that is what I'll do Jun 07 10:13:58 What is wrong with my setup now? As I said, calling the qt update script had no effect. The ttf font is still not shown Jun 07 10:14:40 Laibsch: well we need some generic way of fonts when installing updating the indexes, but qt doesnt want to depend on X and vice versa Jun 07 10:15:05 Laibsch: your problem is a seperate bug Jun 07 10:15:53 well, which one? Jun 07 10:25:50 03lenehan 07org.oe.dev * rca435201... 10/ (3 files in 3 dirs): (log message trimmed) Jun 07 10:25:50 rp-pppoe 3.8: Updates Jun 07 10:25:50 * Recommend ppp-oe, which is the PPPoE plugin module for PPP to Jun 07 10:25:50 enable the kernel mode PPPoE which is a lot faster, has lower Jun 07 10:25:50 latency and uses less CPU. Jun 07 10:25:50 * Remove the module path from the configuration file since it's wrong Jun 07 10:25:52 and it's not needed. Jun 07 10:27:17 XorA: well, which one? Jun 07 10:28:08 hi Jun 07 10:28:55 mornin' Jun 07 10:29:00 * * OE Bug 2430 has been created by bugs.openembedded.org@rolf.leggewie.biz Jun 07 10:29:02 * * Provide hook so that ttf font dirs are updated. Jun 07 10:29:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2430 Jun 07 10:48:51 ~seen thesing Jun 07 10:49:23 thesing was last seen on IRC in channel #oe, 21h 55m 41s ago, saying: 'cu'. Jun 07 10:51:01 hrw: How do I proceed? It seems I am stuck. Jun 07 10:51:14 hrw: Do you know where bronson is hiding? Jun 07 10:51:18 no Jun 07 10:51:33 Laibsch: ttf handling? Jun 07 10:52:17 yes, ttf handling. the update-script did not make the sazanami-font show up in the Appearances applet Jun 07 10:52:34 So, there seems to be something else that is broken Jun 07 10:52:57 sazanami-gothic or sazanami-mitcho? Jun 07 10:53:11 s/mitcho/mincho Jun 07 10:56:13 ibot: botmail to thesing Thomas: check newest MMC-over-SPI patchset from spi-devel-general ML: http://42.pl/u/spc (this one will sooner or later land in mainline). Jun 07 10:57:33 ibot: botmail to thesing Thomas: http://thread.gmane.org/gmane.linux.kernel.spi.devel/46 is better interface ;) Jun 07 10:59:36 Laibsch: sazanami are BIG.. Jun 07 10:59:43 -rw-r--r-- 1 root root 7,4M lut 24 2006 sazanami-gothic.ttf Jun 07 10:59:43 -rw-r--r-- 1 root root 11M lut 24 2006 sazanami-mincho.ttf Jun 07 11:03:16 Laibsch: does update-qttf gives you fontlist entries for your sazanami font? Jun 07 11:03:20 13:02 hrw@home:tmp$ ./uttf /usr/share/fonts/truetype/sazanami Jun 07 11:03:21 Sazanami_Mincho /usr/share/fonts/truetype/sazanami/sazanami-mincho.ttf FT n 50 60 su Jun 07 11:03:21 Sazanami_Gothic /usr/share/fonts/truetype/sazanami/sazanami-gothic.ttf FT n 50 60 su Jun 07 11:05:46 hrw: mincho Jun 07 11:06:26 hrw: I don't have a command update-qttf, only update-qtttffontdir which takes the fontdir as an argument Jun 07 11:07:04 Laibsch: I mean update-qtttffontdir Jun 07 11:09:31 OK, I think I gave it the wrong font-dir earlier. The font is listed when I "update-qtttffontdir /usr/share/fonts/truetype/" Jun 07 11:09:45 But restarting opie still does not show the font. Jun 07 11:09:53 hrw: Does it show for you? Jun 07 11:10:04 show in the appearances applet Jun 07 11:10:59 The deja_vu_sans font is being shown and that one is apparently a ttf font as well Jun 07 11:11:19 Laibsch: update-qtttffontdir /usr/share/fonts/truetype >/opt/QtPalmtop/lib/fonts/fontdir Jun 07 11:11:36 and then update-qtfontdir too;( Jun 07 11:11:45 ah Jun 07 11:15:19 hrw: OK, that and a reboot finally did it. Jun 07 11:15:33 But the font shows nothing but strange characters. Jun 07 11:15:58 Some patterns Jun 07 11:16:07 I wonder what is wrong with it. Jun 07 11:16:16 I'll try a different ttf font Jun 07 11:16:57 Laibsch: angstrom opie? Jun 07 11:17:02 yes Jun 07 11:17:40 hrw: Are you aware of a simple (!) way to create a network over the serial cable? I lack a USB cable. Jun 07 11:18:08 Laibsch: pppd on one side, ppp on another or use slip Jun 07 11:18:22 slip will be easier Jun 07 11:18:28 OK, I think I'll try slip. Have you ever done it? Jun 07 11:18:29 Laibsch: you also lack wifi? Jun 07 11:18:31 no Jun 07 11:19:14 I do have wifi, but I can only connect unencrypted. So far I failed to get encryption working so that both sides still communicate over the air. Jun 07 11:19:51 Laibsch: wep? wpa? Jun 07 11:20:01 Either should be fine Jun 07 11:20:05 But neither worked Jun 07 11:20:19 I am very inexperienced with WPA Jun 07 11:20:26 move to #angstrom? Jun 07 11:20:40 Laibsch: http://blog.haerwu.biz/2007/04/25/wpa-in-debian-and-poky/ Jun 07 11:24:07 Laibsch: how did you manage to create such a gadget free environment you dont have USB cables Jun 07 11:24:13 Laibsch: I have about a million or so Jun 07 11:24:41 podcast about the nslu2 - mentions SlugOS (but concentrates on Debian): http://www.linuxreality.com/podcast/episode-65-linksys-nslu2 Jun 07 11:27:57 XorA: I hardly use USB. Only started very recently. You have a spare one for the Spitz? Jun 07 11:28:06 * XorA wonders why koen has been keep this a secret http://www.theregister.co.uk/2007/06/06/powdered_alcohol_drink/ alcololic cremola foam Jun 07 11:28:24 Laibsch: its a standard cable, but I do have spares Jun 07 11:29:06 Standard? I thought it was very special cable. Does it make sense to ship or is the postage close to purchase price? Jun 07 11:29:36 Laibsch: its the same cable pretty much any usb device you buy uses, and they go for less than 1GBP in this country Jun 07 11:29:45 Laibsch: its just an A->mini B Jun 07 11:30:35 Laibsch: I did not gave you one because I got spitz without it Jun 07 11:30:55 my camera, zaurus, phone, gp2x, wifes camera, wifes phone all same cable Jun 07 11:31:07 hrw: Sure, that is OK. Jun 07 11:31:22 oh and neo same cable Jun 07 11:31:45 XorA: I had taken a look at the cable that is on the Siemens S81 phone. But unfortunately it did not fit. Jun 07 11:32:23 I'll be going to the computer shop tomorrow anyway. I'll see if they have them cheaply. Jun 07 11:32:34 Laibsch: take spitz with you. Jun 07 11:35:13 Laibsch: sony PSP cable is the same Jun 07 11:37:59 XorA: hey I just tried to fix the makefile of rt73 as you told me yesterday. http://www.pastebin.ca/547411 You said I need to remove something in line 123 Jun 07 11:38:10 dcordes: yeah Jun 07 11:38:23 No cable on their website that fits. Nothing mini Jun 07 11:38:26 think I did something wrong Jun 07 11:39:00 Laibsch: http://cgi.ebay.co.uk/USB-A-Mini-B-2-0-Camera-Cable-for-Canon-Sony-Olympus_W0QQitemZ150129349179QQihZ005QQcategoryZ43443QQrdZ1QQcmdZViewItem as an example Jun 07 11:39:47 dcordes: :-D Jun 07 11:40:18 XorA: ? Jun 07 11:40:54 dcordes: what was that pastebin URL for your .bb file? Jun 07 11:41:05 dcordes: Ill see if I can poke at it for 5 mins Jun 07 11:41:35 XorA: it is the makefile Jun 07 11:42:23 hi everybody Jun 07 11:42:40 hi Jun 07 11:43:26 thesing: hi Jun 07 11:43:30 thesing: read botmail? Jun 07 11:43:45 yes. now reading the patch. Thanks. Jun 07 11:44:13 np Jun 07 11:44:29 thesing: Pierre Ossman reside on #openmoko channel as ossman Jun 07 11:44:48 * thesing should subscribe to more ML... Jun 07 11:46:30 XorA: Juhu Jun 07 11:46:38 Found a cable! Jun 07 11:47:12 I read in another similarly cheaply priced auction that it could be used "to connect your external HD". Jun 07 11:47:22 And then I remembered my external HD case ;-) Jun 07 11:47:33 Laibsch: I use cable from nokia770 to connect hdd to slug Jun 07 11:47:36 It fits and I guess it should function as well. Jun 07 11:48:09 My cable has two big USB connectors. I hope one is sufficient for the Z. Jun 07 11:50:02 Laibsch: one is signal, second is to get more power Jun 07 11:51:34 Yes, I don't know which is which Jun 07 11:51:51 then plug both Jun 07 11:52:05 But plugging in either does not give any reaction from /var/log/syslog Jun 07 11:52:35 hrw: The X24 has two usb ports. They are 15 cm apart. Too far for the cable and I have a USB mouse plugged in Jun 07 11:53:11 Laibsch: then connect one or other? Jun 07 11:53:25 re Jun 07 11:53:34 wb koen Jun 07 11:56:39 hrw: Should I be seeing some reaction in the log when plugging the spitz in? Isn't USB broken on the spitz right now? Jun 07 11:57:46 I did not used spitz with usb Jun 07 11:58:39 udc is only broken for winxp, right? Jun 07 11:58:49 yes Jun 07 11:58:56 and only rndis Jun 07 11:59:41 hrw: RP : is chris lord online? Jun 07 11:59:55 no Jun 07 12:00:07 hrw: beat me to it :) Jun 07 12:00:33 is anyone else familiar with "web" and gtkhtml? Jun 07 12:00:40 Laibsch: modprobe g-ether Jun 07 12:00:50 Laibsch: and usb-core or something like that Jun 07 12:01:08 zecke: Chris is the best person to talk to. You could email him? Jun 07 12:01:16 Laibsch: rmmod usbcore ohci_hcd;modprobe g_ether Jun 07 12:01:30 RP: good idea :) Jun 07 12:01:47 I even have a mail client installed Jun 07 12:02:34 ~lart opera Jun 07 12:02:35 * ibot blasts opera with a huge firehose then strangles opera with it Jun 07 12:03:53 ~lart nokia for 770 craplet Jun 07 12:03:53 * ibot blasts nokia to oblivion with a kamehameha wave for 770 craplet Jun 07 12:04:04 amen Jun 07 12:04:16 mahjongg machine Jun 07 12:04:17 XorA: were you yet able to take a glance on the rt73 makefile? Jun 07 12:06:09 dcordes: I asked for your .bb file again Jun 07 12:09:17 ~lart GdkWindow Jun 07 12:09:17 * ibot duct-tapes GdkWindow to the floor and drools on him Jun 07 12:13:27 hrw: koen|770: don't be so harsh Jun 07 12:13:57 XorA: http://www.pastebin.ca/547479 Jun 07 12:20:45 XorA: Can I use two codecs in one machine in asoc? Jun 07 12:21:18 dcordes: what machine are you running BTW? Jun 07 12:22:00 thesing: not currently, coming real soon Jun 07 12:22:23 * crink back Jun 07 12:22:57 XorA: You should seriously update your security certificate on www.xora.org.uk Jun 07 12:23:03 2005! Jun 07 12:23:21 Laibsch: I did once, but I think I loaded it to wrong place Jun 07 12:23:23 XorA: is there some workaround I can use until then? Jun 07 12:23:35 Laibsch: I need a nice easy way to update those damn things Jun 07 12:24:32 thesing: make two machine drivers Jun 07 12:24:44 thesing: lrg says next week for the new better structure Jun 07 12:25:53 XorA: Ok. I will use just one codec until then and add the other later. Jun 07 12:26:05 dcordes: ./lib/modules/2.6.20.6/extra/rt73.ko Jun 07 12:30:57 XorA: what about that? Jun 07 12:31:29 dcordes: thats your modules, what machine are you using? Jun 07 12:32:13 oh. where you able to build? I'm using akita Jun 07 12:32:59 dcordes: ah, Im build for spitz, you'll have to recompile Jun 07 12:33:05 dcordes: Im just about to push the .bb Jun 07 12:33:25 nice :-) thank you very much Jun 07 12:33:39 what was the error? bb or makefile? Jun 07 12:34:00 dcordes: I just took out the bit about MAKETARGETS=arm Jun 07 12:35:13 XorA: what do you think about commiting the module? Jun 07 12:37:06 dcordes: mtn pull; mtn update Jun 07 12:37:10 03xora 07org.oe.dev * r315cbb93... 10/ (1 packages/rt2x00/rt73-k2wrlz_1.0.0.bb): rt2x00/rt73-k2wrlz_1.0.0.bb : rt73 module thanks to dcordes Jun 07 12:38:16 XorA: :-D Jun 07 12:38:26 :) Jun 07 12:39:03 * XorA doesnt promise that wont just oops your kernel :-) Jun 07 12:39:08 but at least it builds here Jun 07 12:39:32 die GdkWindow die Jun 07 12:40:08 zecke: why? Jun 07 12:41:24 crink: I can't make it to do a full repaint. It tries to be smart and moves old content on scrolling Jun 07 12:41:35 XorA: does that mean rt73 is in the repos now? Jun 07 12:41:41 zecke: in embedded env? Jun 07 12:41:48 dcordes: no, just that you can build it from OE Jun 07 12:41:57 dcordes: I dont do akita builds so I cant upload modules Jun 07 12:42:20 * crink doubt about gtk configure option and config.h Jun 07 12:42:38 crink: on any environmnent. every time I do gdk_window_move I want the whole visible area to be exposed (redrawn completely) Jun 07 12:42:52 gdk_window_clear, gdk_window_invalidate_rect isn't doing the trick Jun 07 12:43:53 XorA: what do I have to do in order to get it into my OE now? Jun 07 12:44:05 dcordes: mtn pull, mtn update Jun 07 12:44:21 it is probably time to join irc.gimp.org but only after finishing this assignment Jun 07 12:45:00 03lenehan 07org.oe.dev * r5e2d15cb... 10/ (7 files in 3 dirs): (log message trimmed) Jun 07 12:45:00 rp-pppoe 3.8: More cleanups to the pppoe package: Jun 07 12:45:00 * Seperate out the server, sniff and relay programs from the main Jun 07 12:45:00 package. Jun 07 12:45:00 * Add an init script for the server. Jun 07 12:45:00 * Add templates to the AC_DEFINE's in the configure script so the Jun 07 12:45:03 variables are correctly added to the header. Without this the Jun 07 12:45:03 zecke: http://www.koders.com/default.aspx?s=gdk_window_clear&btn=Search&la=C&li=* Jun 07 12:45:35 crink: I can use GNU grep to grep the gtk+ tree Jun 07 12:45:53 crink: I can even read the Gdk/X11 implementation of GdkWindow Jun 07 12:47:02 RP: there seem to be some '=' vs '==' errors in linux-rp.inc in poky which have been fixed in oe. Jun 07 12:47:07 zecke: you mean gnu step? Jun 07 12:49:07 XorA: :/ mtn pull what? I can't find this in the OE manual Jun 07 12:49:24 dcordes: its a montone command to update the monotone database Jun 07 12:49:40 mtn update then updates the monotone checkout you currently working from Jun 07 12:49:41 XorA: it asks for a database to update Jun 07 12:49:56 dcordes: you followed GettingStarted? Jun 07 12:50:08 thesing: Poky is correct with '=' Jun 07 12:50:22 mtn: misuse: workspace required but not found Jun 07 12:50:43 I set up everything correctly as explained in the angstrom howto Jun 07 12:50:47 dcordes: either change into org.openembedded.dev or use --db THE.DB Jun 07 12:50:52 ah ok Jun 07 12:51:05 I was in the OE workdir Jun 07 12:51:19 RP: So it should be '=' in oe too? Jun 07 12:51:19 morning Jun 07 12:51:41 thesing: == is bashism Jun 07 12:52:16 isnt -eq the corrent term then? Jun 07 12:52:23 = being for numbers Jun 07 12:52:48 nope, me being backwards with stings/num,bers Jun 07 12:53:17 knew there was a reason I left shell to others Jun 07 12:54:52 XorA: ok I'm up to date now. How to I build the module now? bitbake rt73-k2wrlz did not work Jun 07 12:55:31 dcordes: do you have a packages/rt2x00/rt73_k2wrlz_1.0.0.bb file? Jun 07 12:55:50 zecke: oh i see, then you can hack it. Jun 07 12:56:40 XorA: yes Jun 07 12:56:49 dcordes: remove any files you created Jun 07 12:56:59 ah wait Jun 07 12:57:00 bitbake rt73_k2wrlz -c clean Jun 07 12:57:03 no sorry it is not there Jun 07 12:57:15 dcordes: probably forgot mtn update then Jun 07 12:57:17 I removed my own folder before the update Jun 07 12:57:25 nono it updated correctly Jun 07 12:57:36 dcordes: so you mtn pull; mtn update Jun 07 12:57:39 yes Jun 07 12:57:52 on the first command I got already up to date. Jun 07 12:58:28 dcordes: something is wrong with that pull then Jun 07 12:58:55 I mtn update again, now it found some changes Jun 07 12:58:57 dcordes: it should have given you stuff about bytes downloaded, number of certs and number of revs Jun 07 12:59:04 that was there Jun 07 12:59:42 packages/rt2x00/rt73-k2wrlz_1.0.0.bb should be there now Jun 07 13:00:10 obviously it works now. Jun 07 13:00:10 bitbake rt73_k2wrlz -c clean should clean away any old stuff Jun 07 13:01:11 it's possible to build an root image, without compiling every package? Jun 07 13:01:25 diego: no Jun 07 13:01:52 I wonder why... Jun 07 13:02:14 diego: the causaility clause the universe forces upon us Jun 07 13:02:20 XorA: How do I have to install it when it's done? Jun 07 13:02:47 dcordes: copy the .ipk to your akita then ipkg install rt73* Jun 07 13:03:15 shouldn't be LICENSE != 'GPL' in .bb files? (usb-gadget-mode.bb) Jun 07 13:03:36 thesing: it is license for content of resulted package Jun 07 13:03:49 does the root images contains _all_ the packages? Jun 07 13:04:07 diego: not ALL the packages in OE, they contain the packages we told it to contain Jun 07 13:04:09 diego: no, only ones from PACKAGE_INSTALL Jun 07 13:04:25 hrw: ok. thanks for clarification. Jun 07 13:04:50 i start to see the light... Jun 07 13:05:58 np Jun 07 13:06:57 so, where can i set PACKAGE_INSTALL Jun 07 13:08:51 hi all, i don't remember a thing ... there is binary compatibility between code generated with gcc 3.3.x and 3.2.x ??? Jun 07 13:08:53 diego: read manual Jun 07 13:09:55 gremlin[it]: which language? Jun 07 13:10:30 gremlin[it]: C is bc, only __attribute__((constructor)) was broken on some versions of gcc 3.2 or 3.3. Jun 07 13:10:52 yes in C/C++ ... Jun 07 13:11:02 gremlin[it]: for C++ forget it :) Jun 07 13:11:26 mhh ok the big thing is C anyway ... Jun 07 13:11:27 gremlin[it]: gcc x.y.z1 and x.y.z2 are compatible if x is > 2 Jun 07 13:11:46 gremlin[it]: for g++ 3.3,3.4,4.0 and probably 4.1 are incompatible Jun 07 13:12:19 but i'm guessing about x.y1.z1 and x.y2.z2 ... Jun 07 13:12:40 gremlin[it]: C++ is likely to be incompatible but take the shortcut to gcc.gnu.org :) Jun 07 13:13:01 ahh ok ... if is only about C++ I could have no problem ... Jun 07 13:14:08 C++ suffers as it was a language designed by a guy who failed to understand C and is therefore badly designed, has a very difficult ABI which tends to be volatile. Hence G++ breaks compatability with itself regularly Jun 07 13:14:12 i ask couse in a transition of a project i have to use a legacy base distro RedHat 9 and build applicationa and some library with OE ... and finally move all to OE :) Jun 07 13:14:29 hrw, sorry to ask this but... which manual? Jun 07 13:14:35 XorA, stroubstroup ??? Jun 07 13:15:07 XorA: hehe Jun 07 13:15:07 gremlin[it]: yeah, the guy is an idiot Jun 07 13:15:29 for real ?!?!?! did not seem from his books ;) Jun 07 13:15:31 XorA: I agree that everyone should use smalltalk or at least objective-C Jun 07 13:15:37 gremlin[it]: in his original C++ book in his gloating about how great he is and how great c++ is he betrayed a total lack of coding skill Jun 07 13:16:14 diego: OE one Jun 07 13:16:31 and as far as I can gather, he wrote C++ because he didnt understand C pointers Jun 07 13:16:56 and thats a bad reason for misdesigning a language Jun 07 13:17:53 hahahah :) Jun 07 13:18:52 when i was youg after Pascal i start with C ... i wan't able to understand pointers so li leave C and start with assembly ox x86 ... after that i come back to C with pointers in my hands ;) :) :) Jun 07 13:22:38 diego: http://www.openembedded.org/user-manual Jun 07 13:23:44 thanks Jun 07 13:35:26 re Jun 07 13:37:47 hey HopsNBarley Jun 07 13:41:51 hi koen!! Jun 07 13:43:06 hrw: your suggestion to mwestr is the wrong way around Jun 07 13:44:13 koen|770: ok, please mail fix then Jun 07 13:44:15 hrw: #oe-private http://silcnet.org/ that i would recommend Jun 07 13:46:56 * XorA likes the idea of jabber conference Jun 07 13:47:21 dcordes_: hows that build coming? Jun 07 13:48:10 hrw: can't do.that right now :( Jun 07 13:48:40 koen|770: you seen those new perv scanners at Schipol? Jun 07 13:48:47 XorA: built and installed! Jun 07 13:48:51 dcordes_: YAY! Jun 07 13:48:58 :) thank you again Jun 07 13:49:29 but I have a problem with my hardware: akita does not show usb devices. lsusb stays empty. I just reflashed with angstrom and can't figure what's wrong Jun 07 13:49:45 modprobe ohci_hcd Jun 07 13:49:52 ok Jun 07 13:52:29 ~lart the one who wrote src_distribute.bbclass Jun 07 13:52:30 * ibot executes killall -TERM the one who wrote src_distribute.bbclass Jun 07 13:52:47 for l in licenses: for i in l: Jun 07 13:53:29 that reminds me IOCCC entry with goto gOl0;goto G0to etc Jun 07 13:57:07 XorA: ok the module loads fine, when I plugin the stick it shows the hardware identifier in lsusb Jun 07 13:57:15 but dmesg says Jun 07 13:57:30 rejected 1 configuration due to insufficient available bus power Jun 07 13:58:43 dcordes_: you need to use a powered hub Jun 07 13:59:40 I have it connected with a powered hub with battery like this one here: http://photos1.blogger.com/photoInclude/blogger/4564/2003/1600/cimg0726.0.jpg Jun 07 13:59:51 technically mine is exactly the same Jun 07 14:00:02 but unfortunately the power does not seem to suffice Jun 07 14:00:37 dcordes_: it would seem so Jun 07 14:00:41 dcordes_: use lsusb -v to check power of hub Jun 07 14:00:49 or look into /proc/bus/usb/devices Jun 07 14:01:25 grep pwr /proc/bus/usb/devices -i Jun 07 14:02:55 hrw: /proc/bus/usb/devices Jun 07 14:02:57 is empty Jun 07 14:04:25 dcordes_: mount -t usbfb none /proc/bus/usb Jun 07 14:07:53 hrw: mounted but there is no line containing pwr Jun 07 14:08:01 * XorA thinks pulling 1A out of a 9V battery is bad karma Jun 07 14:08:11 ah it is Pwr Jun 07 14:08:12 * mwester thinks that the circuit dcordes_ is using may well provide +5V to the device, but there is no way for the USB port to know of that. Jun 07 14:08:41 mwester: I was just about to say that, its a bogus circuit as it doesnt power the hub Jun 07 14:08:51 MxPwr=300mA Jun 07 14:09:12 * XorA suggests powering the hub from 4x AA with a DCDC converter Jun 07 14:09:20 less heat, more efficient Jun 07 14:09:43 But is there a hub in use, or is this just a powered cable from the host to the device? Jun 07 14:10:09 mwester: see the circruit Jun 07 14:10:15 dcordes_: that is not a hub Jun 07 14:10:21 XorA: ok Jun 07 14:10:25 dcordes_: that is just +5v hacked into a cable Jun 07 14:10:32 dcordes_: and done wrong :-D Jun 07 14:10:35 why Jun 07 14:10:40 what's wrong with it ? Jun 07 14:10:57 dcordes_: 9v cells are bad for efficiency, linear regualtors waste power as heat Jun 07 14:11:06 dcordes_: you want a AA cell pack and a DCDC Jun 07 14:11:16 mwester: http://photos1.blogger.com/photoInclude/blogger/4564/2003/1600/cimg0726.0.jpg Jun 07 14:11:21 XorA: ok but for now Jun 07 14:11:29 dcordes_: you need to use a real hub Jun 07 14:11:30 how could I tell the Z there is power Jun 07 14:11:32 It looks like just a powered cable to me, so there is no hub. If the device takes > 300ma, the host will not be able to provide that much power -- it fails because it does not know that there is an alternate power source. Jun 07 14:11:49 dcordes_: you can hack kernel to disable that Jun 07 14:12:43 XorA: would the AA cell pack with DCDC face me with the same situation? Jun 07 14:13:09 dcordes_: yes, I was compenting on badness of that circuit, it doesnt fix the problem you face Jun 07 14:13:27 dcordes_: you have two choices, use a real hub, or disable that voltage limit in kernel Jun 07 14:13:41 dcordes_: I dont know how to do the second Jun 07 14:13:42 dcordes_: A proper powered hub has the logic necessary to inform the host that the hub has the ability to provide power to downstream devices. You need more than just a cable to be able to do similar. Jun 07 14:13:45 mwester: XorA: ok then would it be difficult to disable the v limit? Jun 07 14:13:49 ok Jun 07 14:16:02 dcordes_: this was a hotly-debated issue when the power limit enforcement was added; google should give you much information on this topic -- hopefully including a technique to disable it. Jun 07 14:16:52 just hack that circuit into the 5v input on a hub and you have perfection Jun 07 14:17:18 you can get a powered hub thats about the size of a half dollar Jun 07 14:17:59 pulling 1a from your z's usb port "could" fry something if you do it long enough Jun 07 14:18:02 wirelessdreamer: oooh send me a link, Ive been looking for small ones Jun 07 14:18:18 k i'll try and find mine online sec Jun 07 14:19:27 http://cgi.ebay.com/DYNEX-DY-USB-114-POCKET-USB-4-PORT-HUBS-LOT-OF-2_W0QQitemZ270127375281QQihZ017QQcategoryZ67267QQssPageNameZWDVWQQrdZ1QQcmdZViewItem Jun 07 14:19:41 thanks Jun 07 14:19:42 mines a little smaller then that, but its at home and i'm not right now Jun 07 14:21:30 wirelessdreamer: thats the one I have, was hoping for smaller :-) Jun 07 14:22:50 the one i have has 2 ports on one side, and 1 on 2 others, its really nice in design though ,have thought about building a backpack for my z with usb bt, wifi, an extra battery and 2 normal usb ports on it for my keyboard and storage Jun 07 14:23:14 would probably add an inch to my z but give it building wireless and a few more hours battery life Jun 07 14:23:27 cu Jun 07 14:23:34 hrw|gone: later :) Jun 07 14:24:00 i always wanted a distro on my z i had a good build system for though, so learning oe before considering building anything Jun 07 14:24:57 wirelessdreamer: sounds like a good idea (the backpack) Jun 07 14:25:19 wirelessdreamer: similar to my idea of small hub glued to a usb-network device Jun 07 14:25:52 I was also thinking about putting the battery together with my rt73 Jun 07 14:26:19 bye Jun 07 14:27:14 i started out with an ipaq 38xx series with a 2 pcmcia/battery backpack Jun 07 14:27:38 so i was used to something about twice the size of my z with wifi bt and storage Jun 07 14:27:46 the builtin kb owns all though Jun 07 14:27:54 snapon ipaq kb's were junk Jun 07 14:28:51 and couldn't be used when the backpack was installed Jun 07 14:29:21 XorA: http://handhelds.org/hypermail/oe-commits/61/6101.html there is something about the usb power limit but I don't know if it is useful. Could you take a look? Jun 07 14:29:53 dcordes_: There's a 150mA USB power limit applied in recent kernels.. you can comment it out Jun 07 14:30:56 wow thats really low Jun 07 14:31:20 NAbyss: I have no idea how to do this Jun 07 14:33:25 dcordes_: You'd need to run the fetch/configure stages of the kernel, then interrupt it before compilation.. to put it concisely, it'd be a pain in the arse Jun 07 14:34:28 bitbake virtual/kernel -c clean Jun 07 14:34:32 bitbake virtual/kernel -c patch Jun 07 14:34:34 edit here Jun 07 14:34:37 bitbake virtual/kernel Jun 07 14:37:12 if (c->desc.bMaxPower * 2 > udev->bus_mA) { Jun 07 14:37:15 insufficient_power++; Jun 07 14:37:18 continue; Jun 07 14:37:21 } Jun 07 14:37:34 Rule out configs that draw too much bus current ^^ Jun 07 14:38:04 wirelessdreamer: Im just trying to build an akita kernel with a higher power rating Jun 07 14:38:24 thats in drivers/usb/core/generic.c Jun 07 14:38:55 if you pulled it that should diable the check, but i haven't done much kernel hacking, just a guess Jun 07 14:39:55 wirelessdreamer: arch/arm/mach-pxa/spitz.c change the 150 to 500 Jun 07 14:41:20 i see :) Jun 07 14:41:52 it would have helped if i'd have looked in the right place Jun 07 14:42:09 pxaohci_pwrlimit.patch or something like that Jun 07 14:43:34 dcordes_: http://opensource.wolfsonmicro.com/~gg/zImage-2.6.20-akita-20070607143633.bin Jun 07 14:43:47 dcordes_: but I take no responsibility for you fucking your hardware with that Jun 07 14:45:01 powered hub=safe and easy way Jun 07 14:45:14 and it'll give you better battery life Jun 07 14:50:38 XorA: ok I will give it a try after ipkg install omlette Jun 07 15:28:00 XorA: it works! z not fried yet but somehow the module has problems. A rausb0 interfaces is being created automatic but I can't up it Jun 07 15:28:33 dcordes_: well that I cant help with as I have no ralinks Jun 07 15:29:22 XorA: do you knw how I can reload the whole wireless module? Jun 07 15:29:28 iwconfig segfaults- Jun 07 15:29:43 dcordes_: I dont play with wireless much Jun 07 15:31:50 can I revert one file in montone to an earlier revision? if so how? Jun 07 15:34:25 mtn up --revisoin bla Jun 07 15:34:30 or similar Jun 07 15:42:46 thanks. that worked. Jun 07 16:16:28 Hello, if I absolutly need uboot version 1.1.4 for my target, I just have to write PREFERRED_VERSION_u-boot = "1.1.4" at the end of the file Jun 07 16:16:33 ? Jun 07 16:19:00 which file? Jun 07 16:19:50 linux-gumstix.bb in package/linux folder Jun 07 16:22:05 wrong file Jun 07 16:22:21 it was conf/machine/gumstix ? Jun 07 16:22:26 Laibsch: Thanks for the altboot cleanup. I'll take a look at stuff when I get home tonight, since mtnview seems to be borked right now..:( Jun 07 16:22:45 theBrave: well, it is either a personal flavor (local.conf), a machine requirement, or a distro setting Jun 07 16:23:00 theBrave: for gumstix it is most likely the machine conf of gumstix Jun 07 16:23:30 ok, i'm trying it Jun 07 16:24:31 hvontres|poodle: What do you need to see? Jun 07 16:25:19 Laibsch: I was just curious what the unified .bb files look like for future reference. I like to absorb as much knowlege as possible :) Jun 07 16:25:52 Laibsch: that, and I like seeing my stuff get released :) Jun 07 16:26:17 http://oz.leggewie.org/wip/altboot/ is my current altboot dir Jun 07 16:26:23 Maybe that can help you? Jun 07 16:26:43 Laibsch: looks like the file-browser still works :) Jun 07 16:27:55 Well, even better Jun 07 16:28:54 Laibsch: looks good :) Jun 07 16:30:42 Laibsch: I guess I need to play around with the RDEPENDS lines in my new .bb file... I found I needed to add the one for kexec-tools to make sure it makes it into the image. Also, right now the menu program isn't staticly linked yet, so I want to make sure curses is included. Jun 07 16:31:31 Laibsch: but I think it's time for the Bazaar people to go kick altboot's tires for a bit :) Jun 07 16:31:40 ;-) Jun 07 16:31:55 You're one from the bazaar, don't forget Jun 07 16:32:19 Would be nice to see the do_ functions unified. Jun 07 16:32:31 I am sure there is potential to move them to common ground Jun 07 16:32:57 altboot runs on your poodle in angstrom? Jun 07 16:33:04 The default version? Jun 07 16:33:37 If you'd confirm that I could release altboot for poodle officially into angstrom-2007.1.conf Jun 07 16:33:53 So far I only did that for spitz since that is the only device I tested so far Jun 07 16:38:37 Laibsch: I am running it as we speak :) I use it to switch between my OZ/Hentges Daily Driver card (currently in use) and my Angstrom test card :) Jun 07 16:38:52 * hvontres|poodle likes booting directly from SD :) Jun 07 16:40:02 where would be the best place to add a python function for a .bb file to use? Jun 07 16:40:13 do I have to modify bitbake? Jun 07 16:40:30 jsheldon: in the bbfile Jun 07 16:40:32 jsheldon: you could add it to the .bb file directly Jun 07 16:40:42 ~lart my slow fingers Jun 07 16:40:42 * ibot takes my slow fingers to the vet for a "special" visit Jun 07 16:41:15 ok that's what I had hoped, but so far all the examples I've found are replacements for do_package, or some other built-in build step Jun 07 16:41:43 I was hoping I could create a python function and have what it returns assigned to a variable Jun 07 16:43:12 jsheldon: IIRC there was a section on adding python functions in the OE docs.... when the server becomes resopnsive again you might want to take a look Jun 07 16:43:24 I tried adding my function in my .bb like 'python do_myfunction(){...}', but when I try 'MYVAR = "${@myfunction()}" I get multiple "NOTE: exceptions.NameError:name 'myfunction' is not defined while evaluating:" errors Jun 07 16:44:35 my goal is to be able to assign a svn revision number from an area under ${WORKDIR} to a variable Jun 07 16:44:42 ~ping koen Jun 07 16:44:48 try def function(d): Jun 07 16:44:52 pong koen Jun 07 16:45:03 and then call it like ${@myfunction(d)} Jun 07 16:45:10 mickeyl: a-ha, of course, if I haven't defined it yet that makes sense Jun 07 16:45:29 python () is only for tasks Jun 07 16:45:43 and you don't want a task, but a function Jun 07 16:46:10 mickeyl: I see, thanks for the help Jun 07 16:48:15 jsheldon: neat idea Jun 07 16:48:20 np Jun 07 16:49:16 kergoth: hey, how are you? Jun 07 16:49:21 cbrake: I'm feeling the pains of how to manage local checkouts as sources, and how to generate appropriate PR's Jun 07 17:03:51 mickeyl: excellent, I have it working! thanks again Jun 07 17:05:07 cool, congrat Jun 07 17:05:09 s Jun 07 17:08:30 hvontres|poodle: Cool. You mix OZ and Angstrom? Awesome. Anything special to take care of? Jun 07 17:08:45 anyone else is having problems with mesa ? Jun 07 17:08:59 hvontres|poodle: I guess adding 2.4 kernels in the mix is not possible? Jun 07 17:11:36 Laibsch: With the / totaly on SD, the only thing I am sharing right now is /home... and my OZ kernel actually was a OZ 3.5.5 test kernel. But yes, 2.4 does not play well.. plus I haven't used it in over a year and a half, ever since RP got the sound working. Jun 07 17:12:23 Laibsch: and I am thinking of moving my /home for OZ onto the card as well, just to make sure nothing gets screwed up. Jun 07 17:13:00 Laibsch: I already did that for my angstorm test card, since the first time I tried an opie image, my main opie settings got messed up. Jun 07 17:13:26 I will want to continue using loopback images Jun 07 17:14:34 Laibsch: hmm, I had some problems with those in early versions of 2.6 and when CoreDump came up with the idea of modding the cmdline to boot straight from SD I went with that Idea. Jun 07 17:15:17 Laibsch: The nice thing is you can keep your kernels and rootfs together on a single card. also, SD cards are becoming very inexpnsive now. Jun 07 17:16:13 Laibsch: plus, as an added bonus, you can try new kernels without re-flashing :) Jun 07 17:18:09 thesing: how is your kexec research coming along? Jun 07 17:18:30 hvontres|poodle : has anyone looked at the possibility of testing for an image/kernel in the SD and then using kexec/pivot root to use that image ? Jun 07 17:18:46 heh Jun 07 17:20:20 hvontres|poodle: well collie doesn't boot with the patch applied. I have no Idea how to debug that. Jun 07 17:21:03 steliosk: I do this on collie to start x11 image. Jun 07 17:25:10 thesing : cool ! Does it check if the the sd has a kernel/fs or assumes that its there ? Jun 07 17:26:12 steliosk: it assumes it. I just changed the "root=.." paramerter of the kernel. Jun 07 17:31:12 steliosk: well, my new boot-from-SD script does that...except that on Zaurus right now the root= paramter needs to be compiled in Jun 07 17:32:31 thesing: do you have that patch available someplace? I'd like to take a look at it on my poodle Jun 07 17:33:49 hvontres|poodle: I will put it online. But be aware it may not work or eat your cat ;) Jun 07 17:34:14 thesing: ok :) Jun 07 17:35:44 * steliosk hides his cat Jun 07 17:37:13 http://www2.informatik.hu-berlin.de/~tkunze/zaurus/patches/kexec_commandline.patch Jun 07 17:38:12 if it worked, you could change the commandline in /sys/kernel/kexec_cmdline. Jun 07 18:07:02 morning Jun 07 18:08:38 hey XorA Jun 07 18:08:59 trying to pack redboot into the nk.bin file ;) to make eboot load redboot so I could flash it without JTAG Jun 07 18:09:00 :) Jun 07 18:11:12 Jin^eLD: cool Jun 07 18:11:55 XorA: there is a project, they managed to pack the linux kernel into the nk.bin image and boot that from eboot, but it's for some x86 based system Jun 07 18:12:21 however, they made the tool to create the nk.bin, and the source is available, so I have to try to adapt it Jun 07 18:12:30 would be cool indeed.. I want to see linux on that freescale board Jun 07 18:12:40 and I am not getting appripriate JTAG hardware for it anytime soon Jun 07 18:26:25 Jin^eLD: got a url for that project, might be interesting to try at wolfson Jun 07 18:26:40 Jin^eLD: its an issue we have quite often Jun 07 18:27:10 XorA: let me look it up, one moment Jun 07 18:28:39 thats the page: http://winterm.gaast.net/main.php/news.html Jun 07 18:28:55 and the make-nl tool is here: http://winterm.gaast.net/downloads/ Jun 07 18:29:12 you will see that it is for x86, they use some boot.S code from the linux kernel Jun 07 18:29:34 I could not find anything like that for arm, but my kernel experience is very limited Jun 07 18:29:56 well.. if the make-nk source makes more sense to you - please tell me :> Jun 07 18:30:49 brb Jun 07 18:32:24 Jin^eLD: BTW as of Sat I shall be offline for a week, so if you need mx31 help ask lrg Jun 07 18:34:56 Jin^eLD: cheers Jun 07 18:49:31 * CoreDump|home just finished his biggest dist-upgrade ever w/ 1000+ packages...and a broken beryl afterwards Jun 07 18:49:47 CoreDump|home: ooops Jun 07 18:50:14 thankfully I got it working again :) Jun 07 18:54:14 XorA: how can I figure out if my ralink gets enough power now? Jun 07 18:55:32 dcordes_: as long as that battery is charged it gets enough Jun 07 18:56:43 XorA: ok. My problem is, the driver is loaded and a rausb0 iface is created when I plugin the device, but that is usable since I can up it Jun 07 18:56:48 can't Jun 07 18:57:02 not usable Jun 07 18:57:46 dcordes_: sounds like as I suspected from code quality the driver is buggy Jun 07 18:58:02 dcordes_: is it oopsing in dmesg? Jun 07 18:58:42 XorA: wait a second. I'm rebooting Jun 07 18:58:42 Hi when trying bitbake busybox I get an error when task glibc-intermediate-2.5-r6 is running saying that LD_LIBRARY_PATH contains the current directory. Anyone know how to get past this? Jun 07 19:01:36 XorA: another thing is that iwconfig segfaulted several times Jun 07 19:02:04 dcordes_: in my experience when iwconfig segfaults you get oopses or such errors in dmesg Jun 07 19:02:31 XorA: dmesg shows lots of weird things Jun 07 19:02:41 I don't understand. Jun 07 19:03:01 * * OE Bug 2432 has been created by skoroneos@digital-opsis.com Jun 07 19:03:03 * * Mesa fails on Efika Jun 07 19:03:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2432 Jun 07 19:03:28 dcordes_: pastebin it Jun 07 19:04:20 03ifaistos 07org.oe.dev * ra4c23f19... 10/ (1 packages/madwifi/madwifi-ng_r.inc): packages/madwifi/madwifi-ng_r.inc: Set the correct arch for the Sequoia board Jun 07 19:04:21 now it segfaulted right after I modprobed ohci_hcd while the device was plugged in Jun 07 19:04:52 (ifconfig and iwconfig) Jun 07 19:06:09 www.pastebin.ca/548488 Jun 07 19:07:14 dcordes_: yes, rt73 module is crashing kernel Jun 07 19:07:49 <3>rt73: Failed to request_firmware. Check your firmware file location Jun 07 19:08:06 put firmware in right place in case firmware error handling is not resilient Jun 07 19:08:31 XorA: where can I find the firmware and where to put it? Jun 07 19:09:59 dcordes_: no idea, I dont have ralinks Jun 07 19:11:15 re Jun 07 19:13:19 XorA: is there no firmware present at all? Jun 07 19:19:25 dcordes_: you normally put firmware file in /usr/lib/firmware or /lib/firmware its also normally illegal to distribute Jun 07 19:19:34 dcordes_: so you might have to poke around to find it Jun 07 19:21:06 XorA: it is included in the tarball Jun 07 19:21:17 rt73.bin Jun 07 19:21:27 koen : i fixed the mesa issue but now build fails at enchant Jun 07 19:21:45 koen : not sure why though.... Jun 07 19:22:27 cool Jun 07 19:22:35 iirc enchant is a libgcc problem Jun 07 19:22:38 XorA: works! Jun 07 19:23:04 thanks again for your help especially for the kernel hack with the voltage Jun 07 19:23:54 koen : hmmm i though it was libtool (again).... Jun 07 19:24:09 koen : the usual suspect.... Jun 07 19:24:19 anybody interested in me uploading the rt73 ipk for angstrom? Jun 07 19:25:27 koen : what's the problem with libgcc ? Jun 07 19:26:22 it's either missin -lgcc or needs LD=gcc Jun 07 19:26:34 (or it could be a libtool problem) Jun 07 19:26:47 if cups fails to build as well, it's a libgcc problem Jun 07 19:26:59 will try Jun 07 19:27:31 cups was allready build Jun 07 19:28:48 dcordes_: you saying having firmware makes it work? Jun 07 19:29:51 koen : btw try the patch in #2432 to make sure it does not break anything else Jun 07 19:33:02 * * OE Bug 2433 has been created by antti.andreimann@mail.ee Jun 07 19:33:04 * * cewm build (once again) on AMD64 build host Jun 07 19:33:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2433 Jun 07 19:41:09 hello all Jun 07 19:44:14 hi Jun 07 19:45:09 Does anybody know why there is such line in mesa-mesa.inc: sed -i s:\$\(CC\):gcc:g ../src/mesa/x86/Makefile Jun 07 19:45:38 koen my mentor, any wise words? :P Jun 07 19:46:06 this bloody line seems to break build on AMD64, at least one of my friends told me so. Jun 07 19:48:23 bye Jun 07 19:48:59 Ok, I see now, it should be HOST_CC and the flags used are targets', that's why it fails on AMD64. Jun 07 19:49:00 Bleh! Jun 07 19:51:40 re Jun 07 19:52:10 XorA: roger that, thanks Jun 07 19:52:42 hey likewise :) got the wis board yet? Jun 07 19:53:00 Jin^eLD: no, I asked for them to send it after my holidays (next week) Jun 07 19:53:21 Jin^eLD: I'll drive through Austria to Croatia :-) Jun 07 19:53:26 aah, so "almost" got it :) Jun 07 19:53:55 cool, wanna go for a drink if you drive through vienna? Jun 07 19:55:00 Jin^eLD: you're in Vienna (during the week and weekends)? Jun 07 19:55:06 yes Jun 07 19:55:23 and being a freelancer I have a quite flexible schedule Jun 07 20:09:03 Just created bug #2434, that should answer my mesa question ;) Jun 07 20:11:02 * * OE Bug 2434 has been created by antti.andreimann@mail.ee Jun 07 20:11:04 * * esa build on AMD64 with i586 target Jun 07 20:11:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2434 Jun 07 20:11:28 anttix : check #2432 Jun 07 20:16:30 steliosk, I created it ;) Or is there a problem with my report? Jun 07 20:23:05 * koen is seeing double: #2432 and #2434 Jun 07 20:27:30 hvontres|poodle: I'm getting near kexec_cmdline support. But it will a hack. Jun 07 20:27:55 thesing: cool. so you got your patch to boot now? Jun 07 20:29:28 hvontres|poodle: Sort of. Jun 07 20:31:25 * hvontres|poodle wonders how hard it would be to get something like this: Sharp Bootloader -> decent bootloader -> kernel Jun 07 20:33:21 * mwester knows that Debian does that for the official Debian image for the NSLU2: broken Linksys Redboot -> APEX bootloader -> kernel Jun 07 20:35:25 mwester: where could I find more info on that? Jun 07 20:39:05 hmm.. if I wanted to create my own package feed... would I only have to cp -a deploy/ipk/* to my webspace and run ipkg-make-index there? or is anything else required? Jun 07 20:39:17 hey Jun 07 20:39:59 hvontres|poodle: I think rwhitby knows the most about it, and who the expert on that scheme might be. Jun 07 20:40:13 hey zap Jun 07 20:40:17 hey zecke Jun 07 20:40:46 Apex is in OE if you care to take a look at the source and the bb recipe... Jun 07 20:41:02 mwester: Ok, I might dig into that sometime...:) Jun 07 20:43:01 * * OE Bug 2435 has been created by summatusmentis@gmail.com Jun 07 20:43:03 * * wifi-radar linking to the packagers' system Jun 07 20:43:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2435 Jun 07 20:47:37 CoreDump|home: did you get a chance to test-drive the new altboot yet? Jun 07 20:47:54 not really Jun 07 20:48:02 but I will =) Jun 07 20:48:07 "http://www.gnome.org/~ebassi/Screenshot-emacs-file.png" this safes my day Jun 07 20:48:32 bbl PUBTIME Jun 07 20:49:31 zecke: hehe... I am guessing linus is not much of a qt fan, is he :) Jun 07 20:49:55 zecke: =D Jun 07 20:50:36 hvontres|poodle: he is a fan of KDE Jun 07 20:50:57 hvontres|poodle: and at his google tech talk he had a hard time to call us morons Jun 07 20:51:27 hvontres|poodle: it needed like 15 seconds for him to say it ("I shouldn't say it... I like KDE...") Jun 07 20:52:31 * zecke waits for knut's response Jun 07 20:52:51 zecke: FVWM Jun 07 20:59:37 hvontres|poodle: It works! It works! Jun 07 21:03:00 anttix : #2432 was a bug report + patch i added just a bit earlier than yours ;) Jun 07 21:03:46 koen : i was able to build enchant with oplinux (gcc 4.1.1/glibc2) without a problem, so it looks like its probably gcc related Jun 07 21:10:25 hvontres|poodle: the apex in OE is set up to run as a second stage bootloader for nslu2 Jun 07 21:10:43 thesing: same url as the earlier patch? Jun 07 21:11:09 I will it up a little first. Jun 07 21:11:15 rwhitby: thanks. I'll take a gander at it sometime. Jun 07 21:11:28 thesing: np. Jun 07 21:11:51 hvontres|poodle: feel free to ask for more info Jun 07 21:13:29 rwhitby: Ok. Jun 07 21:13:49 rwhitby: right now I am just thinking out loud... Jun 07 21:16:21 hey ppl Jun 07 21:32:49 bleeding hell ... is uclibc broken in OE? Jun 07 21:33:02 no Jun 07 21:33:07 uclibc works Jun 07 21:33:35 woglinde: not in my neo emulator Jun 07 21:34:30 pfff Jun 07 21:34:43 woglinde, chmm ... it seems like its stuck during the configure process Jun 07 21:34:44 uclibc only lacks symbol lzo Jun 07 21:34:52 like it waits for something or so Jun 07 21:35:44 19484 pts/7 T 0:00 \_ make OPTIMIZATION= CPU_CFLAGS=-isystem/home/marex/OpenEmbedded/build/tmp/staging/arm-angstrom- Jun 07 21:35:44 19643 pts/7 T 0:00 \_ ./extra/config/conf -o extra/Configs/Config.in Jun 07 21:35:57 Marex : Is it uclubc-initial ? Jun 07 21:36:12 steliosk, nah Jun 07 21:36:23 hey is the cyrilic support broken in hentges ? Jun 07 21:36:59 looks like uclibc-initial was never compiled :S Jun 07 21:38:38 woglinde: I doubt glibc has lco Jun 07 21:38:41 steliosk, I see Jun 07 21:38:49 !oebug 2378 Jun 07 21:38:50 * * Bug 2378, Status: NEW, Created: 2007-05-26 00:46 Jun 07 21:38:51 * * skoroneos(AT)digital-opsis.com: Bitbake 1.8 does not fetch machine specific uClibc.conf Jun 07 21:38:52 * * http://bugs.openembedded.org/show_bug.cgi?id=2378 Jun 07 21:40:38 Yep. it looks like bitbake 1.8 handles console redirection a bit different than 1.6 So if oldconfig requires user input it halts there Jun 07 21:41:36 * Marex no baka :E Jun 07 21:41:56 cp -Rpv uclibc-0.9.29/hx4700 uclibc-0.9.29/palmld Jun 07 21:42:00 O:-] Jun 07 21:42:16 steliosk, thanx anyway :] Jun 07 21:44:02 hvontres|poodle: http://www2.informatik.hu-berlin.de/~tkunze/zaurus/patches/kexec_commandline-2.patch Jun 07 21:44:22 hvontres|poodle: You have to change poodle.c too. Jun 07 21:45:12 hvontres|poodle: But I think my first patch is also nearly working. I will look further into this. Jun 07 21:47:03 Marex : np Jun 07 21:51:21 thesing: will this work with 2.6.20 as well or just 2.6.21 ? Jun 07 21:52:42 hvontres|poodle: I should work with both. Jun 07 21:53:12 thesing: cool. I'll have to try is out this weekend then :) Jun 07 21:56:53 03ifaistos 07org.oe.dev * r227a7ff0... 10/ (3 files in 3 dirs): Jun 07 21:56:53 packages/mesa/mesa_6.5.2.bb : Fix a bug in mesa that tries to build a binary Jun 07 21:56:53 (gen_matypes) used by the host to generate an include file (matypes.h) using target's includes Jun 07 21:57:24 anyone know how to make oz read russian text in cp1241 Jun 07 21:58:13 oz? Jun 07 21:58:16 oz is dead Jun 07 21:58:36 woglinde: Bauer sucht Frau, soll ick mir da bewerben tun? Jun 07 21:58:56 what is responsible for populating the /dev entries in rootfs? Jun 07 21:58:57 i know... but untill angst is fully supported on collie i have no chooice but to run oz based distro Jun 07 21:59:11 I am getting a bunch of regular files Jun 07 21:59:23 ljp: well this is black magic Jun 07 21:59:35 hmm. its not working for me :( Jun 07 21:59:35 ljp: fakeroot should make it real when taring Jun 07 21:59:46 ljp: and udev will populate them Jun 07 21:59:47 hmm Jun 07 22:00:07 ecke you dont know nothing about cows Jun 07 22:01:08 woglinde: I know one shouldn't eat them Jun 07 22:01:37 0xdeadbeef == yummy :) Jun 07 22:07:55 thesing: so if I understand your patch correctly, it should work like this: 1) kexec -l 2) edit /sys/kernel/kexec_cmdline and 3) kexec -e? Jun 07 22:09:19 2) echo "cmdline " > /sys/kernel/kexec_cmdline Jun 07 22:10:35 thesing: ok. :) Jun 07 22:12:38 thesing: are your kexec patches specific to a device, or will they work on any ARM kernel? Jun 07 22:14:14 mwester: they should work with any arm kernel. You just need to set boot_params in your machine desciption. Jun 07 22:14:50 Thanks - I'll take a look at them for SlugOS Jun 07 22:14:56 thesing: are those patches going upstream? Jun 07 22:15:47 rwhitby: its more a hack than a real patch. So I don't thinks so. Jun 07 22:16:49 rwhitby: do you have any experience with feed creation for use with ipkg? or who is doing that for optware? Jun 07 22:17:35 mwester: we don't want to start depending on something which is not going upstream ... Jun 07 22:17:50 Jin^eLD: optware is not built with OE Jun 07 22:18:24 oh hmm.. but it still uses ipkg tools? I am stuck at a certain point where I am not even sure if the problem is related to OE Jun 07 22:18:33 perhaps something can be assembled to go upstream; as far as I know, there is no good support for passing a command line to a kernel booted with kexec in the current code. Jun 07 22:18:43 when you have your generated ipk packages - how do you make a feed out of it? just run ipkg-make-index on the directory and thats it? Jun 07 22:18:45 or is more magic involved? Jun 07 22:20:27 Jin^eLD : That should be enough Jun 07 22:20:51 doh... Jun 07 22:20:55 and you need to set the feeds in the distro Jun 07 22:21:07 my problem is that upgrading stuff does not quite work when new versions of packages appear in my feed Jun 07 22:21:12 when running ipkg in verbose mode Jun 07 22:21:32 it seems that it is thinking that the newer version is already installed Jun 07 22:21:34 mwester: agreed - whatever is done should be destinated for upstream Jun 07 22:21:45 allthough when I do ipkg list_installed | grep mypackage - I get the old version Jun 07 22:21:52 any idea what could be screwed there? Jun 07 22:22:12 which ipkg are you using ? the one that came with your host distro or the ones produced by OE ? Jun 07 22:22:34 the one that was produced with OE, my distro was made by OE too, some custom stuff Jun 07 22:22:50 no i mean on the host you have the repo Jun 07 22:23:18 well, both, the feed and the distro were made by me using OE Jun 07 22:23:21 if thats what you mean Jun 07 22:23:45 mwester: considering that this patch/hack is less than 24 hrs old, we could probably make it "upstreamable" after some more testing :) Jun 07 22:24:09 hvontres|poodle: nod - I was talking about the intention, not the current implementation :-) Jun 07 22:25:34 list_installed tells me I have version svn20070605160818-r0, but when I do ipkg update and then ipkg upgrade I can see that it is comparing the new version in the feed to itself Jun 07 22:25:57 i.e. has someone asked on an upstream mailing list as to whether there is already a supported way to do this. Is someone intending to send an RFC on how to do it to an upstream mailing list (after prototyping it here perhaps)? Or is it simply intended to be a patch carried in OE forever? Jun 07 22:25:58 i.e. 1.0.1+svn20070607014512-r0 is installed to 1.0.1+svn20070607014512-r0 is available, but svn20070607014512-r0 is clearly not installed Jun 07 22:26:47 (this is not any reflection on thesing - things always start as a prototype - the main thing is what the intention is for the future ...) Jun 07 22:27:30 03ifaistos 07org.oe.dev * r2e300a0a... 10/ (1 packages/debianutils/debianutils_2.19.bb): packages/debianutils/debianutils_2.19.bb : Add debianutils 2.19 Jun 07 22:27:36 (and I'm guilty of not doing what I'm preaching now too ;-) Jun 07 22:28:18 steliosk: so.. any hints or ideas? this is haunging me for almost a week now Jun 07 22:28:29 s/haunging/haunting/ Jun 07 22:29:17 Jin^eLD : its strange.... i basically followed angstrom feed setup (with minor mods) and things work ok Jun 07 22:29:42 did you have to do anything else except adding your feed to /etc/ipkg.conf ? Jun 07 22:29:59 Jin^eLD : but even when i was using a single dir as a feed, run ipkg-make-index was enough to get things update Jun 07 22:30:32 mhm.. I guess the problem is not with the feed but with the distro then Jun 07 22:30:35 Jin^eLD : i don't add it. its allready defined in the distro config Jun 07 22:31:13 Jin^eLD : try to remove Package.gz before running ipkg-make-index Jun 07 22:31:18 ok.. Jun 07 22:31:35 Jin^eLD : maybe its something there ipkg-make-index does not like.... Jun 07 22:31:50 ok let me try.. Jun 07 22:35:27 same thing Jun 07 22:35:43 it thinkgs that the newer version is already installed, allthough it is not Jun 07 22:36:54 did you try with a "simpler" named file. maybe there is a bug in ipkg handling "special" characters like + Jun 07 22:37:21 steliosk: I didn't... actually the naming does follow the OE guidelines, and there are plenty of packages in OE named like that Jun 07 22:39:20 it must be something else.. I am probably missing something important Jun 07 22:39:23 or doing a mistake in the process Jun 07 23:13:01 * * OE Bug 2436 has been created by marek.vasut@gmail.com Jun 07 23:13:03 * * uClibc doesnt even configure (fix will be soon) Jun 07 23:13:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2436 Jun 07 23:20:35 03polyonymous 07org.oe.dev * r6f561d85... 10/ (1 packages/qt/qt4-x11-free_4.3.0.bb): Jun 07 23:20:35 qt 4.3.0: more fixes Jun 07 23:20:35 - adjusted staging as to actually build qt-based apps. Jun 07 23:20:35 - minor fix in install Jun 07 23:25:38 zecke, you colided with me :E Jun 07 23:26:57 psokolovsky, 2436 please :] Jun 07 23:34:26 woglinde: ping Jun 07 23:34:36 woglinde: could you ask joey about the state of FFIS? Jun 07 23:35:47 hvontres|poodle: new version of patch. same url s/2/3/. you don't have to modify your machine file any more. Jun 07 23:37:44 night Jun 07 23:40:13 how does one go about shooting a screen in angstrom-x11? Jun 07 23:40:45 buy a gun. buy some bullets. put bullets into gun. aim at screen. pull trigger Jun 07 23:41:03 ljp, I can't, I'm way too peaceful for this procedure. Jun 07 23:41:08 Is there a -lite version? Jun 07 23:41:09 oh. ok Jun 07 23:41:20 yes, use a water gun Jun 07 23:41:52 hmm.. interesting point. Might cause some problems in circuits though Jun 07 23:41:55 dang Jun 07 23:42:04 anyway, is there a better way than xwd? Jun 07 23:42:17 polyonymous, I screwed summary of bug 2436 :-/ Jun 07 23:42:35 polyonymous, s/uclibc/qte-mt/ ... is there any way to change it? Jun 07 23:42:44 hm Jun 07 23:43:07 polyonymous, or well ... you can check it and commit it ;] Jun 07 23:43:08 QtEmbedded2 qte-mt-EABI build doesn't configure like this? Jun 07 23:43:32 its uclibc + eabi Jun 07 23:43:45 its the weirdest configuration possible :b Jun 07 23:43:50 Marex, why can't you fix it? Jun 07 23:44:06 polyonymous, fix what? the patch for qte-mt is attached Jun 07 23:44:08 and no, I don't commit what I can't really check. Jun 07 23:44:12 Marex, no, the summary Jun 07 23:44:22 Marex, like edit it and press enter? Jun 07 23:44:26 because ... I dunno how Jun 07 23:44:28 ah :D Jun 07 23:44:32 polyonymous, thanx Jun 07 23:44:44 isn't it obvious? :) Jun 07 23:46:21 * thesing > bed Jun 07 23:46:27 night all. Jun 07 23:46:40 polyonymous, hmm ... textboxes like those are often read-only ... Jun 07 23:46:58 but it's always worth trying if it's not disabled :) Jun 07 23:47:27 polyonymous, ok ... I see ... thanx :] Jun 07 23:47:38 noprob Jun 07 23:48:54 | FATAL: Unsupported target linux-uclibcgnueabi for oe-g++ qmake spec Jun 07 23:49:01 darn ... libqpe now ... ok, time to play Jun 07 23:55:19 03ifaistos 07org.oe.dev * r2c558572... 10/ (1 packages/linux/linux-epia-2.6.19.2/epia_defconfig): Jun 07 23:55:19 packages/linux/linux-epia-2.6.19.2/epia_defconfig : Enable wireless extensions Jun 07 23:55:19 Enable varius crypto modules Jun 07 23:55:28 03ifaistos 07org.oe.dev * r35cb6607... 10/ (1 conf/machine/i586-generic.conf): conf/machine/i586-generic.conf : Remove tune includes Jun 07 23:55:34 03ifaistos 07org.oe.dev * rb0b3acf6... 10/ (1 conf/machine/i686-generic.conf): Jun 07 23:55:34 patched conf/machine/i686-generic.conf : remove tune includes Jun 07 23:55:34 Set oldest kernel to 2.6.20 Jun 07 23:55:38 03ifaistos 07org.oe.dev * r0edba1d7... 10/ (1 packages/clish/clish_0.7.1.bb): packages/clish/clish_0.7.1.bb : Disable parallel make Jun 07 23:55:44 03ifaistos 07org.oe.dev * rd64f07ff... 10/ (1 conf/distro/include/oplinux.inc conf/distro/oplinux.conf): conf/distro/oplinux.conf : Various changes Jun 07 23:55:49 03ifaistos 07org.oe.dev * rdc47960e... 10/ (1 classes/oplinux-mirrors.bbclass): Jun 07 23:55:49 classes/oplinux-mirrors.bbclass : Set mirrors to correct url. Remove local (i.e awmn) Jun 07 23:55:49 mirrors. Jun 08 00:02:26 03polyonymous 07org.oe.dev * r1a91225e... 10/ (3 files in 3 dirs): Jun 08 00:02:26 uqtreader: opie-reader made for qt4-x11 Jun 08 00:02:26 the very first successfull attempt to get it running on qt4-x11. Jun 08 00:02:26 very dirty, but working, patch. Jun 08 00:07:48 nigh everyone Jun 08 00:08:15 gnight polyonymous ... btw one more bug down :b Jun 08 00:08:24 this is pretty nasty though Jun 08 00:15:01 * * OE Bug 2437 has been created by marek.vasut@gmail.com Jun 08 00:15:03 * * libqte-opie wont compile with uclibc Jun 08 00:15:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2437 Jun 08 00:18:33 hey can someone do me a fav and send me their ipkg.conf for collie Jun 08 00:18:53 if someone actually has one since i just deleted mine on accident Jun 08 00:20:17 * v8jlene is back Jun 08 00:20:20 can anyone tell me why opie-image requires X ? :-/ Jun 08 00:21:48 good morning Jun 08 00:22:44 Marex: because gpe or opie depend on kdrive Jun 08 00:25:00 crink, why do you think its called opie image? :b Jun 08 00:25:23 probably because the image contains opie ... and opie doesnt depend on X ... so? :b Jun 08 00:25:54 Marex: because opie isn't bootstrap-image or angstrom-console-image.. Jun 08 00:26:03 s/opie/opie-image/ Jun 08 00:26:22 crink, and? Jun 08 00:26:28 that is all. Jun 08 00:26:44 ahm ... I think you or I missed something Jun 08 00:27:17 gpe is gtk + console-image(rootfs+kernel), opie is qt+console-image Jun 08 00:27:30 including wm Jun 08 00:27:44 * crink prefer gpe Jun 08 00:28:11 opie is qte + console-image Jun 08 00:28:17 yes Jun 08 00:28:19 which means it should NOT depend on X libs Jun 08 00:28:26 no Jun 08 00:28:36 crink, GPE is useless on slow devices btw Jun 08 00:28:40 crink, yes Jun 08 00:29:52 directfb/svgalib/fbui/linuxfb/ggi/etc is only without-x and with-gtk/qt Jun 08 00:29:59 iirc Jun 08 00:30:26 have to go, my serial terminal state is not normal, try to reboot. Jun 08 00:30:33 bb Jun 08 00:30:36 opie doesnt depend on qt-x11 :-/ Jun 08 00:30:50 qt/e and qt-x11 is something different Jun 08 00:30:56 opie runs without X Jun 08 00:31:05 Marex: I think task-base or somebody else pulls in X11 during the build Jun 08 00:31:07 Marex: perhaps Jun 08 00:31:32 crink, for sure ... geez Jun 08 00:31:58 * crink won't know much about qt-family.. Jun 08 00:32:33 will be back soon Jun 08 00:32:47 03lenehan 07org.oe.dev * r98d522eb... 10/ (1 packages/rp-pppoe/rp-pppoe_3.8.bb): Jun 08 00:32:47 rp-pppoe 3.8: The server needs to depends on the client since it uses the Jun 08 00:32:47 client to perform all the comms once a session has been established. Jun 08 00:33:41 opie-remove -> lirc Jun 08 00:33:43 :E Jun 08 00:37:01 * crink back Jun 08 00:50:55 hi Jun 08 01:02:25 hi Jun 08 02:51:59 03mwester 07org.oe.dev * rc6fbef1b... 10/ (3 files in 3 dirs): unslung-kernel: defconfig - enable input, hid, and hiddev kernel modules. **** ENDING LOGGING AT Fri Jun 08 02:59:56 2007