**** BEGIN LOGGING AT Thu Jul 27 02:59:56 2006 Jul 27 03:39:46 03justinp 07org.oe.dev * r2cf04cf2... 10/ (1 packages/emacs/emacs_cvs.bb): emacs: fix emacs-el package (ordering of packages caused it to be empty) Jul 27 04:56:44 hi all Jul 27 04:56:50 anyone here? Jul 27 06:09:06 <_law_> morning all Jul 27 06:38:52 yo Jul 27 06:41:34 hi law Jul 27 06:41:51 nice to genesis Jul 27 06:45:01 hey Jul 27 06:45:23 what are the possible options for IMAGE_FSTYPES? Jul 27 06:45:52 tkp: afaik ext2, tar and jffs2 Jul 27 06:45:58 good morning all Jul 27 06:46:16 koen: you how how one might go about adding another? Jul 27 06:46:53 I could just wing it inside image_ipk.bbclass Jul 27 06:47:04 but it would be nice if there was a neeter way Jul 27 06:47:14 I'd like to add one for initramfs Jul 27 06:47:58 which would basically just create a cpio archive Jul 27 06:48:02 I'd look in classes/ for the files using that var Jul 27 06:48:21 ah, so it's all done via the classes... Jul 27 06:48:31 I thought it was internal to bitbake somewhow Jul 27 06:48:34 I'll go looking Jul 27 06:49:26 yeah, I'm sure it is... Jul 27 06:49:35 it's done by a function called bbimage Jul 27 06:51:10 guess I could just create my own class Jul 27 06:51:12 03koen 07org.oe.dev * r463f13e6... 10/ (1 conf/machine/h3900.conf): h3900.conf: remove h5xxx bits Jul 27 06:51:52 hi koen Jul 27 06:51:59 tkp: bbimage just adds type to the overrides, so you just have to provide your own IMAGE_DEPENDS_initramfs, IMAGE_CMD_initramfs, etc. Jul 27 06:52:00 does the OE can to build a mips64? Jul 27 06:53:43 oevin: it can build for mips32, but I'm not sure about mips64 Jul 27 06:57:18 koen: then for the mips32. should I how to set the local.conf ..such as MACHINE,TARGET_ARCH,TARGET_OS,DISTRO Jul 27 07:01:06 03koen 07org.oe.dev * redebcdc7... 10/ (1 packages/dri/drm_cvs.bb): drm: inherit pkgconfig Jul 27 07:01:18 oevin: have a look at the other mips machines for inspiration. grep mips conf/machine/*.conf Jul 27 07:04:17 pH5:there are several machines for mips32. Jul 27 07:04:36 * kergoth yawns Jul 27 07:05:42 hey kergoth Jul 27 07:05:45 pH5:what I dont know that whether these mips32-machines would be compatibled by mips64 Jul 27 07:05:46 hey Jul 27 07:07:44 morning Jul 27 07:08:02 hey pH5 Jul 27 07:11:22 oevin: just take what's similar and change what's different. I would set TARGET_CC_ARCH="-march=mips64" in your case, for example. Jul 27 07:12:52 pH5, I get this text, thankssssss Jul 27 07:30:26 morning Jul 27 07:30:44 hey XorA Jul 27 07:32:21 03koen 07org.oe.dev * ra90fd620... 10/ (1 packages/angstrom/task-angstrom.bb): task-angstrom: add some debug stuff Jul 27 07:32:31 03koen 07org.oe.dev * ra7f57ba4... 10/ (1 packages/linux/netbook-pro-kernel_2.6.17.bb): netbook-pro-kernel: update patches Jul 27 07:47:14 I'm trying to pass this to my new bbclass: Jul 27 07:47:17 IMAGE_POSTPROCESS_COMMAND += "cat ${WORKDIR}/stv720.eti >> ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME};" Jul 27 07:47:34 but it seems that ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME} is not poplated in mt bb file Jul 27 07:47:59 is there any way to pass them to the bbclass as is, and then have the bbclass translate the variables? Jul 27 07:58:38 * XorA wonders why his binfmt_misc has to /proc interface Jul 27 07:58:45 s/to/no/ Jul 27 08:01:31 03arjan 07org.oe.dev * r42495379... 10/ (4 files in 3 dirs): linux-h1940: kernel update to 2.6.17 Jul 27 08:10:09 morning Jul 27 08:33:25 03koen 07org.oe.dev * r9f101a66... 10/ (1 conf/machine/h5xxx.conf): h5xxx.conf: fix include for tune-xscale Jul 27 08:44:46 wow... monotone 0.27 is way faster than 0.25! I can actually wait for it to finish now :) Jul 27 08:45:24 Yeah, it's great Jul 27 09:11:14 how do I remove a bitbaked package? Jul 27 09:11:45 mikearthur: in deploy/ipk? Jul 27 09:11:55 mikearthur: wait for koen to clean packages on -cclean Jul 27 09:11:58 from the gpe-image, I know I'll need to rebuild Jul 27 09:13:51 Hmm, I see debug info is split now? (e.g. rootfs/usr/lib/libipkg.so.0.0.0.dbg). Can I omit all .dbg files somehow? Jul 27 09:14:26 wrobbie: omit? they are in different packages?! Jul 27 09:14:52 wrobbie: you could partially undo the cset that introduced .dbg files Jul 27 09:16:20 ah, that doesn't seem to be true for another example, libcrypto0.9.7_0.9.7g-r1_i686.ipk Jul 27 09:17:00 ipkg.0.0.0 is split indeed, didn't see that Jul 27 09:18:33 wrobbie: okay the FILES statement within libcrypto is wrong Jul 27 09:19:11 ah ok. Jul 27 09:19:30 mikearthur: could you point me to your circular dependency loop again? Jul 27 09:19:50 zecke: so the question is, more accurately, how to avoid installing .dbg ipks? :) Jul 27 09:20:22 wrobbie: You mean putting *.dbg files into packages? Jul 27 09:20:29 wrobbie: I doubt that we install .dbg files Jul 27 09:21:38 koen: http://www.openembedded.org/viewmtn/revision.psp?id=684ae194f591c0e473045c75d39e3c8a72ad75b6 Jul 27 09:21:49 is that version working? Jul 27 09:22:04 it didn't crash Jul 27 09:22:25 good enough Jul 27 09:23:26 zecke: I mean, for example, I have usr/lib/libpng12.so.0.1.2.8.dbg in my rootfs, from libpng-dbg_1.2.8-r0_i686.ipk. How can I avoid that? Jul 27 09:23:42 wrobbie: fixing the FILES entries Jul 27 09:24:10 of the packages involved? Jul 27 09:24:21 right Jul 27 09:24:25 fixed it, send patches Jul 27 09:24:35 or wait for godot to fix it for you Jul 27 09:26:17 RP: I didn't get your reply to the OPIE change. Do we violate the package policy? Jul 27 09:26:59 OK thanks, I'll do some testing with FILES Jul 27 09:27:17 wrobbie: I'm currently trying to find the cset that introduced .dbg packages Jul 27 09:27:28 wrobbie: it must contain a change to FILES Jul 27 09:28:03 RP: http://www.openembedded.org/viewmtn/revision.psp?id=12352b7bc5ed816b041b5c82997364952c87b92b Jul 27 09:28:03 Ah, that would be handy then.. Do you do that with mtn log? Jul 27 09:28:08 http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=poky Jul 27 09:28:26 wrobbie: no, viewmtn but that is unsuccesfull Jul 27 09:28:43 RP: I think your patch needs work! Jul 27 09:29:01 zecke: http://www.openembedded.org/viewmtn/revision.psp?id=3b9b571fcf2e69f35b67ea4d0a90a8b2f174d8e5 Jul 27 09:29:15 mtn annotate? :) Jul 27 09:29:29 koen: poky misses that change? Jul 27 09:30:48 koen: somehow our graphs in viewmtn are broken :} Jul 27 09:30:54 koen: they all indicate multiple heads Jul 27 09:31:46 zecke: yeah Jul 27 09:31:55 patches welcome Jul 27 09:32:43 RP: | CC [M] arch/arm/oprofile/../../../drivers/oprofile/oprof.o Jul 27 09:32:44 | sound/soc/pxa/spitz.c: In function 'spitz_init': Jul 27 09:33:05 | sound/soc/pxa/spitz.c:324: error: expected ')' before 'return' Jul 27 09:33:05 wrobbie: just check bitbake.conf Jul 27 09:33:19 wrobbie: so libfoo.so* will give you everything Jul 27 09:37:24 howto appoint the version of gcc? Jul 27 09:38:19 PREFERRED_VERSION_gcc ?= "4.1.1" Jul 27 09:38:19 PREFERRED_VERSION_gcc-cross ?= "4.1.1" Jul 27 09:38:19 PREFERRED_VERSION_gcc-cross-initial ?= "4.1.1" Jul 27 09:39:23 depend on only these three options ? please Jul 27 09:39:36 koen: damn. I need to fix the binutils version right? Jul 27 09:39:50 zecke: yes :) Jul 27 09:40:02 I'm about to puke (physically...) Jul 27 09:40:51 zecke: I think I'm still not following.. If .dbg info is nicely split off into libpng-dbg_1.2.8-r0_i686.ipk, then there's nothing wrong with its FILES, right? Only that this -dbg ipk is installed on my rootfs for some reason. Time to take a look at the classes i guess Jul 27 09:41:15 wrobbie: okay again :) Jul 27 09:41:23 wrobbie: we have two variables FILES and PACKAGES Jul 27 09:41:31 wrobbie: PACKAGES says which packages to create Jul 27 09:41:31 bitbake.conf, btw? :) Jul 27 09:41:53 wrobbie: normally we have PN, PN-dev, PN-doc and nw even PN-dbg Jul 27 09:42:05 since when is debug? Jul 27 09:42:21 wrobbie: the FILES_WHATPACKAGE variable says what to put into the package Jul 27 09:42:37 yup, ok Jul 27 09:42:40 woglinde: RP showed us the objcopy function and added dbg packages a couple days ago Jul 27 09:42:55 wrobbie: now some stupid packages do libfoo.so* Jul 27 09:43:04 zecke now oe its more like debian Jul 27 09:43:13 wrobbie: and this matches libfoo.so.dbg libfoo.so Jul 27 09:43:50 wrobbie: these two files would normally land in -dev and -dbg packages Jul 27 09:43:57 wrobbie: but someone blew it up ;) Jul 27 09:44:41 wrobbie: e.g. in the case of openssl.inc one would write FILES_libcrypto = ".so.*" instead of ".so*" Jul 27 09:45:06 hmm I need to get another machine from the rack... Jul 27 09:45:53 koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ grep 'so\.\*' */*.bb -rn | grep FILE | wc -l -> 255 Jul 27 09:45:57 zecke: 255.... Jul 27 09:46:20 not counting *.inc Jul 27 09:47:09 zecke: would .so.[0-9]* work ? Jul 27 09:47:11 zecke: aaah, I see. libpng is confusing, since it splits off a nice -dbg.ipk, but the .dbg file is also in libpng12-0_1.2.8-r0_i686.ipk. Jul 27 09:47:25 wrobbie: not also :) Jul 27 09:47:33 wrobbie: what we do on packaging is Jul 27 09:47:40 wrobbie: install everything into a tmp dir Jul 27 09:47:52 wrobbie: for each package move files into the package (using FILES) Jul 27 09:53:41 zecke: sorry, was afk Jul 27 09:54:20 basically, I'm trying to remove the gpe-dm init.d stuff from the gpe-image. I've removed the init.d lines from the bitbake file, and rebuilt with -f, but the init.d still starts :s Jul 27 10:02:14 I'm working on a file which inherits from bootimg.bbclass Jul 27 10:02:39 it doesn't seem to make use of SRC_URI, which makes it very hard to include extra files Jul 27 10:03:25 is there some other classs that I can also inherit from that will make the bbfile also use the SRC_URI var? Jul 27 10:03:41 I don't get your question Jul 27 10:03:54 SRC_URI is used by base.bbclass to download your source Jul 27 10:04:05 and base.bbclass is automatically inherited anyway? Jul 27 10:04:32 it's automatically inherited? Jul 27 10:04:36 odd Jul 27 10:04:57 tkp: but try to rephrase your question, I don't get what you are saying Jul 27 10:05:06 ok, sorry Jul 27 10:05:37 I'm inheriting from bootimg.bbclass inorder to make a syslinux bootable image Jul 27 10:05:38 is any file in OE using the bootimg class. So you could take a look on how it is used by others Jul 27 10:06:03 I understand how the class works... and no, noone else seems to be using it Jul 27 10:06:33 but whatever I add to SRC_URI does not end up in the WORKDIR Jul 27 10:07:34 tkp: what is your aim Jul 27 10:07:36 the WORKDIR also seems to be in a nonstandard location (work/mini_itx-linux/ as opposed to work/i586-linux/ Jul 27 10:07:47 tkp: you want a syslinux bootable image Jul 27 10:07:50 to get some extra files into the image Jul 27 10:07:55 yes... Jul 27 10:07:57 tkp: why do you care for SRC_URI? This is what I do not understand Jul 27 10:08:03 but by default, it takes only the kernel Jul 27 10:08:25 because I want to include a file that I have in the files/ directory Jul 27 10:08:38 (my own syslinux.cfg file, and a couple of others) Jul 27 10:08:42 ah okay Jul 27 10:09:08 so , how can I pick up these files, if I can't get to them via WORKDIR? Jul 27 10:09:38 my answer would be you can Jul 27 10:09:50 I have seem other classes use some special magic to get files out of the top level files directory... Jul 27 10:09:57 but I don't want to stick my files in there Jul 27 10:10:20 tkp: take a look at base.bbclass Jul 27 10:10:25 tkp: this is the class copying your files Jul 27 10:10:42 zeckie: ok Jul 27 10:10:59 and you rekon that all bb files inherit from this weather they ask for itt or not? Jul 27 10:11:00 tkp: I just had a quick look at syslinux.bbclass and I think it writes its own syslinux.cfG? Jul 27 10:11:11 tkp: base.bbclass? Jul 27 10:11:16 yes, but I don't wantt to use that Jul 27 10:11:23 as I don't get the controll I need Jul 27 10:11:27 tkp: all .bb and .inc files inherit INHERITS and base.bbclass Jul 27 10:11:49 tkp: bootimg.bbclass inherits syslinux.bbclass Jul 27 10:12:21 yes... But I can provide my own syslinux.cfg file by using SYSLINUXCFG var Jul 27 10:13:37 tkp: I have read that file differently Jul 27 10:13:51 tkp: it will write it stuff to SYSLINUXCFG Jul 27 10:13:57 anyway... Jul 27 10:13:59 have fun Jul 27 10:14:04 :/ Jul 27 10:14:15 enough unpaid volunteer work for today Jul 27 10:14:24 hmm. thats really oddd Jul 27 10:14:36 all of a sudden it decided to honor my SRC_URI :) Jul 27 10:14:39 strange Jul 27 10:14:47 hehe Jul 27 10:14:48 oh well... thanks for your help anyway Jul 27 10:14:55 not strange for me (base.bbclass) Jul 27 10:15:37 no, whats more strange is that it wasn't for the past hour Jul 27 10:15:48 hense my call to #oe Jul 27 10:18:39 I will get some food, fix my open bugs... Jul 27 10:19:24 03koen 07org.oe.dev * rc44b55cb... 10/ (1 conf/machine/h3900.conf conf/machine/h5xxx.conf): h3900.conf,h5xxx.conf: inherit linuxmodules Jul 27 10:20:23 koen: how do you inherit? Jul 27 10:20:29 from within a conf file? Jul 27 10:20:52 INHERIT += Jul 27 10:21:01 like other MACHINE.conf files do Jul 27 10:21:14 ah okay Jul 27 10:21:15 Hi, did anyone try to boot a 128/32MB nbp with Linux? Jul 27 10:21:17 hey Dirk Jul 27 10:21:19 morning all Jul 27 10:21:22 hi koen Jul 27 10:24:48 zecke: your cross-compile patch is really neat! Jul 27 10:25:31 * koen kicks xserver-xorg for having cross-compile BADNESS Jul 27 10:27:54 zecke: any ideas on removing that init.d stuff? Jul 27 10:30:39 mikearthur: just remove inherit update-rc.d bump the PR and be happy? Jul 27 10:30:59 do what now? Jul 27 10:31:04 hey, maybe ssomeone else might find this useful... Jul 27 10:31:07 http://rafb.net/paste/results/PxU7Z953.html Jul 27 10:31:18 could probably do with a little touching up Jul 27 10:31:44 it basically creates an initfamfs cpio archive Jul 27 10:32:34 initramfs* :) Jul 27 10:32:35 tkp: awesome, add it to the bugtracker please Jul 27 10:32:52 zecke.. will do Jul 27 10:32:59 mikearthur: update-rc.d is a bbclass responsible for creating the symlinks in init.d Jul 27 10:33:16 mikearthur: and increasing PR will make sure your newly built package will be used Jul 27 10:33:24 cool Jul 27 10:33:25 cheers Jul 27 10:33:41 and the old packages init.d's just won't be put in gpe-image then? Jul 27 10:39:21 good morning Jul 27 10:44:43 whats the current version of monotone to use? Jul 27 10:45:59 0.27... but iirc 0.26 would be ok too. Jul 27 10:46:09 mikearthur: if you update the PR Jul 27 10:46:52 is 0.28 ok to use, I'm currently on 0.25 Jul 27 10:47:19 I did a succesful pull with 0.28 Jul 27 10:47:27 haven't done mch else yet Jul 27 10:47:30 stupid report Jul 27 10:47:43 cool, I'll get 0.28 then I gues Jul 27 10:47:44 ss Jul 27 10:49:56 anything >0.25 Jul 27 10:51:30 mikearthur: you also need to do a fresh checkout, so save a diff Jul 27 10:51:55 oh ok, so don't update the existing OE.db Jul 27 10:51:57 cool Jul 27 10:52:53 grab http://www.openembedded.org/snapshots/OE.mtn.bz2 Jul 27 10:57:05 mikearthur: save a diff, or take 12h to do rosterify (if you have local commits) Jul 27 10:57:57 just diff the current db and the snapshot? Jul 27 10:58:11 ~lart lilo Jul 27 10:58:12 * ibot acting on orders from an unspecified client drags lilo into court suing for $200 million Jul 27 10:58:24 mikearthur: diff your checkout Jul 27 10:58:28 mikearthur: do you have local changes in your tree? Jul 27 10:58:33 mikearthur: or did you commit stuff? Jul 27 10:58:56 think 1 or 2, I'll make sure to check Jul 27 11:37:30 http://www.angstrom-distribution.org/new-images-for-testing-available Jul 27 11:39:28 hm no simpad Jul 27 11:39:29 :( Jul 27 11:39:48 eabi doesn't support armv4 (yet) Jul 27 11:40:07 well, eabi does, but glibc is completely broken in that regard Jul 27 11:40:55 ~lart firewall admins Jul 27 11:40:55 * ibot hits firewall admins with an anvil and laughs with a contralto voice ... Haha Ha HA Ha Jul 27 12:22:42 mtn --db=/stuff/OE.mtn pull monotone.openembedded.org org.openembedded.dev Jul 27 12:22:48 do I do this for each branch? Jul 27 12:23:06 org.openembedded.{dev,oz354x,packaged-staging} Jul 27 12:23:13 will you work on all branches? Jul 27 12:23:23 dev and oz354x only Jul 27 12:23:34 <_bambam> what kind of key is needed in order to rosterify the oe-db, gpg? Jul 27 12:23:36 so just pull branch1 branch2 Jul 27 12:23:37 ? Jul 27 12:24:22 Bloody unix geeks.. when there's 14 pages of info on how to decode addresses (not including their packed int format), something's seriously overengineered. Jul 27 12:24:34 * NAbyss shakes a fist at DWARF. Jul 27 12:26:30 NAbyss: progress on the survey results? Jul 27 12:26:38 _bambam: none, just download the new snapshot, you don't want to rosterify it yourself Jul 27 12:26:56 zecke: Ugh, forgot about that.. I'll have to look when I'm at home.. working at present, odd hours Jul 27 12:28:50 <_bambam> koen: ah thanks, i only had your migration-link in query ;) Jul 27 12:31:38 monotone 0.28 is too fast, how am I meant to waste time at work now? Jul 27 12:33:10 mikearthur: Add compile loops. ;) Jul 27 12:33:17 mikearthur: make coffee for liam Jul 27 12:33:25 hehe Jul 27 12:33:26 mikearthur: buy stuff on the company credit card Jul 27 12:33:27 well, I am rebuilding a different branch Jul 27 12:33:32 turn on your pdp-11 Jul 27 12:33:35 sadly don't have one Jul 27 12:33:44 mikearthur: I still wait for this firewall admin to reopen the mtn port Jul 27 12:33:55 mikearthur: then I would like to look into the circular dependency Jul 27 12:34:01 mikearthur: do you still hit it/have the logs? Jul 27 12:34:02 zecke: tunnel to ltg? Jul 27 12:34:22 zecke: I can't remember, to be honest Jul 27 12:34:34 koen: well, we have X tunnels already, it is question of principle now... Jul 27 12:34:44 mikearthur: we hit one with libtool, autotools, autoconf Jul 27 12:34:51 oh he opened it :) Jul 27 12:34:59 so I did Jul 27 12:34:59 :) Jul 27 12:35:02 ~hail firewall admins Jul 27 12:35:08 * ibot bows down to firewall admins and chants, "I'M NOT WORTHY!!" Jul 27 12:35:16 * koen obliterates *orinoco* from conf/machine Jul 27 12:35:20 the proxy they installed here is great Jul 27 12:35:28 it, initially, broke all external svn access Jul 27 12:35:37 which made the .dev branch building FUN Jul 27 12:35:45 has still broken git access Jul 27 12:35:57 and disconnects any sustained http download after 15 minutes Jul 27 12:36:07 do anyone know how to clear the flash of the Netbook Pro ("/bin/flash_eraseall -j /dev/mtd0" won't work)? Jul 27 12:36:11 That's pretty buggered. Jul 27 12:36:25 IT people suck, no offence to any of you Jul 27 12:36:26 :) Jul 27 12:36:39 pfff Jul 27 12:36:44 iam it people Jul 27 12:36:46 args Jul 27 12:36:50 I am it people Jul 27 12:36:54 damnit Jul 27 12:37:00 hrms Jul 27 12:37:11 yes, but we such with exponential speed, volume and bandwidth every year Jul 27 12:37:21 s/such/suck/ Jul 27 12:38:55 "In this keynote presentation, Motorola Mobile Devices Corporate VP of Software Greg Besio will offer a vision for how Linux developers can participate in driving continued next-generation mobile offerings. He will describe the advantages of developing mobile applications for Linux" Jul 27 12:38:58 mikearthur: Better than here though.. 5 sec Jul 27 12:39:31 ^-- does that mean motorola is finally going to open up, or is he going do a tutorial on j2me on linuxphones? Jul 27 12:39:51 nchip hm Jul 27 12:40:00 nchip: maybe they hired harald? Jul 27 12:40:04 what jvm is motorla using? Jul 27 12:40:29 koen has motorola a office in shnaghai? Jul 27 12:40:33 an Jul 27 12:41:14 That's from Linuxworld San Fransisco keynotes, anyone here going there? Jul 27 12:41:17 yes Jul 27 12:41:23 they have Jul 27 12:42:10 koen: My personally guess is that another chinese phone company has hired harald. We will see when can can start to talk about it. Jul 27 12:42:52 woglinde: well *daa*, what electronics company does *not* have presence in shanghai? Jul 27 12:42:55 stefan which one? Jul 27 12:43:07 nchip trolltech? Jul 27 12:43:38 hm dont know Jul 27 12:43:42 have to go Jul 27 12:43:47 later guys Jul 27 12:44:22 * zecke stills waits for ROAD to deliver the phone Jul 27 12:44:38 zecke: Which one? Jul 27 12:45:09 stefan_schmidt: www.road-gmbh.de Jul 27 12:45:21 zecke: Which phone? Jul 27 12:45:59 stefan_schmidt: a clam shell device Jul 27 12:46:17 zecke: I thought you mean an ezx device. Jul 27 12:46:35 stefan_schmidt: no, ROAD is a Berlin based start-up creating a phone as well Jul 27 12:46:54 zecke: Nice keyboard. Jul 27 12:46:56 stefan_schmidt: I interned there last year and they are quite far Jul 27 12:47:12 * stefan_schmidt takes alonger look at the website. Jul 27 12:47:30 stefan_schmidt: the pictures are photo-shopped Jul 27 12:47:40 stefan_schmidt: but some guys here can conform that this thing exists Jul 27 12:47:59 zecke: It runs linux? Jul 27 12:48:01 yes Jul 27 12:48:06 fine Jul 27 12:48:07 * koen has played with it Jul 27 12:48:27 stefan_schmidt: it should have a 2.6.18rc kernel, sane kernel drivers Jul 27 12:48:35 ... Jul 27 12:48:37 looks like the nokia commander Jul 27 12:49:04 zecke: So complete gpl drivers? What's about the userspace? Jul 27 12:49:11 zecke: you say that Road thing is running Linux? Jul 27 12:49:22 stefan_schmidt: Qtopia, and Trolltech won't release it as GPL Jul 27 12:49:37 stefan_schmidt: so everything beside Qtopia will be GPLed/BSD Jul 27 12:49:44 :D Jul 27 12:49:57 qtopiaaaargh... Jul 27 12:50:00 zecke: So more or less the same as ezx Jul 27 12:50:08 stefan_schmidt: they have released some of their QtE patches as GPL already Jul 27 12:50:10 zecke: Without port the drivers to 2.6 Jul 27 12:50:18 stefan_schmidt: which OpenEmbedded/OZ happily uses Jul 27 12:50:39 http://www.nokia.co.uk/nokia/0,8764,18191,00.html Jul 27 12:50:44 stefan_schmidt: well, besides that the people employed know about Linux and values of Free Software Jul 27 12:50:55 mikearthur: it runs linux Jul 27 12:50:58 :D Jul 27 12:51:02 I would buy that Jul 27 12:51:07 mikearthur: it is a PXA26X Jul 27 12:51:17 cool Jul 27 12:51:26 I have a PXA27x dev board right here :) Jul 27 12:51:45 pxa26x is just a pxa25x with flash bolted onto it Jul 27 12:51:54 mikearthur: the bulky one? (mainstone) Jul 27 12:51:56 still the same overpriced intel cpu Jul 27 12:52:00 aye Jul 27 12:52:09 koen: hehe, I don't know about the price Jul 27 12:52:13 zecke: Sounds good. Jul 27 12:52:17 koen: but it is a overpriced marvel CPU Jul 27 12:52:52 zecke: xscales are ~$39 each for moderate volumes Jul 27 12:53:25 you can get equally powerfull ARM cpus for half that price Jul 27 12:53:48 zecke: I see no price there. Jul 27 12:54:01 koen: equally powerfull == same degree of integration? Jul 27 12:54:26 stefan_schmidt: I have not visited their office since FOSDEM, I don't know their schedule Jul 27 12:54:44 stefan_schmidt: so currently this phone can not be bought :( Jul 27 12:56:31 stefan_schmidt: do you have experience with the moto package 'format' Jul 27 12:56:39 zecke: :( Jul 27 12:56:42 stefan_schmidt: e.g. packages that link to other libraries? Jul 27 12:56:48 zecke: You mean the firmware format? Jul 27 12:56:57 mkpg or how it is called Jul 27 12:57:01 this tar archive Jul 27 12:57:01 zecke: or you mean mpkg? Jul 27 12:57:14 zecke: yes, freescale even throws in a vfp Jul 27 12:57:19 right :) Jul 27 12:57:36 zecke: A little bit. Just ask. Jul 27 12:58:03 why, if the Road is a linux phone, do the pictures show it running outlook express? Jul 27 12:58:09 stefan_schmidt: take a opie application that needs the libopie2 library Jul 27 12:58:33 stefan_schmidt: how would I install it? have a script that sets LD_LIBRARY_PATH and invokes the right app? Jul 27 12:58:38 mikearthur: well, marketing! Jul 27 12:58:58 mikearthur: One of the goals of ROAD is to provide remote terminal access Jul 27 12:59:10 zecke: Yes, i'm not aware about things like dependicies. Jul 27 12:59:11 mikearthur: e.g. accessing your outlook Jul 27 12:59:20 kk Jul 27 12:59:51 zecke: The "normal" way is to put it all in the package and do things like LD_LIBRARY_PATH Jul 27 13:00:00 zecke: ugly Jul 27 13:00:43 eek Jul 27 13:00:45 zecke: It's a bloated all-in-one package format. :)= Jul 27 13:00:48 :) Jul 27 13:01:07 stefan_schmidt: well, I like the OSX bundles Jul 27 13:01:29 stefan_schmidt: where you have an .app directory and can put dep libraries into a Framework directory Jul 27 13:01:49 stefan_schmidt: and with otool manipulate the rpath :} Jul 27 13:02:03 zecke: But all the new packages has the libraries inside, too? Jul 27 13:03:17 I would like to run a qtopia core app under my zaurus who has qtopia. I could cross compile my application without problem. When I run my application with ./example -qws -v all, it starts the windows, but then it seems like it crashed when I want to do something with the touch. It freez and so I can see the console behind coming to the front. Jul 27 13:03:44 PolicyBased: hey :) Jul 27 13:03:51 hi zecke Jul 27 13:04:16 PolicyBased: I'm not sure but the QWS (windowing system protocol) used by QtopiaCore and QtE/Qtopia on the phone is different! Jul 27 13:04:21 PolicyBased: incompatible Jul 27 13:04:46 hm really Jul 27 13:04:50 PolicyBased: you can either run Qtopia1/Qtopia2 or QtopiaCore4 Jul 27 13:05:18 zecke: So on my zaurus is Qtopia 1.5.4 installed Jul 27 13:05:41 can I shoot down qtopia 1.5.4 and run my qtopia core app? Jul 27 13:06:02 should this work? Jul 27 13:06:16 PolicyBased: I don't know the Sharp.ROM and it is kind of weird to ask in a free channel for proprietary software Jul 27 13:06:29 PolicyBased: as long as Qtopia is not restarted, killall -9 qpe should shut it down Jul 27 13:06:30 yes I know Jul 27 13:06:40 PolicyBased: and still you think it is on topic here? Jul 27 13:06:58 you told me already last time, but you told me too, if I ask in a kind way maybe somebody will help ;-) Jul 27 13:07:00 PolicyBased: I think the sharp stuff played evil tricks using the inittab Jul 27 13:07:08 PolicyBased: that was in #opie ;) Jul 27 13:07:22 ah Jul 27 13:07:23 hm Jul 27 13:07:25