**** BEGIN LOGGING AT Sun Jan 17 02:59:56 2010 **** ENDING LOGGING AT Sun Jan 17 06:31:16 2010 **** BEGIN LOGGING AT Sun Jan 17 06:31:40 2010 Jan 17 09:18:46 03Martin Jansa  07org.openembedded.dev * r82b3ed5a69 10openembedded.git/recipes/efl1/ewl_svn.bb: Jan 17 09:18:46 ewl: add autopoint call to do_configure_prepend Jan 17 09:18:46 * autoreconf call from inherit autotools has autopoint excluded Jan 17 09:18:46 * ewl doesn't build without it, let me know if there is better way to Jan 17 09:18:46 enable autopoint in autoreconf Jan 17 09:18:48 Signed-off-by: Martin Jansa Jan 17 09:23:30 laibsch: i want put poky on to imx27ads, which DISTRO do i need to choose Jan 17 09:24:09 can anybody pls tell me about it Jan 17 09:27:25 manz: you can try to use Angstrom or maybe KaeilOS Jan 17 09:31:29 manz: minimal is also in good shape you can try any one of those infact Jan 17 10:07:42 can i have LTIB along with OE on same machine Jan 17 10:08:34 does they mess up with their required package versions. Jan 17 10:37:24 I read the comments in minimal-image.bb. It says "gives you a small image with ssh access". What I wonder is - does that image even have network support? Jan 17 10:49:21 or rather, what's the difference between minimal-image and console-image when it comes to support for network adapters. Reason I'm asking is cause minimal-image doesn't seem to find any nics Jan 17 11:03:39 NIC support basically comes down to a question of what modules are compiled into your kernel, or included in the filesystem. That is generally a MACHINE and/or DISTRO choice, not something that's specified by the image. Jan 17 11:12:33 pb_, ok so I'm probably just don't have the needed modules in my minimal rootfs while I have them in the console-image rootfs.. Jan 17 11:13:02 jovox the modules could also be compiled into the kernel Jan 17 11:14:48 jovox: yeah, that's possible, though it would be slightly surprising if console-image included a specific set of modules. Jan 17 11:18:08 :as the system has no idea on what exact nic you are using and so has no idea what module you need Jan 17 11:18:36 if it is there I would expect it to be hardwired into the kernel (assuming a hardwired nic and not a usb one) Jan 17 11:24:28 I'm surprised the nics doesn't appear in minimal... The nics are hardwired. The error I get when doing an "ifconfig ip netmask mask" is SIOCSIFADDR: no such device" Jan 17 11:27:50 jovox is the nic up? ( ifup eth0 ), is the detection listed in dmesg ? Jan 17 11:29:24 ifup also says no such device and I can't see it in dmesg, no.. (dmesg | grep eth) Jan 17 11:30:21 jovox: i suggest to check your kernel defconfig to see if ethernet is compiled in, it seems it isn't Jan 17 11:38:59 eFfeM_home, I just deployed the console-image using the same kernel. The network works perfect in there.. Hmmm Jan 17 11:40:12 jovox: is the driver in the kernel or a module? Jan 17 11:40:59 as It's the same kernel and only loading the nics in the console-image I assume it's in a module Jan 17 11:41:21 jovox: when you boot the console image issue an lsmod Jan 17 11:42:04 there are a few Jan 17 11:42:24 not sure which one loads the nics Jan 17 11:44:26 pastebin them somewhere Jan 17 11:44:44 or rmmod them one by one and see if your network stops working Jan 17 11:45:33 http://pastebin.com/m1206415e Jan 17 11:48:08 hm, don't see any network specifics, but there is a thing or two I don't know Jan 17 11:48:15 what machine do you have ? Jan 17 11:49:48 Axiomtek. intel atom Jan 17 11:50:22 r8169 is a nic Jan 17 11:50:38 pb_, ah ok Jan 17 11:50:57 check lspci, see what chipset it says your nic is Jan 17 11:51:48 none of the other modules in that pastebin look like nic drivers. the ircomm ones are IrDA (!), ev* is input, rng_core is a random number generator, pcspkr is an audio driver Jan 17 11:53:10 lspci wasn't too useful to me: http://pastebin.com/m2edd9ef0 Jan 17 11:54:20 for me lspci also gives a listing of the names; btw lspci -v will give more info Jan 17 11:54:41 and lspci -vv might give even more Jan 17 11:56:39 http://pastebin.com/m37dfabb8 Jan 17 12:01:30 your nic is indeed an 8169 modules Jan 17 12:01:52 copy the module over to your minimal image and load it or build it into the kernel Jan 17 12:02:01 lunchtime ... Jan 17 12:02:33 eFfeM_home, ok, thanks you for your help Jan 17 12:08:06 what is the best approach when customizing an image. I've been working with OE for a while now, and so far I just created an overlay directory, copied the console-image.bb into it and started adding the apps I want to be installed to IMAGE_INSTALL. Is this the way to go? Jan 17 12:08:55 jovox: check out hrw|gone's article on this. Jan 17 12:09:28 Jan 17 12:12:09 jovox: http://bec-systems.com/web/content/view/79/9/ Jan 17 12:12:14 maybe that might help Jan 17 12:16:55 rkirti, Thanks, that pretty much describes what I was doing Jan 17 12:21:07 jovox: yeah. I am not the authority on this subject. But personally I prefer having a separate image file than adding on a to standard OE image bb Jan 17 12:21:55 * rkirti vaguely recalls something about using RDEPENDS and hrw|gone's article. Cant get it atm though Jan 17 12:55:25 hi all Jan 17 12:55:33 anybody knows how to declare the arrow keys in xkbd ? Jan 17 13:23:42 03Rolf Leggewie  07org.openembedded.dev * rcf19ee7045 10openembedded.git/ (4 files in 3 dirs): scim: initial commit for version 1.4.9 Jan 17 13:23:43 03Rolf Leggewie  07org.openembedded.dev * rc28e4e27e5 10openembedded.git/ (9 files in 2 dirs): firefox: looks like the Mozilla project moved from serving source over http to ftp. Fix SRC_URI and checksums.ini Jan 17 13:23:43 03Rolf Leggewie  07org.openembedded.dev * r9c27d6065a 10openembedded.git/recipes/mozilla/firefox.inc: firefox: configuration depends on alsa-lib. Closes: #5378 Jan 17 13:26:26 * jovox wouldn't mind if anyone fixed the openembedded/recipes/zip/zip_2.32.bb recipe. The source url http://ftp.info-zip.org/pub/infozip/src/zip232.tar.gz is still wrong Jan 17 13:33:20 khem: hey, can we talk re the opie-taskbar issue when you have a minute? thx Jan 17 13:33:59 jovox: which shouldn't be a problem since the file is available from the OE mirror Jan 17 13:34:43 jovox: and if anything it's the inc file that needs fixing Jan 17 13:35:16 right Jan 17 13:35:29 jovox: where is the correct URL? Jan 17 13:35:36 lemme check Jan 17 13:35:55 I fixed this in an earlier version iirc Jan 17 13:37:18 ftp://ftp.info-zip.org/pub/infozip/src/ ftp:// instead of http:// but it looks like there is no tar.gz there Jan 17 13:38:36 looks like it's now available in sf.net Jan 17 13:38:49 those guys have some weird ideas about proper paths Jan 17 13:39:34 ftp://ftp.info-zip.org/pub/infozip/src/zip232.tgz Jan 17 13:39:36 thats it Jan 17 13:40:49 IOW, s/http/ftp/ Jan 17 13:42:04 03Rolf Leggewie  07org.openembedded.dev * r6b50319859 10openembedded.git/ (conf/checksums.ini recipes/zip/zip.inc): zip: hosting moved from http to ftp Jan 17 13:42:05 jovox: there you go Jan 17 13:46:23 Laibsch, thanks! Jan 17 13:46:41 no problem Jan 17 13:46:47 was this a real issue for you? Jan 17 13:50:55 no, as you said it picked it from the mirror but it took some time for it to give up Jan 17 13:54:25 RP: Can I talk to you if you have a minute? Jan 17 14:16:53 03Martin Jansa  07org.openembedded.dev * r2ffa71b47b 10openembedded.git/recipes/omgps/ (omgps/gcc-4.4.patch omgps_svn.bb): Jan 17 14:16:53 omgps: add patch for gcc-4.4 build Jan 17 14:16:53 Signed-off-by: Martin Jansa Jan 17 14:19:07 @all: http://paste.debian.net/56920/ results in http://tinderbox.openembedded.org/public/logs/task/4454581.txt (anthy/anthy.h is not found, it's available in a couple of places at ../tmp/minimal/org.openembedded.dev/staging/*/usr/include/anthy/anthy.h) Jan 17 14:19:38 -I/usr/include is called so I'm not sure why the file is not found. Help appreciated Jan 17 14:27:27 -I/usr/include is wrong, isn't it? Jan 17 14:28:57 03Frans Meulenbroeks  07org.openembedded.dev * r3429df8653 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev Jan 17 14:29:08 03Frans Meulenbroeks  07org.openembedded.dev * ref74b2a646 10openembedded.git/contrib/angstrom/build-feeds.sh: Jan 17 14:29:08 contrib/angstrom/build-feeds.sh: added nfs-utils Jan 17 14:29:08 The unstable feed for angstrom had 1.1.2-r4.3 on the feed (dated 18 jun 2009) Jan 17 14:29:08 This one has a broken mountd, causing mounting an nfs filesystem to fail. Jan 17 14:29:08 The nfs-utils in head is r7 and builds and works fien for me. However as Jan 17 14:29:10 nfs-utils had been removed from build-feeds.sh it was not updated; therefre added it. Jan 17 14:31:11 Laibsch: -I/usr/include is wrong, isn't it? It should trigger "cross compile badness", but it depends on which distro do you build Jan 17 14:32:45 Laibsch: -I/usr/include should point to your staging dir, something like -Isomepath/org.openembedded.dev/staging/*/usr/include/ Jan 17 14:32:45 I was told that -I/usr/include is in fact OK Jan 17 14:32:55 that is what I thought Jan 17 14:33:02 but apparently, it's relative Jan 17 14:33:10 hm Jan 17 14:34:13 damnit, anyone know how to get rid of the strange characters that appears in the terminal when using screen? (this has nothing todo with OE). I know I fixed this once but forgot what I did Jan 17 14:34:16 pb_: Or am I wrong about the include directory? Jan 17 14:35:01 you mean absolute path, right Jan 17 14:41:57 ynezz: no, -I/usr/include look absolute, but apparently it's relative to the staging area. relative would be OK, absolute would then explain the error Jan 17 14:47:37 from the tinderbox build log looks like it's absolute Jan 17 14:47:42 Laibsch: afaik, the -I paths are absolute, not relative Jan 17 14:47:54 I see Jan 17 14:47:59 Must have misunderstood you, then Jan 17 14:48:12 How do I fix that, then? Jan 17 14:48:26 Having a look at Makefile and friends, hm? Jan 17 14:48:29 Right. Jan 17 14:48:59 I'm a bit surprised that you didn't encounter the zecke check and its CROSS_COMPILE BADNESS errors with that -I setting. Jan 17 14:49:16 because this check depends on used distro I think Jan 17 14:49:25 But, yeah, you'd need to look at the makefile to see where -I/usr/include is coming from. Jan 17 14:50:20 ynezz: which DISTROs don't have it? Jan 17 14:50:34 it's in bitbake.conf, and a quick inspection with grep doesn't show any obvious places that it's turned off. Jan 17 14:50:57 it's in insane class and it inherits only angstrom and kaelios Jan 17 14:51:12 s/it/it's inherited/ Jan 17 14:51:41 no, it's not in insane.bbclass Jan 17 14:51:41 I fiddled with insane.bbclass locally ;-) Jan 17 14:51:55 the badness check there is different. Jan 17 14:52:54 can you see any other class including this message? Jan 17 14:53:23 grep -iR badness openembedde.git shows only insane class Jan 17 14:53:36 nothing else Jan 17 14:57:00 http://zecke.blogspot.com/2006/10/quality-in-openembedded.html Jan 17 14:58:15 ping Laibsch Jan 17 14:58:18 try now :) Jan 17 15:01:09 timtimred: thanks Jan 17 15:01:14 I'll assume it's fixed Jan 17 15:01:22 I have other things on my hand right now Jan 17 15:01:37 no worries should work, drop me a mail if not... Jan 17 15:02:12 ok Jan 17 15:06:16 03Michael 'Mickey' Lauer  07org.openembedded.dev * r8cb3620fee 10openembedded.git/recipes/python/ (python-pyid3lib/gcc4-fix.patch python-pyid3lib_0.5.1.bb): python-pyid3lib: fix compiling for gcc4.x Jan 17 15:07:28 Everybody busy fixing gcc4 build errors ;-) Jan 17 15:07:48 :) Jan 17 15:09:15 is someone working on recipe for libtool-2.2.6b? IIRC seen discussion about libtool somewhere.. Jan 17 15:30:32 laibsch Jan 17 15:32:39 WARNING: No matches in filesystem for /stuff/bitbake/bin in COLLECTIONS Jan 17 16:22:10 ynezz: it's not in a class, it is part of gcc. Jan 17 17:21:40 pb__: ah :) Jan 17 17:26:00 pb__: anyway, I can't find it in gcc sources Jan 17 17:28:58 I want to delete the gnome-games recipe :) Jan 17 17:30:47 Crofton: you too? :) Jan 17 17:31:08 not only remove but delete completely :)) Jan 17 17:33:26 Hmm Jan 17 17:33:36 Anyone know if there's a good reason opkg-native doesn't depend on openssl-native? Jan 17 17:41:27 03Tom Rini  07org.openembedded.dev * r08008989b6 10openembedded.git/recipes/opkg/opkg-native_svn.bb: Jan 17 17:41:27 opkg-native: Add openssl-native to DEPENDS. Jan 17 17:41:27 Won't build without it, so no PR bump. Jan 17 17:55:38 jo Jan 17 17:57:14 I have an old recipe lying around here that I never got into shape to compile Jan 17 17:57:23 It has DEPENDS for x11 Jan 17 17:57:30 That probably used to work Jan 17 17:57:34 but doesn't anymore Jan 17 17:57:40 What is the likely replacement? Jan 17 17:58:57 03Rolf Leggewie  07org.openembedded.dev * r2d33153932 10openembedded.git/recipes/scim/ (10 files in 2 dirs): Jan 17 17:58:57 scim: add a couple of patches from Ubuntu, Debian and Gentoo. Jan 17 17:58:57 * all relevant patches have been pushed to and committed upstream Jan 17 17:58:57 only relevant patch for the next release will be the generic, OE-only Jan 17 17:58:57 "configure.patch" Jan 17 18:04:24 JaMa, right, OE os for serious business Jan 17 18:07:32 Tartarus: do you own tartarus.org? Jan 17 18:08:09 I'm not a gamer at all, but gaming has grown into a damn serious business Jan 17 18:09:29 Laibsch, nope Jan 17 18:09:40 I see Jan 17 18:09:50 Looks like the guy changed upstream source Jan 17 18:10:11 http://snowball.tartarus.org/dist/libstemmer_c.tgz Jan 17 18:10:21 heh Jan 17 18:10:36 And I was wondering if I could bitch at you ;-) Jan 17 18:11:23 heh Jan 17 18:18:35 ynezz: ls recipes/gcc/*/zecke* Jan 17 18:18:54 there are loads of them! Jan 17 18:19:28 Laibsch: libx11 Jan 17 18:49:04 03Martin Jansa  07org.openembedded.dev * r2080e02133 10openembedded.git/ (7 files in 4 dirs): Jan 17 18:49:04 linux-openmoko: bump SRCREV to latest revision, drop applied patches Jan 17 18:49:04 Signed-off-by: Martin Jansa Jan 17 18:51:21 too bad leviathan is not there Jan 17 18:51:27 oops wrong channel Jan 17 18:55:31 hi, anyone care to have a short look at my opkg install libssl errors: http://www.pastebin.ca/1754953 Jan 17 18:59:56 the error message seems clear enough to me, no? Jan 17 19:00:08 and anyways, this is an #angstrom issue, probably Jan 17 19:00:49 ehm there is only one libcrypto Jan 17 19:01:25 and this could well be an issue with the openssl recipe or with opkg and afaik recipes in general do not belong to distros, do they ? Jan 17 19:02:04 first line of defense is still #angstrom Jan 17 19:06:39 anybody still remember what libqte-mt-static recipe was for? IOW, when should the -static one be preferred over the nonstatic package? Jan 17 19:07:03 hrw|gone, pb_, kergoth: do you remember? ^^^ Jan 17 19:10:26 RP: 0159f66e0d95c45537de4ab77924ba6521022370 should be cherry-picked from master to 1.10 (it tries to git clone all git repos because of SRCPV) and please apply that patch for repodir I sent to both master and 1.10 (I cannot compile it without this patch) Jan 17 19:15:42 eFfeM_home: again packages contents got changed Jan 17 19:16:26 Laibsch: no idea, qt isn't really my area. zecke or mickey would probably know. Jan 17 19:17:26 Laibsch: forget that static exists at all Jan 17 19:17:42 Laibsch: and qte2 other then 2.3.10 should be dropped iirc Jan 17 19:18:32 hrw|gone: I think that's what will happen, then Jan 17 19:18:34 thanks Jan 17 19:18:41 Laibsch: mickeyl added it nearly 4 years ago so I is deprecated rather Jan 17 19:19:20 qte 2.3 should be forgotten ;D Jan 17 19:20:30 seems like bluelightning just can't ;-) Jan 17 19:20:49 And I have one or two apps where I want to verify a replacement before moving on Jan 17 19:20:56 zten, for example Jan 17 19:21:04 and Japanese input in general Jan 17 19:21:33 no Jan 17 19:21:35 opie Jan 17 19:21:40 needs qt 2.3 Jan 17 19:21:47 * hrw|gone -> off anyway Jan 17 19:21:54 nite hrw Jan 17 19:45:23 woglinde: don't worry, I don't think qte 2.3 will die too soon Jan 17 19:45:43 and hrw said that 2.3.10 should be kept Jan 17 19:46:12 who is this Robert guy anyway? Jan 17 19:46:23 He is seriously pissing me off Jan 17 19:46:44 It's not manz by chance, or is it? Jan 17 19:47:02 robert p j day, you mean? Jan 17 19:47:11 yes Jan 17 19:47:16 he is indeed a bit annoying, though I guess he means well Jan 17 19:47:24 yes, he means well Jan 17 19:48:06 But he tells me "thanks for pointing me to git log, will do that later" and then the next second sends out 5-10 mails requesting the same information I told him how to get for himself AGAIN! Jan 17 19:48:16 And he's been told to use the tracker Jan 17 19:48:22 He's been told to use tinderbox Jan 17 19:48:33 He is starting to become a serious drain Jan 17 19:48:50 at least on my patience ;-) Jan 17 19:49:06 nono Jan 17 19:49:12 opie dont die Jan 17 19:49:28 hm gnome-games is fixed anyway Jan 17 19:50:08 not if you ask that Robert weirdo Jan 17 19:50:27 woglinde: I'll drop qte-mt-static in a minute, though Jan 17 19:50:31 Any objections? Jan 17 19:50:40 only the static recipe Jan 17 19:50:52 Because apparently it has no purpose anymore Jan 17 19:51:11 and IIRC it can lead to problems if you bake both the static and the nonstatic version in the same tmpdir Jan 17 19:51:25 kill static is okay for me Jan 17 19:51:35 but ask bluelightning Jan 17 19:51:42 maybee he needs it for something Jan 17 19:52:56 I'm trying to find why firefox start to fail to build but I'm missing. Can someone try to help me on that? Jan 17 19:55:35 otavio do you have the log again? Jan 17 19:56:41 woglinde: I do ... but from dev log it looks like it is a know issue with 3.0.4 and newer gcc Jan 17 19:56:48 woglinde: i'm updating it Jan 17 19:56:50 woglinde: bluelightning and hrw have given the thumbs up Jan 17 19:57:13 otavio: do you absolutely need 3.0.4? Jan 17 19:57:21 3.5.5 built fine for me yesterday Jan 17 19:57:24 give it a try Jan 17 19:57:40 and you should report those builds against tinderbox Jan 17 20:00:09 hallo Jan 17 20:01:12 03Rolf Leggewie  07org.openembedded.dev * r84900630a4 10openembedded.git/recipes/qte/qte-mt-static_2.3.10.bb: Jan 17 20:01:12 qte: drop static version Jan 17 20:01:12 * it doesn't seem to be in use any longer and can create problems Jan 17 20:01:12 if built in the same TMPDIR alongside the nonstatic version Jan 17 20:01:14 * ACK'd by hrw, woglinde and bluelightning Jan 17 20:02:04 3.0.4 has security bugs anyway Jan 17 20:02:57 Laibsch: I've just finished the cherry-picking of changes to get firefox 3.5.5 Jan 17 20:03:15 you have a local branch? Jan 17 20:04:28 Laibsch: yes; based on stable Jan 17 20:04:38 Laibsch: I'll update it to dev soon Jan 17 20:04:51 Laibsch: but I'm still deciding how to do that Jan 17 20:05:28 * Laibsch remembers something on the ml about that Jan 17 20:05:50 are we seeing a new stable branch anytime soon? Jan 17 20:06:00 if so, I'd love to hear about the policy for it Jan 17 20:06:13 Laibsch: yes Jan 17 20:06:18 tsc should decide Jan 17 20:06:21 * Laibsch would be interested in a bugfix-only branch Jan 17 20:06:39 Laibsch: people didn't worry too much about stable and how to update from stable/2009 to stable/2010 Jan 17 20:06:58 Ah, yes Jan 17 20:07:02 I remember better now Jan 17 20:07:27 woglinde: There is nothing wrong per se with the current policy Jan 17 20:07:45 I'd be more interested in a bugfix-only branch, though Jan 17 20:08:12 Both approaches are legitimate and I don't think OE will support three branches ;-) Jan 17 20:13:47 * JaMa guess that Laibsch will be annoyed even more now.. Jan 17 20:14:02 why? Jan 17 20:14:05 answers? Jan 17 20:14:07 e-mail :) Jan 17 20:14:26 alright Jan 17 20:14:35 Welcome to my ignore file, then, Mr Robert Jan 17 20:14:47 hihi Jan 17 20:14:53 let me see Jan 17 20:16:13 JaMa: just a confirmation of my suspicion. Jan 17 20:17:41 He's even got a nicely broken Message-ID, so with some luck I can even block out the follow-ups to his junk :-D Jan 17 20:18:55 he seems to be ignoring other people opinions :/ Jan 17 20:18:58 I will slient fix the bugs Jan 17 20:19:07 and let him complain Jan 17 20:19:42 * broonie notes that he'd be an awful lot more useful if he actually contributed stuff rather than juts mailing the list all the time. Jan 17 20:19:46 + continue Jan 17 20:19:49 I forgot Jan 17 20:21:26 yes maybe he should accept the truth that fedora F12 is not only right distro and if something fails there (or even only on his computer) then it's his duty to check why it doesn't work there.. Jan 17 20:21:54 kama to mee seems his problems are easy to fix Jan 17 20:21:57 args jama Jan 17 20:27:34 with his signature "Linux Consulting, Training and Kernel Pedantry." I would expect better approach Jan 17 20:28:08 He used to e-mail kernel maintainers with unreferenced Kconfigs he found. Jan 17 20:28:27 Every kernel release there'd be a mail for me saying "Oh, $THING is there" Jan 17 20:29:05 Every kernel release I'd mail him back (with increasing rudeness) saying "That's something that needs to be added in arch/arm for that board - you really need to speak to the board/port maintainers" Jan 17 20:31:36 In that case maybe we should think about blocking him from the list if he continues this way Jan 17 20:31:54 I remember that zecke was quite annoyed already by his first mail Jan 17 20:32:08 laibsch no Jan 17 20:32:12 better let him talk Jan 17 20:32:18 its fun Jan 17 20:32:26 but dont answer Jan 17 20:32:31 for certain definitions of fun ;-) Jan 17 20:38:12 Dammit, why did Mark have to go and rewrite the gzio code. Jan 17 20:56:33 0humm ... Jan 17 20:56:38 still fails Jan 17 21:06:10 broonie: re: contribution, if you're referring to robert day, he has sent a variety of fixes for the bitbake documentation to the bitbake-dev list. Jan 17 21:06:31 That sounds like him, yeah. Jan 17 21:07:19 if people want to whine about his posts, i can see that, but don't claim he never contributes when he clearly does from time to time Jan 17 21:10:14 It's the disproportionate comparison between his contributions and his demands that I noticed (particularly with his OE stuff). Jan 17 21:10:38 A lot of the posts in the last thread came over as "WTF? You haven't fixed my problem yet! Get to it!" Jan 17 21:11:17 which isn't really what you expect with a project targetted at the sort of audience OE is. Jan 17 21:11:54 broonie: you know that there are all kind of people in FS World. Jan 17 21:12:15 broonie: some are quite good in technical aspects and horrible in social ones Jan 17 21:12:22 broonie: we need to live with that Jan 17 21:15:19 Yeah, that's why the contributions help. Jan 17 21:19:48 the problem (apart from his demanding attitude) is him insisting on his particular ways (which aren't helpful) Jan 17 21:20:08 this loss of efficiency for a large number of people is not counterbalanced by a few contributions to docs Jan 17 21:20:39 * mwester is so glad that mwester never upsets anyone on the OE ml. Jan 17 21:20:42 ;) :D Jan 17 21:21:10 "loss of efficiency for a large number of people" is hand waving. make a list of the "vast" number of people forced to filter his messages to the trash in their mail clients, then we can talk about alienating users and contributers by blocking them from the lists Jan 17 21:22:08 * broonie agrees that blocking him would be bad Jan 17 21:22:16 it's not hand waving Jan 17 21:22:25 Just look at who tried to help him Jan 17 21:22:29 and what he did Jan 17 21:22:42 AFAICT he did not follow a single advice Jan 17 21:22:47 even when given numerous times Jan 17 21:22:57 helpers include (from my head) Jan 17 21:23:01 Paul Wenzel Jan 17 21:23:06 Zecke Jan 17 21:23:07 Me Jan 17 21:23:17 and I'm quite positive there were others Jan 17 21:23:32 so, yes, there is significant loss if valuable suggestions are ignored Jan 17 21:26:30 I'm not arguing for the half-joking suggestion to get him banned. But kergoth makes it sound like we're all treating him unfairly. Jan 17 21:30:44 re Jan 17 21:41:56 florian: hey Jan 17 21:42:53 florian: about dns on ltg :) Jan 17 21:48:10 * Jay7 started building of gnome-games Jan 17 21:48:15 just to be sure :) Jan 17 22:13:25 re Jan 17 22:22:35 Jay7: you are pretty familiar with kexecboot, aren't you? Jan 17 22:23:11 does kexeceboot currently allow booting of an ext2 filesystem-in-a-file on a vfat partition? Jan 17 22:23:19 if not, is that a planned feature? Jan 17 22:32:58 * broonie notes that zlib 1.2.3.5 (not in OE) breaks libxml rather impressively due to libxml peering inside the zlib internals in ways that it really shouldn't. Jan 17 22:33:30 Trying to update zlib in OE would be a really bad idea :/ Jan 17 22:33:30 hm zlib 1.2.3.5? Jan 17 22:33:36 New upstream beta. Jan 17 22:33:43 ieehks beta Jan 17 22:33:54 libjpeg8 is out too Jan 17 22:34:31 zlib upstream is rather glacial and Debian really wants things like 64 bit clean gzio Jan 17 22:34:51 whats gzio? Jan 17 22:34:57 gzopen() and friends Jan 17 22:43:09 Laibsch: yes, I'm :) Jan 17 22:43:28 no, kexecboot can boot only from real FS atm Jan 17 22:43:43 about planned'ness... Jan 17 22:43:55 I've no such plans :) Jan 17 22:44:33 we scanning /proc/partitions for available partitions Jan 17 22:45:54 so.. if you find a way to mount that fs-in-a-file from kernel then it will be usable :) Jan 17 22:46:19 I see Jan 17 22:46:26 Is vfat supported? Jan 17 22:46:34 I guess it may be possible to mount it Jan 17 22:46:54 but then you have the issue of non-existent user/group settings Jan 17 22:47:31 Jay7: does the kexecboot kernel have loop support? Jan 17 22:47:42 isn't that all that would be necessary? Jan 17 22:47:52 vfat is supported Jan 17 22:47:54 maybe not all Jan 17 22:48:00 but the most important thing Jan 17 22:48:02 but not sure about loop Jan 17 22:48:10 better to ask ant Jan 17 22:48:12 how would you use vfat? Jan 17 22:48:19 well. he's not around Jan 17 22:48:22 he is our kernel engineer :) Jan 17 22:48:25 that's why I chose you Jan 17 22:48:42 vfat can't really work conceptually, unless I'm mistaken Jan 17 22:49:14 you can place on vfat zImage with initramfs inside e.g. Jan 17 22:49:23 then it can be booted by kexecboot Jan 17 22:49:55 kergoth: Is bitbake 1.8.18 the recommended version to use? Jan 17 22:50:15 sgh for dev yes Jan 17 22:50:46 woglinde_: and if I'm a mortal user. Which version should I use then? Jan 17 22:56:39 for the records, qte-mt-static was for the Qt2.x backport of Konqueror/Embedded 3.x Jan 17 22:57:06 archos has sponsored that back then when they were using Qtopia Jan 17 22:57:10 Jay7: tell me more. Is there a size limit? Jan 17 22:57:37 Laibsch: in kexecboot's code - no Jan 17 22:58:06 it just kexec'ing zImage Jan 17 22:58:11 by kexec-tools Jan 17 22:58:17 mickey|sports: thank you for sharing that background. Is the Konq/E still used/useable? I know you have probably not touched it in years. But you know that others are still interested in Opie. Jan 17 22:58:33 Jay7: so, basically, that's what I want, right? Jan 17 22:58:36 ask bluelightning Jan 17 22:58:41 a zImage Jan 17 22:58:43 about opie and konq :) Jan 17 22:58:52 he didn't know Jan 17 22:58:57 I already did Jan 17 22:59:08 Laibsch: may be :) I don't know what you want exactly :) Jan 17 22:59:10 He didn't know what the use of qte-mt-static was Jan 17 22:59:14 Laibsch: afaik no one is using it anymore since long. Jan 17 22:59:26 mickey|sports: zaurus people do :) Jan 17 22:59:33 I figured Jan 17 22:59:44 when I was building konqe I was simply building it against ordinary qte-mt Jan 17 22:59:51 mickey|sports: Is there an alternative browser for Opie? Jan 17 23:00:14 no idea Jan 17 23:00:22 Laibsch: no... once there was opera but it was a really old version built against libs that can no longer be used with Opie Jan 17 23:00:22 been away for long Jan 17 23:00:35 well, at least I assume so anyway Jan 17 23:00:52 bluelightning: then we should keep that in the back of our heads and maybe resurrect qte-mt-static Jan 17 23:01:10 someone can port webkit one time ;) Jan 17 23:01:18 mickey|sports: what difference did it make building konqE against -static or plain? Jan 17 23:01:23 jay7 hu? Jan 17 23:01:25 Laibsch: ok, well last I played around with konqe I did not need it, but as you say it's easy to bring back Jan 17 23:01:25 binary compatibility Jan 17 23:01:38 Opie feeds were binary compatible with the SharpROM for years Jan 17 23:01:42 woglinde_: someone ;) Jan 17 23:01:48 Jay7: What I want is to simply place a file on my SD card for testing instead of untarring the filesystem. With a vfat formatted card, I'm also more flexible in the usage. Jan 17 23:01:48 but therefore we could not use -mt Jan 17 23:01:56 jay7 not even zecke would make it Jan 17 23:02:06 for people who wanted opie + konq/e 3.x we had to use a static variant Jan 17 23:02:10 woglinde_: one time one man will sit down and port it I believe! :) Jan 17 23:02:11 I see Jan 17 23:02:16 anyways, all that is void these days Jan 17 23:02:23 bluelightning: I don't think we need -static, then Jan 17 23:02:23 jay7 no Jan 17 23:02:25 as the base feeds can be built w/ an mt variant Jan 17 23:02:29 yes Jan 17 23:02:48 Laibsch: you can pack your fs into initramfs and use one big single zImage file :) Jan 17 23:02:58 and I doubt even with that -static mt things would be binary compatible these days Jan 17 23:03:16 or try to configure loop device.. but I'm not sure about kernel support Jan 17 23:03:17 mickey|sports: will sharprom-compatible distro work without -static? Jan 17 23:03:48 no idea Jan 17 23:03:58 but seriously, all that stuff is so old Jan 17 23:04:12 if someone still wants to jump through all hurdles necessary to resurrect it Jan 17 23:04:17 he may as well bring back the -static variant Jan 17 23:04:42 i gave up on my python feed for sharprom years ago as well Jan 17 23:04:42 it's just that the information about it is being lost Jan 17 23:04:50 well Jan 17 23:04:50 those who have it, have lost interest Jan 17 23:04:53 as long as I'm living... Jan 17 23:04:57 the info is somewhat availabie ;) Jan 17 23:05:27 I guess I should look into moving forward to Qt4X11 as soon as possible Jan 17 23:05:37 but there still are some thing I can only do in old opie Jan 17 23:05:58 and bluelightning seems to have an undying love for it ;-) Jan 17 23:06:12 I'm looking for qt4x11 too Jan 17 23:06:43 but zaurus RAM is too small.. Jan 17 23:07:10 * Jay7 want a new motherboard and screen for zaurus Jan 17 23:07:29 something like beagleboard :) Jan 17 23:07:39 *g* Jan 17 23:08:03 or pandora Jan 17 23:08:08 really? Jan 17 23:08:13 qt4x11 is not an option? Jan 17 23:08:32 Well, then I don't even need to think about leaving Opie Jan 17 23:08:35 Laibsch: it can be used but.. Jan 17 23:08:44 well Jan 17 23:08:49 swap is necessary anyway :) Jan 17 23:09:08 I'm interested in new hardware, but so far I'm not seeing anything to really get me interested Jan 17 23:09:25 I still like the Z Jan 17 23:09:38 all like Z.. Jan 17 23:11:09 Laibsch: btw, #kexecboot Jan 17 23:12:09 hmm.. Jan 17 23:12:18 CoreDump|home: logs are still broken Jan 17 23:12:52 logs of #kexecboot Jan 18 00:59:12 gnome-games built ok (angstrom, akita) **** ENDING LOGGING AT Mon Jan 18 02:59:56 2010