| 00:04.20 | mattcamp | I'm building an OE-based distro for the Zaurus (Poodle), and I need to link against a proprietary library that wasn't compiled for software floating point. Do I need to recompile everything without TARGET_FPU set to "soft", or is there another solution? |
| 00:08.47 | CIA-4 | 03mickeyl 07org.oe.dev * r75da9456... 10/packages/efl++/ (4 files): efl++: create .inc file, split into a .bb for -x11 and a .bb for -fb |
| 00:08.51 | CIA-4 | 03mickeyl 07org.oe.dev * r84aceb98... 10/packages/evince/evince_0.3.2.bb: evince rdepends on gconf |
| 00:08.55 | CIA-4 | 03mickeyl 07org.oe.dev * rfbc9813e... 10/packages/maemo/osso-gnome-vfs2_2.8.4.4-1.bb: make osso-gnome-vfs2 not PROVIDE gnome-vfs2. If it really PROVIDES it you should add a virtual/gnome-vfs2 providee |
| 00:16.08 | mattcamp | Is there an issue with building glibc-2.3.5+cvs20050627 for x86? |
| 00:16.54 | mattcamp | I noticed that glibc 2.3.3 is preferred for i586 and 8686 (but not i386). |
| 00:18.23 | dwildes | mattcamp: my glibc-2.3.5 compiled okay for i386 |
| 00:18.32 | dwildes | I'm using machine x86 |
| 00:18.57 | dwildes | I just done a 'bitbake bootstrap-image' |
| 00:19.18 | mattcamp | Did you have to add any extra options in local.conf, like GLIBC_ADDONS or GLIBC_EXTRA_OECONF? |
| 00:19.31 | dwildes | yeah - I did make a few mods to my local.conf |
| 00:19.36 | dwildes | I'll paste them, just a sec |
| 00:19.37 | mattcamp | Maybe I need to update my working copy of OE; I pulled from monotone about two weeks ago. |
| 00:20.16 | dwildes | I have this extra in local.conf: |
| 00:20.17 | dwildes | PREFERRED_VERSION_gcc = "4.0.0" |
| 00:20.18 | dwildes | PREFERRED_VERSION_glibc = "2.3.2" |
| 00:20.18 | dwildes | PREFERRED_VERSION_ntp = "4.2.0" |
| 00:20.18 | dwildes | PREFERRED_VERSION_pcmcia_cs = "3.2.9" |
| 00:20.27 | dwildes | I'm running Fedora Core 4, btw |
| 00:20.57 | dwildes | I am running a very up-to-date monotone db as well |
| 00:21.37 | *** join/#oe dkey| (n=dkey@L0001P18.dipool.highway.telekom.at) |
| 00:22.11 | reenoo_ | dwildes: I'm moderately sure bitbake did not build glibc 2.3.5 if what you pasted is your local.conf |
| 00:22.26 | reenoo_ | s/is/is in/ |
| 00:23.16 | reenoo_ | (note the 2.3.2 in PREFERRED_VERSION_glibc = "2.3.2") |
| 00:23.29 | mattcamp | I was thinking the same thing. |
| 00:24.00 | emte | <PROTECTED> |
| 00:24.06 | dwildes | yeah - you're right on closer inspection |
| 00:24.16 | dwildes | this one did compile though: glibc-2.3.2-r6 |
| 00:24.23 | dwildes | I checked the log files this time :) |
| 00:24.44 | mattcamp | 2.3.2 is probably safer anyway. |
| 00:25.18 | dwildes | not sure - but it does work at least |
| 00:25.33 | zecke | dwildes: gcc 4.0.0 wow |
| 00:26.22 | reenoo_ | zecke: gcc not gcc-cross |
| 00:27.18 | reenoo_ | zecke: so I don't think it was used for the build |
| 00:27.35 | dwildes | is gcc 4 not a good thing or something? |
| 00:28.18 | reenoo_ | gcc 4 is more picky about a couple of things |
| 00:28.36 | zecke | reenoo_: and known miscompiling on X86, I'm sure there are bugs for ARM as well |
| 00:28.55 | dwildes | so far, so good for me - I'm just learning the ropes with OE though |
| 00:29.02 | zecke | mattcamp: there is some kind of issue with NTPL support on x86 |
| 00:29.21 | zecke | dwildes: but as reenoo said 'gcc' is probably ignore anyway |
| 00:29.31 | reenoo_ | zecke: heh. really? that would suck given that sid is being moved to gcc 4 |
| 00:29.47 | zecke | reenoo_: gcc4.0.0 is |
| 00:29.59 | zecke | reenoo_: gcc4.0.1 is better |
| 00:31.02 | reenoo_ | zecke: what kind of issue with NTPL are you thinking of? I believe pb_ said linuxthreads was deprecated on x86 |
| 00:31.18 | reenoo_ | s/of?/off?/ |
| 00:31.25 | reenoo_ | err no |
| 00:31.30 | zecke | reenoo_: I remember the 'recent' thread on oe@hh.org |
| 00:31.48 | zecke | reenoo_: pb_ uses NTPL? then NTPL is good and the traditonal linuxthread build is broken |
| 00:32.06 | zecke | mattcamp: try making use of the oe@handhelds.org mailing list archive |
| 00:33.18 | reenoo_ | zecke: still have a h3800 btw? |
| 00:33.34 | dwildes | well - I've gotten asterisk, zaptel, & libpri to compile cleanly with oe - but I just don't know how to finish the job to make them 'ipkg' to load in the image. Are there any howto's / tutorials that tell how to make the package a .ipkg? |
| 00:34.34 | emte | <PROTECTED> |
| 00:34.35 | zecke | reenoo_: yes, with a non bootable 2.6kernel |
| 00:35.14 | zecke | dwildes: puth INHERIT += "package_ipk" into your local.conf (normally it is set by the distribution you set) |
| 00:35.16 | CIA-4 | 03rw 07org.oe.dev * rffa4e887... 10/classes/module.bbclass: module.bbclass: run depmod/update-modules in postinst/postrm |
| 00:35.21 | CIA-4 | 03rw 07org.oe.dev * rd185120a... 10/packages/at76c503a/at76c503a-modules_cvs.bb: at76c503a-modules: running update-modules is now done by module.bbclass |
| 00:35.25 | CIA-4 | 03rw 07org.oe.dev * ra20806f8... 10/packages/bt950-cs/bt950-cs_0.1.bb: bt950-cs: running depmod is now done by module.bbclass |
| 00:35.29 | zecke | dwildes: there is also package_tar and maybe even package_rpm work |
| 00:35.36 | reenoo_ | zecke: well. if you ever decide to downgrade to 2.4... you can use alsa again now and ditch the crappy OSS drivers |
| 00:35.39 | zecke | dwildes: check tmp/deploy/*/ |
| 00:35.47 | dwildes | zecke: excellent! thanks - that should be the last step for me! :) |
| 00:35.53 | zecke | reenoo_: cracking has gone? |
| 00:36.04 | reenoo_ | zecke: with alsa? yes |
| 00:36.08 | zecke | reenoo_: cool thanks, I won't use the h3800 before I port the 2.6er kernel |
| 00:36.15 | zecke | reenoo_: kewl, less stuff to port to 2.6 |
| 00:36.54 | dwildes | zecke: yeah, I had checked there (tmp/deploy) for the ipk - but it wasn't there, just didn't see where to make it happen |
| 00:37.39 | zecke | dwildes: ls openembedded/classes/package_*.bbclass should show all available formats |
| 00:37.47 | zecke | dwildes: but one can only build a rootfs from ipk |
| 00:37.51 | reenoo_ | zecke: well. I guess you'll have to port the hh.org bits from alsa-driver. alsa-driver 0.9.6 isn't exactly recent ;) |
| 00:41.55 | reenoo_ | anyways |
| 00:41.58 | reenoo_ | 'night all |
| 00:42.19 | zecke | wow that current? (alsa 0.9.6) |
| 00:49.30 | *** join/#oe marcan (n=marcanso@160.10.7.147) |
| 00:59.28 | *** join/#oe Timelord (n=TL@66.84.189.72) |
| 01:19.35 | CIA-4 | 03ka6sox 07org.oe.dev * r736b526a... 10/packages/linux/ (nslu2-kernel_2.6.12.2.bb openslug-kernel-2.6.12.2/defconfig): Added usb-audio support |
| 01:35.41 | dwildes | zecke: I just tried adding 'sqlite' to my local.conf - and I still got the error: |
| 01:35.42 | dwildes | <PROTECTED> |
| 01:35.42 | dwildes | | Cannot find package sqlite. |
| 01:36.18 | dwildes | I've got to be missing something else |
| 01:36.54 | dwildes | The is how I have it in my local.conf: INHERIT = "package_sqlite" |
| 01:39.38 | *** join/#oe DaKa (n=david@nslu2-linux/daka) |
| 01:43.02 | zecke | dwildes: hehe package_sqlite would mean package the installed content of an application into a sqlite database |
| 01:43.13 | zecke | dwildes: use bitbake sqlite to build a sqlite ipk |
| 01:43.47 | zecke | dwildes: or if you build a *-image or meta-* alter that file to depend on DEPENDS/RDEPENDS on sqlite as well |
| 01:43.57 | zecke | dwildes: to build sqlite version3 do bitbake sqlite3 |
| 01:44.08 | dwildes | ah - the last thing you mentioned - I'm trying to link the build to an image |
| 01:44.22 | dwildes | I can do a 'bitbake sqlite' and it completes fine |
| 01:46.37 | dwildes | I've got the package in DEPENDS of my image, and the 'dwildes-image' compiles, but when I load up the image, I don't have sqlite in the embedded OS. |
| 01:46.55 | zecke | dwildes: you need to fill IPKG_INSTALL and RDEPENDS as well |
| 01:47.06 | zecke | dwildes: DEPENDS contain the build time dependencies |
| 01:47.09 | *** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg) |
| 01:47.15 | zecke | dwildes: and RDEPENDS should contain what you need to install |
| 01:47.17 | dwildes | if I add the file into the 'export IPKG_INSTALL ' section, it errors with - can't find the package sqlite |
| 01:47.37 | dwildes | ah - I don't have an RDEPENDS section in my image file |
| 01:47.44 | zecke | dwildes: you might need to call libsqlite |
| 01:47.55 | zecke | dwildes: if you have IPKG_INSTALL it could be fine |
| 01:48.32 | zecke | dwildes: a 'Provider' (e.g. sqlite) could create any package it wants |
| 01:48.33 | dwildes | I do have the IPKG_INSTALL - but it says it can't find sqlite, event though I can do a 'bitbake sqlite' |
| 01:48.44 | dwildes | do you think I need to add the RDEPENDS piece? |
| 01:48.53 | zecke | dwildes: ls tmp/deploy/*sqlite* ? |
| 01:49.03 | dwildes | just a sec |
| 01:49.55 | dwildes | tmp/deploy - only has images & ipk |
| 01:50.05 | dwildes | and there is no sqlite in ipk |
| 01:50.45 | zecke | tmp/deploy/ipk/*sqlite* then |
| 01:51.14 | dwildes | nothing there |
| 01:51.25 | dwildes | for sqlite anyway |
| 01:51.46 | zecke | dwildes: what did it say it packaged? |
| 01:53.30 | dwildes | I don't remember seeing it package - but it does compile cleanly if I do a 'bitbake sqlite' - that my trouble though, I don't know how to make it create the ipk |
| 01:54.01 | dwildes | I think if bitbake would create the ipkg for it, I would be okay - I just don't know how to do it |
| 01:54.55 | zecke | if you have INHERIT += "package_ipk" bitbake/oe creates packages for you |
| 01:55.26 | dwildes | wait - I just noticed you have +=, I'm using just one = |
| 01:55.36 | dwildes | think that's the trouble? |
| 01:56.34 | zecke | dwildes: as I said normally your distribution (e.g DISTRO = "umbaumba-01.90") sets that |
| 01:56.49 | dwildes | I do have INHERIT = package_ipk set |
| 01:56.54 | zecke | but if you replace it with something different it could explain it |
| 01:57.04 | zecke | dwildes: as you recognized, use += |
| 01:57.13 | dwildes | ok - let me give that a shot |
| 01:57.18 | zecke | dwildes: now bitbake/OE does not recognize it needs to rebuild the package |
| 01:57.30 | *** join/#oe molivier (n=mac@212.194.249.133) |
| 01:57.41 | zecke | dwildes: you can do bitbake -b openembedded/packages/sqlite/sqlite_your_version.bb -cclean |
| 01:57.47 | zecke | and then bitbake sqlite again |
| 01:58.04 | dwildes | cool - I'll give that a try too |
| 02:06.21 | dwildes | hey cool - the '+=' was the problem all along :-$ |
| 02:06.45 | dwildes | it's making the .ipk files now - thanks a bunch zecke!!!! |
| 03:08.45 | *** join/#oe raster (n=raster@YahooBB219198104088.bbtec.net) |
| 03:36.29 | emte | <PROTECTED> |
| 03:40.57 | zecke | dwildes: you're welcome |
| 03:41.32 | emte | raster, do you see a problem with this? http://oe.pastebin.com/342016 |
| 03:41.57 | emte | gives a segfault calling it |
| 03:44.01 | emte | maybe i need to return the object instead ... |
| 03:50.34 | emte | yeah that looks like it |
| 05:02.02 | *** join/#oe qfh^ (n=qfh@ppp-62-245-163-43.mnet-online.de) |
| 05:09.45 | *** join/#oe qfh_ (n=qfh@ppp-62-245-163-43.mnet-online.de) |
| 06:46.13 | *** join/#oe treke- (n=ggilbert@tinman.treke.net) |
| 06:59.22 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
| 07:05.13 | *** join/#oe zap (n=zap@217.170.93.196) |
| 07:21.14 | *** join/#oe man-di (n=man-di@dyndsl-080-228-192-202.ewe-ip-backbone.de) |
| 07:24.16 | *** join/#oe ar_ (n=ar@213.211.242.214) |
| 08:03.08 | *** join/#oe _law_ (n=law@213.173.86.202) |
| 08:07.43 | *** join/#oe eumel (n=chatzill@p548329E4.dip0.t-ipconnect.de) |
| 08:28.53 | *** join/#oe molivier2 (n=mac@212.194.137.186) |
| 09:06.50 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
| 09:15.35 | *** join/#oe gremlin[it] (n=gremlin@194-177-126-157.f4.ngi.it) |
| 09:16.08 | gremlin[it] | hi to all ... |
| 09:26.26 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 09:27.01 | eJumbo | i am always getting the message : NOTE: Couldn't find shared library provider for libgcc_s.so.1 |
| 09:27.15 | eJumbo | can i ignore this warning |
| 09:27.44 | gremlin[it] | yes yes ... happen also to me |
| 09:28.26 | eJumbo | i did not understand. what he means by provider ?. how many providers are there for libgcc ? |
| 09:29.01 | gremlin[it] | mhh no seem there is no a profider defined for libgcc if i remember correct ... |
| 09:39.12 | *** join/#oe pH5 (n=ph5@p5485C031.dip.t-dialin.net) |
| 09:54.59 | *** join/#oe Virusmaster (n=Thomas@p549CF48B.dip.t-dialin.net) |
| 10:12.40 | CoreDump|headach | morning |
| 10:17.55 | *** join/#oe nofpu (n=matthew@82-35-109-191.cable.ubr06.dals.blueyonder.co.uk) |
| 10:21.57 | *** join/#oe Virusmaster (n=Thomas@p549CF48B.dip.t-dialin.net) |
| 10:28.38 | *** part/#oe oho (n=phm4@myrtle.ukc.ac.uk) |
| 10:37.41 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 10:38.32 | eJumbo | When i add a line inherit image_ipk to meta-gpe.bb ; when it tries to build rootfs -- my systems hangs. |
| 10:39.02 | eJumbo | i need to restart my my system. i dont know if it is the correct thing to do. i want a meta-gpe image |
| 10:40.04 | CoreDump|headach | eJumbo: meta-gpe doesn't build a rootfs |
| 10:40.04 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 10:40.22 | CoreDump|headach | it is only a "shortcut" to build all available GPE apps in one go |
| 10:40.28 | CoreDump|headach | just like meta-opie |
| 10:41.10 | eJumbo | hence i added inherit image_ipk |
| 10:41.59 | eJumbo | i want to build a minimum gpe image around 12 MB. |
| 10:42.07 | CoreDump|headach | JustinP: inherit update-rc.d in entrance works as expected for me. My guess is you didn't bump PR after adding it and the ipk wasn't rebuild at all (same here) |
| 10:42.39 | CoreDump|headach | eJumbo: then you sure as hell don't want meta-gpe as it is supposed to include/build _all_ GPE apps |
| 10:43.15 | CoreDump|headach | checkout gpe-image.bb |
| 10:43.43 | CoreDump|headach | you need to configure certain variables when you inherit image_ipk |
| 10:55.44 | *** join/#oe herren (n=herren@62.24.104.12) |
| 10:59.43 | RP | morning all |
| 11:01.43 | zecke | cya |
| 11:07.06 | *** join/#oe walken (i=foobar@netblock-66-245-252-131.dslextreme.com) |
| 11:07.27 | walken | hi, do you know if openzaurus versions <3.5 are archived anywhere ? |
| 11:12.27 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 11:14.22 | CoreDump|headach | walken: nope, they are not archived anywhere as these version ha to be removed for licensing reasons |
| 11:14.36 | walken | eeeeeek |
| 11:14.38 | walken | ok. |
| 11:14.43 | CoreDump|headach | :) |
| 11:15.41 | CoreDump|headach | on the bright side, all 3.5.x versions to date are archived, mirrored and backuped;) |
| 11:16.08 | walken | yeah... I'm actually struggling with making things work again after upgrading from 3.3.x :) |
| 11:16.22 | CoreDump|headach | 3.5.3 should work just fine |
| 11:16.48 | walken | I was hitting the suspend/resume issue with 3.5.3 (I have a SL-5500) |
| 11:17.08 | CoreDump|headach | there's a documented bug-fix for this problem |
| 11:17.23 | walken | and with 3.5.2 my host kernel does not seem to see the USB connection with the zaurus |
| 11:17.33 | CoreDump|headach | ins short: update all you kernel modules from the machine feed, then upgrade you kernel to r21 |
| 11:17.50 | walken | yes.... |
| 11:17.53 | CoreDump|headach | sigh, you = your |
| 11:18.29 | walken | will do. I was just wondering if I could just be lazy for a while :) lol |
| 11:18.45 | CoreDump|headach | :) |
| 11:19.05 | CoreDump|headach | got a SD card >64MB? |
| 11:19.22 | walken | hmmm I use CF... |
| 11:19.35 | walken | might be able to get my hands on an SD card though |
| 11:20.27 | CoreDump|headach | http://www.hentges.net/misc/openzaurus/oz3.5.3-opie1.2.0.shtml <- requires a permanent SD or CF card but fixes the suspend problems |
| 11:20.43 | CoreDump|headach | for the lazy ;) |
| 11:21.11 | walken | aaaaaaaaaaaaaaaaaaaah |
| 11:21.21 | walken | thanks a ton - I *love* stuff for the lazy ;-) |
| 11:21.39 | CoreDump|headach | :) |
| 11:26.16 | *** join/#oe reenoo_ (n=r@p5489E94E.dip.t-dialin.net) |
| 11:26.25 | reenoo_ | morning |
| 11:27.20 | CoreDump|headach | hi reenoo_ |
| 11:28.38 | reenoo_ | moin CoreDump|headach |
| 11:49.34 | *** join/#oe tmbinc (n=tmbinc@support.de.elitedvb.net) |
| 11:58.10 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 12:18.46 | *** join/#oe oho (n=phm4@myrtle.ukc.ac.uk) |
| 12:46.26 | *** join/#oe ideal (n=idealm_@222.67.238.89) |
| 12:49.53 | *** join/#oe Cwiiis (n=cwiiis@82-43-40-186.cable.ubr02.croy.blueyonder.co.uk) |
| 12:54.05 | *** join/#oe dkey (n=dkey@L0006P17.dipool.highway.telekom.at) |
| 13:26.53 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:20b:6aff:fe40:e27f) |
| 13:38.16 | *** join/#oe malfi (n=malte@dsl-082-082-206-008.arcor-ip.net) |
| 13:38.44 | *** join/#oe herren (n=herren@62.24.104.12) |
| 13:48.49 | *** join/#oe herren_ (n=herren@62.24.104.12) |
| 13:56.35 | *** join/#oe ByronT-Away (n=byron-po@nslu2-linux/ByronT) |
| 14:16.09 | *** join/#oe abrewer (n=abrewer@adsl-214-102-63.gnv.bellsouth.net) |
| 14:31.54 | *** join/#oe herren (n=herren@62.24.104.12) |
| 14:50.43 | *** join/#oe chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
| 14:58.08 | *** join/#oe herren (n=herren@62.24.104.12) |
| 15:02.18 | *** join/#oe yOyOeK (n=yoyo@proxy.ghost.pl) |
| 15:02.29 | yOyOeK | hi all |
| 15:09.45 | *** join/#oe yOyOeK (n=yoyo@proxy.ghost.pl) |
| 15:34.28 | *** join/#oe marcan (n=marcanso@160.10.7.145) |
| 15:40.35 | aquadran | yOyOeK: hi |
| 15:52.13 | *** join/#oe lardman (n=lardman@138.38.73.178) |
| 16:09.25 | CIA-4 | 03rw 07org.oe.dev * r63241dba... 10/conf/machine/h3600.conf: h3600.conf: switch to alsa drivers |
| 16:11.10 | gremlin[it] | mhh that sound good for me ... |
| 16:21.58 | *** join/#oe TomPower (n=chatzill@193.170.68.246) |
| 16:23.38 | *** join/#oe dkey| (n=dkey@L0003P08.dipool.highway.telekom.at) |
| 16:49.49 | *** join/#oe _RaVeN_ (n=raven@62.57.84.31) |
| 17:12.50 | JustinP | CoreDump|bbl: that may be it....I thought I'd rebuilt it after that....oh well, as long as it works |
| 17:13.03 | CoreDump|home | right |
| 17:18.18 | CIA-4 | 03mickeyl 07org.oe.dev * r42d69359... 10/packages/efl++/efl++.inc: efl++: catch up with upstream changes |
| 17:20.33 | CoreDump|home | I was thinking about an "update-menu" style system for OZ/X11, would make dealing with E's menu a lot easier. It would also be a nice thing to have for any future DE. What do you guys think? |
| 17:21.01 | JustinP | "update-menu"? |
| 17:21.19 | CoreDump|home | ya, like debian does it |
| 17:21.46 | CoreDump|home | you install some fance KDE app, and update-menu does its magic to include it into the menuing system of debian |
| 17:22.09 | emte | CoreDump|home, one an embedded device an "auto update" system doest work |
| 17:22.33 | emte | and you are aware that e does have a list for ~15 apps |
| 17:22.36 | CoreDump|home | why is that? seems simple enough to me =) |
| 17:22.43 | emte | they dont show up unless they exist |
| 17:23.11 | emte | well unless you want to shoehorn cpp onto it |
| 17:23.31 | emte | thats only what ... 32M ? |
| 17:24.03 | *** join/#oe cedric (n=moa@APuteaux-154-1-48-161.w83-199.abo.wanadoo.fr) |
| 17:24.04 | emte | you could just generate it with/for the apps tagged with the image |
| 17:24.16 | CoreDump|home | emte nope, shipping pre-compiled .eap's is the way to go. A _complete_ GPE install with all its apps from gpe-task* is only 190KB in .eaps |
| 17:24.35 | emte | right |
| 17:24.50 | emte | then you dont need an update system |
| 17:24.57 | CoreDump|home | well sure |
| 17:25.00 | emte | they will activate if the apps exist |
| 17:25.13 | CoreDump|home | nope, they always show as long as the .eap exist |
| 17:25.26 | emte | not unless raster has changed it again |
| 17:26.02 | CoreDump|home | the current e-image ships with firefox, gimp and xmms .eaps. They all show up in the menu but are _not_ installed |
| 17:26.22 | emte | yeah mine dont show up unless tehy exist |
| 17:26.58 | CoreDump|home | interesting |
| 17:27.05 | emte | making it check is easy anyway |
| 17:27.16 | emte | just setup a ecore_listener |
| 17:27.48 | emte | when the apps are availible it will "hear" it and change the config |
| 17:27.49 | CoreDump|home | but you can't possible include and pre-configure every .eap for ever X11 app. |
| 17:28.05 | emte | sure you can |
| 17:28.14 | emte | just dont expect unique icons |
| 17:28.43 | CoreDump|home | well, unique icons are sortof the idea when we ship pre-compiled .eap's heh |
| 17:29.03 | emte | at the end of the image have a script that walks the the deploy dir and generate the files |
| 17:29.25 | CoreDump|home | the pre-installed stuff isn't the problem |
| 17:29.32 | CoreDump|home | the user-installed apps are |
| 17:29.57 | emte | the user apps have to be built from an e-compile to begin with |
| 17:30.21 | emte | unless your not changing the resize code .... |
| 17:30.37 | CoreDump|home | huh? |
| 17:31.05 | CoreDump|home | e uses any X11 app |
| 17:31.22 | CoreDump|home | so any X11 app would require its own .eap |
| 17:31.25 | CoreDump|home | pre-compiled |
| 17:31.38 | emte | yes |
| 17:31.46 | CoreDump|home | so we can either ships all eap's in the e-image and update the menu's after installation |
| 17:32.03 | emte | emte making it check is easy anyway |
| 17:32.03 | emte | emte just setup a ecore_listener |
| 17:32.03 | emte | emte when the apps are availible it will "hear" it and change the config |
| 17:32.04 | CoreDump|home | or include the eap in every X11 ipk |
| 17:34.03 | JustinP | emte: what do you mean by setting up an ecore_listener? In what? As has been said, e does *not* hide menu items when the program isn't there. |
| 17:34.03 | CoreDump|home | with your method, a lot of apps wouldn't show up in the menu. Even with a default icon. We do not know every app on earth a user installs. Some apps may not even come from the OE feeds |
| 17:34.15 | JustinP | emte: unless you're talking about hiding menu items when the *eap* isn't there |
| 17:34.57 | emte | JustinP, i am |
| 17:35.07 | emte | the code must have been changed |
| 17:35.26 | JustinP | well if the eap is missing....that's different |
| 17:35.38 | JustinP | we're talking about the *program* being missing, not the eap |
| 17:35.42 | CoreDump|home | right |
| 17:35.52 | emte | so you write a listener and to notify and activate the eap |
| 17:35.53 | CoreDump|home | as was emte :) |
| 17:36.09 | emte | they are easy |
| 17:36.21 | emte | listeners are used for almost all events |
| 17:36.23 | JustinP | CoreDump|home: no, he said just now that he was talking about the eap being missing |
| 17:36.37 | emte | before i was |
| 17:36.37 | CoreDump|home | JustinP: nope, scroll up. |
| 17:36.38 | JustinP | emte: are you talking about adding a listener to e-wm? |
| 17:36.46 | JustinP | CoreDump|home: I did.... |
| 17:36.47 | emte | another one, yes |
| 17:37.01 | emte | instead of some menu hack |
| 17:37.03 | CoreDump|home | was clear to me that he did _not_ mean missing -eaps =) |
| 17:37.55 | emte | the listener would hear the addition of the application and add the eap into the meni |
| 17:37.57 | emte | menu* |
| 17:38.13 | JustinP | emte: so you'd add something to ipkg to send an event to e? |
| 17:38.23 | emte | if for some reason an eap didnt exist it could use a "generic" eap |
| 17:38.34 | emte | no, you dont need to |
| 17:38.50 | emte | setup a listener to listen to /bin, /usr/bin, etc |
| 17:39.02 | CoreDump|home | which of course requires to pre-configure all existing X11 apps. Oh, forgot one? Too bad (for the user) |
| 17:39.05 | emte | then you dont have to touch the ikps |
| 17:39.16 | JustinP | emte: how would you know which of those installed programs goes in a menu |
| 17:39.22 | JustinP | emte: bash does not go in the e menu |
| 17:39.41 | JustinP | emte: a listener on /usr/share/applications could work |
| 17:39.47 | CoreDump|home | as long as it installs a ".desktop" file, it should be in the menu |
| 17:39.50 | emte | well normally i'd hope people would install things in the correct directories, but that is unlikly |
| 17:39.53 | JustinP | CoreDump|home: I hear what you're saying...I have no idea what update-menu is, though |
| 17:40.13 | CoreDump|home | JustinP: an example |
| 17:40.15 | JustinP | emte: you said listen to /bin. bash goes in /bin. Is this not correct? |
| 17:40.34 | CoreDump|home | you install the Gnome suite ok? that gives you a lovely Gnome menu in the taskbar of gnome right? |
| 17:40.36 | emte | JustinP, was just a list of posible directories, not specific |
| 17:40.59 | CoreDump|home | then you install KDE and that gives you a shiny KDE menu in the KDE taskbar |
| 17:41.09 | CoreDump|home | not both together in both taskbars |
| 17:41.15 | CoreDump|home | update-menu does that |
| 17:41.27 | emte | btw CoreDump|home a generate-menu does exist for e ... it is broken and it sounds liek it corrupts the db |
| 17:41.52 | emte | but it also requires you to have edje_cc/decc on the device |
| 17:41.59 | CoreDump|home | you only need to update missing entries, no need to rebuild the complete menu :) |
| 17:42.29 | *** join/#oe ldc (n=pakar@c-789472d5.114-1-64736c15.cust.bredbandsbolaget.se) |
| 17:42.43 | JustinP | CoreDump|home: when would update-menu be run? |
| 17:42.49 | emte | so do we adhear to a system which puts all apps in /usr/share/applications ? |
| 17:42.54 | CoreDump|home | JustinP: from the postinst |
| 17:43.14 | ldc | gah |
| 17:43.25 | CoreDump|home | could be as simple as "inherit update-menu" |
| 17:43.39 | JustinP | makes some sense |
| 17:43.50 | JustinP | emte: well, GPE puts all of its apps there |
| 17:43.57 | emte | i always thought /usr/local/share/* was normal |
| 17:44.07 | CoreDump|home | emte: mixing .desktop and eap files? :\ |
| 17:44.19 | JustinP | emte: I'm not talking about normal, I'm saying that GPE puts it there |
| 17:44.31 | ldc | *need an overdose of nikotine to calm down* |
| 17:44.40 | JustinP | CoreDump|home: so when an app is installed it will know which version it uses and convert to any others installed? |
| 17:44.40 | emte | well there is always the /var/opt/* crew as well (kde) |
| 17:45.14 | CoreDump|home | JustinP: the theory is the following: An app is installed which provides a .desktop in /usr/share/applications |
| 17:45.37 | CoreDump|home | update-menu is run and add this .desktop to the E menu according to its category |
| 17:45.52 | emte | there shouldnt be really any problem with mixing .desktop(if you really want to use it) and eap |
| 17:46.07 | JustinP | CoreDump|home: so all X apps are expected to have .desktop files then? |
| 17:46.10 | emte | you will run into a problem i belive tho if you do |
| 17:46.15 | CoreDump|home | of course |
| 17:46.17 | JustinP | emte: well, .desktop *is* the freedesktop standard |
| 17:46.22 | emte | you may want to check with raster on that point |
| 17:46.34 | JustinP | which? |
| 17:47.02 | ldc | got a file that i want to read a string out of... doing a STRING = `cat some_file.txt` , then later i'm going to use that STRING var for a make, so i'll do a make 'STR=${STRING}', then during the compile it seems like the whole cmd "cat some_file.txt" is stored in that var and not just the returning string from cat... :P |
| 17:47.03 | emte | well i belive the edc file may implement the standard in the edb file |
| 17:47.28 | emte | aka the theme file stuff |
| 17:47.49 | emte | not in xml |
| 17:48.04 | JustinP | emte: you've lost me |
| 17:48.08 | emte | i am not 100% on that tho] |
| 17:48.35 | emte | lets see ... |
| 17:48.59 | emte | e has ~3 levels of configuration files (which i am sure youve discovered) |
| 17:49.42 | JustinP | CoreDump|home: there's also the suggestion made by various people to add .desktop file reading/interpreting support to e |
| 17:49.42 | emte | the ecore-config, the edb defaults, and the edc theme/gui |
| 17:50.14 | JustinP | emte: edb defaults? For which programs? |
| 17:50.32 | CoreDump|home | JustinP: that would of course the the easiest solution. But in any case, you've better got a way to reload the menu w/o restarting E =) |
| 17:50.37 | emte | not specific programs normally, interface parameters |
| 17:50.51 | JustinP | CoreDump|home: as emte said, a listener on the apps dir |
| 17:51.01 | CoreDump|home | right |
| 17:51.25 | CoreDump|home | would save us the headaches with .eap's too |
| 17:51.37 | emte | the edc on the otherhand might contain specific application settings |
| 17:52.04 | emte | a round xmms frame, triangle windows for status monitor, etc |
| 17:52.43 | emte | those are determined by the theme/gui authors |
| 17:52.58 | *** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 17:53.05 | JustinP | CoreDump|home: assuming we can get e to load an icon image without it being "compiled" ;-) |
| 17:53.12 | CoreDump|home | right |
| 17:53.24 | emte | JustinP, you can, but you dont wnat to |
| 17:53.39 | emte | use a generic set |
| 17:53.42 | CoreDump|home | the whole point is to get unique icons |
| 17:54.02 | emte | an uncompiled icon will use far more memory and take longer to load |
| 17:54.03 | CoreDump|home | emte: then we can just as well keep the .eap's |
| 17:54.21 | CoreDump|home | pre-compiled that is |
| 17:54.51 | emte | could compress the unused eaps if needed |
| 17:54.55 | CoreDump|home | +mhentges@mhcln01:..mhentges/own_stuff/gpe2e >du eap/ |
| 17:54.55 | CoreDump|home | 360k eap |
| 17:55.06 | CoreDump|home | that's all gpe-task* stuff |
| 17:55.18 | emte | what size of images are you using? |
| 17:55.23 | CoreDump|home | emte: wouldn't buy us much that .eap's are already compressed |
| 17:55.28 | emte | tho that shouldnt matter |
| 17:55.34 | emte | true |
| 17:55.36 | CoreDump|home | emte: the default icons |
| 17:55.49 | emte | there is an alt option then |
| 17:55.59 | emte | would require rewritting part of it |
| 17:56.00 | JustinP | emte: the icons are cached. It would only be an initial load problem if done right. |
| 17:56.42 | *** join/#oe tanq_ (n=tanq@66-190-71-98.dhcp.ftwo.tx.charter.com) |
| 17:56.49 | emte | you could train it to look for the compressed icon files outside of the eap... has benifits and drawbacks |
| 17:57.08 | emte | benifit is size of course |
| 17:57.22 | emte | or you do have the tird option ... |
| 17:57.25 | emte | third* |
| 17:57.27 | CoreDump|home | that would require to have both, the real icons, and the compiled ones =) |
| 17:57.59 | emte | actually i wonder ... |
| 17:58.13 | emte | if you look you might find the old menu code still availible |
| 17:58.29 | emte | it did things a bit different ... |
| 17:58.49 | emte | it didnt use individual eaps ... |
| 17:59.36 | emte | altho ... the easiest solution is |
| 18:00.20 | emte | setup a listener, add a e-walk.bb, generate and append the eaps to the ipkg like CoreDump|home suggested |
| 18:01.34 | emte | that will probably cause the least amount of problems if raster changes something major |
| 18:01.37 | JustinP | emte: but wouldn't this only get programs compiled into an image? |
| 18:02.09 | emte | why? just call e-walk after you compile your apps |
| 18:02.25 | emte | get it to re-package the ipk |
| 18:02.35 | JustinP | emte: after avery app? |
| 18:02.36 | CoreDump|home | uber mehh |
| 18:02.46 | emte | not after every |
| 18:03.00 | JustinP | emte: and add an eap to every X app whether or not people are going to use it? |
| 18:03.07 | JustinP | this seems like a very error-prone hack |
| 18:03.10 | emte | get it to walk deploy and alter every package in it |
| 18:03.18 | *** part/#oe pH5 (n=ph5@p5485C031.dip.t-dialin.net) |
| 18:03.34 | emte | most people get them from a feed |
| 18:03.57 | emte | not much different than a machine dependancy or trying to install a gpe package in opie |
| 18:04.01 | JustinP | so....only files with a .dektop get an eap? |
| 18:04.41 | JustinP | and, again, wouldn't this add an eap to every GPE app whether or not people want it? I suppose this isn't *huge* but still... |
| 18:04.43 | CoreDump|home | emte: sorry, but this would be an uber-ugly hack :\ |
| 18:05.18 | emte | i would assuse you would do it on a build-world for an e-mage feed |
| 18:05.22 | emte | assume* |
| 18:05.59 | emte | or you could get rid of the icons |
| 18:06.04 | *** join/#oe mattcamp (n=matt@adsl-67-67-248-17.dsl.wchtks.swbell.net) |
| 18:06.06 | emte | you dont need them to compile an eap |
| 18:06.35 | JustinP | true, but this would mean the menuw ould be ugly and adding the eaps to, say, the iconbar wouldn't work very well |
| 18:06.57 | emte | that is a tradeoff, yes |
| 18:07.17 | CoreDump|home | IMO the Iconbar should be pre-configured on e-.image compile time and not touched afterwards. Users choice and stiff |
| 18:07.20 | CoreDump|home | stuff |
| 18:07.53 | JustinP | CoreDump|home: yes, it shouldn't be touched by installs. I'm just saying that if a user added a non-icon eap it would bt fairly useless |
| 18:08.06 | CoreDump|home | JustinP: indeed |
| 18:08.41 | emte | incentive to develope e-apps :P |
| 18:10.03 | gremlin[it] | hi emte |
| 18:10.14 | emte | hey gremlin[it] how goes it? |
| 18:10.53 | gremlin[it] | now boot but got problem on mounting filesystem ;( |
| 18:11.08 | emte | hey if it boots thats great |
| 18:11.12 | gremlin[it] | first i have to pass via boot args the partition table |
| 18:11.42 | gremlin[it] | second when i done i got a tons of errors and some regs dump ... |
| 18:11.46 | emte | i'd love to have 2.6 on my ipaq |
| 18:11.46 | gremlin[it] | now i retry ... |
| 18:11.57 | gremlin[it] | u have an h3600 too ? |
| 18:12.13 | emte | 3760 specifically, but yes |
| 18:13.18 | emte | okay back to trying to train biohazard about themes |
| 18:13.26 | gremlin[it] | i have an h3650 ... the firts one color :) |
| 18:13.40 | emte | color is good :) |
| 18:14.18 | JustinP | emte: you do, of course, have lots more experience that me with e code. I've only done a little hacking... |
| 18:14.31 | gremlin[it] | yep i bought in 2000 ... just few after it goes out ... and 2 weeks later it became a linux machine ... |
| 18:14.50 | emte | i wouldnt say a lot more ... i am stumbling through it rtying to get a grasp on it all |
| 18:15.03 | mattcamp | WHere can I find a list of branches in the OE repository? |
| 18:16.42 | gremlin[it] | exist branches ?! |
| 18:17.27 | mattcamp | I just found out about "monotone list branches". Looks like org.openembedded.dev is the right one except for a few specific projects. |
| 18:18.14 | gremlin[it] | mhh baybe depend on machine ... such as zaurus on nslu2 ... |
| 18:24.45 | emte | nice bug :( |
| 18:24.49 | emte | blech |
| 18:25.10 | emte | CoreDump|home, if your using hg you need to update to 6c |
| 18:25.37 | emte | has a bit of an issue with files ending with .d |
| 18:25.50 | emte | fixed in 6c |
| 18:25.52 | CoreDump|home | emte: I'm not :) Never was using it. You are thinking about CosmicPenguin I believe |
| 18:26.01 | emte | could be |
| 18:26.12 | emte | its the C it confuses me |
| 18:26.26 | emte | C is for cookie and thats good enough for me! |
| 18:31.32 | *** join/#oe mrz80 (n=scotsman@ip70-171-45-221.ga.at.cox.net) |
| 18:33.29 | *** join/#oe _alwin_ (n=ral@cable-195-14-254-136.netcologne.de) |
| 18:37.56 | emte | lol |
| 18:55.30 | *** join/#oe Delta_ (n=delta@p50831BD9.dip0.t-ipconnect.de) |
| 18:58.37 | reenoo_ | <CIA> GPE 2.7: use known working versions of atk, pango, librsvg. upgrade matchbox bits (fixes infamous "windows jump to the top left corner bug"). |
| 19:12.37 | *** join/#oe CIA-4 (n=CIA@flapjack.navi.cx) |
| 19:14.36 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 19:14.39 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 19:14.59 | *** join/#oe _alwin_ (n=ral@cable-81-173-131-187.netcologne.de) |
| 19:39.47 | mattcamp | I'm guessing this is a fAQ, but is there anything I can do to speed up monotone pull? I'm running 0.21 and pulling the org.openembedded.dev branch from monotone.vanille.de. |
| 19:40.21 | emte | buy bluegene |
| 19:40.26 | CoreDump|home | ehe |
| 19:40.31 | CoreDump|home | or a quad opteron? |
| 19:40.57 | mattcamp | Heh, I thought my 2.53 GHz P4 was pretty good. |
| 19:41.23 | emte | actually if you update ~ 1hr its not too bad |
| 19:41.45 | JustinP | mattcamp: you should use a snapshot, an initial upll will take ages |
| 19:41.48 | emte | takes 2-20min |
| 19:42.17 | mattcamp | I started with a snapshot, and then I pulled an update a couple days later. Now it's been a couple weeks since I pulled. |
| 19:43.11 | emte | yeah its going to hurt then |
| 19:43.14 | JustinP | mattcamp: I see. Well a couple weeks will take a bit |
| 19:43.48 | mattcamp | So it's best to pull daily? |
| 19:44.17 | mattcamp | Or even more frequently? |
| 19:44.43 | JustinP | mattcamp: yes, if you don't want to have to wait too long for updates |
| 19:44.56 | JustinP | mattcamp: it doesn't really affetc the overall time but you'll feel better ;-) |
| 19:45.36 | JustinP | mattcamp: a cron-based pull every night would probably work fine |
| 19:46.54 | mattcamp | Another likely FAQ: Why is it taking so long to process 2 MB of data from the server? |
| 19:47.09 | mattcamp | (I did read the Monotone FAQ.) |
| 19:48.17 | JustinP | mattcamp: because it's doing lots of SHA-1's to make sure the data is right |
| 19:49.33 | mattcamp | Ah, makes sense. |
| 19:50.17 | mattcamp | I'm more used to svn (and before that, of course, CVS). |
| 19:58.11 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
| 20:24.39 | mithro | so what computer games do people play these days? |
| 20:26.05 | mattcamp | I generally don't play games. |
| 20:26.25 | mithro | mattcamp: neither do I |
| 20:26.55 | mithro | but i've found over the last week is that i need the type of mental simulation that a good game provides |
| 20:27.23 | mattcamp | You mean stimulation? |
| 20:27.50 | mithro | yeah :P |
| 20:32.16 | mithro | i'm actually thinking an older game from a couple of years ago is best, as my gaming machine is a good 24 hours in a plane away |
| 20:33.10 | emte | most play wow, eq, hl2, nwn, etc |
| 20:33.30 | emte | depends on your pref |
| 20:34.17 | mithro | well i'm more intrested in single player |
| 20:34.27 | mithro | which kind of leaves out wow, eq and nwn |
| 20:34.54 | emte | nwn is single player if you wish |
| 20:36.09 | mattcamp | I don't even know what some of those abbreviations stand for. |
| 20:36.10 | emte | if you want simple you could always play bzflag ... it has quite the cult following |
| 20:36.23 | mithro | wow == World of Warcraft |
| 20:36.30 | mithro | eq == everquest |
| 20:36.31 | emte | world of warcraft, everquest, neverwinter nights |
| 20:36.41 | mithro | bah emte can type faster then me |
| 20:36.50 | emte | lol |
| 20:36.59 | emte | you probably program far faster than i do |
| 20:37.15 | mithro | emte: i havn't really been any type of programming mode recently |
| 20:37.48 | emte | anyway mithro you might liek bzflag providing you have a decent connection |
| 20:37.52 | mithro | s/been/been into/ |
| 20:38.03 | mithro | bzflag is a multiplayer game |
| 20:38.07 | emte | yeah |
| 20:38.37 | emte | i am trying to think of a decent single player non-network game and all i can think of is starcraft |
| 20:38.53 | mithro | i despise starcraft :P |
| 20:38.56 | emte | lol |
| 20:39.21 | emte | you could always play quake :) |
| 20:39.34 | mithro | Beyound Good and Evil, Alice, Badulars Gate (I, II) |
| 20:40.01 | emte | well nwn has quite a baulders gate packs |
| 20:40.06 | emte | few* |
| 20:40.28 | mithro | Ceaser 3 |
| 20:40.30 | emte | actually waiting for nwn2 to come out myself |
| 20:40.35 | mithro | Railroad Tycoon 3 |
| 20:40.43 | emte | lol\ |
| 20:40.50 | emte | sim towers :P |
| 20:40.56 | emte | what a silly game |
| 20:41.08 | mithro | Jedi Outcast: * |
| 20:41.18 | mithro | Knights of the Old Republic |
| 20:41.24 | mithro | i guess i could play the second one |
| 20:41.49 | emte | i lknow |
| 20:41.50 | mithro | Prince of Persia both old and the new ones |
| 20:42.00 | emte | space quest !! |
| 20:42.07 | mithro | space quest? |
| 20:42.16 | mithro | all the ScummVM games where pretty good |
| 20:42.20 | emte | i've only got one here tho ... |
| 20:42.30 | emte | yeah you know with Roger Wilco |
| 20:42.38 | mithro | i guess i could try and finally finish Broken Sword 2 |
| 20:42.48 | mattcamp | Or for something different, there's a growing number of games that have no graphics, only sound. They're made mostly for (and by) blind people, but might be fun to play for others too. www.audiogames.net |
| 20:43.04 | emte | http://www.spacequest.net/ |
| 20:43.34 | emte | hmm |
| 20:43.41 | emte | i never played sq7 ... |
| 20:44.36 | mithro | i guess i could try space quest |
| 20:45.03 | emte | never produced |
| 20:45.22 | emte | its amusing for the first bit |
| 20:45.55 | emte | if i can find my dics i can send you an image |
| 20:50.23 | emte | hmm dunno where i put it .../ |
| 21:16.16 | *** join/#oe gerwinin (n=gerwin@84.87.179.14) |
| 21:18.43 | reenoo_ | 'night all |
| 21:34.48 | CIA-4 | 03nail 07org.oe.dev * r6a067ebc... 10/conf/distro/openslug-packages.conf: Add alsa and aumix |
| 21:37.37 | kergoth | space quest was great. and leisure suit larry.. and kings quest.. |
| 21:46.41 | gb2 | I've been looking for a nice database of old pc rpg games |
| 21:46.55 | gb2 | my gf remembers playing one in 1993, and we've been trying to figure out which one it was |
| 21:53.11 | gb2 | closest we've found is Ultima VII |
| 22:08.24 | *** join/#oe dwildes (n=dwildes@209.164.237.195) |
| 22:13.16 | *** join/#oe blaster8 (n=jonesml@user-122-216-151-83.e7even.com) |
| 22:23.19 | *** part/#oe dwildes (n=dwildes@209.164.237.195) |
| 22:25.02 | CIA-4 | 03daka 07org.oe.dev * rdc18eced... 10/ (.mt-attrs packages/apache/apache_2.0.54.bb): Fix apache to use openssl from staging. Fix depends on pcre and expat. NOTE: still just for native building. |
| 22:25.06 | CIA-4 | 03daka 07org.oe.dev * r4456e15f... 10/conf/distro/openslug-native-packages.conf: Add pcre and expat, needed for apache, to openslug-native-packages.conf |
| 22:41.03 | *** join/#oe malfimalfi (n=malte@dsl-082-082-190-132.arcor-ip.net) |
| 23:18.16 | CoreDump|home | wasn't there a rss feed for commits? |
| 23:21.00 | malfi | http://cia.navi.cx/stats/project/openembedded/.rss |
| 23:21.11 | NAiL | dang |
| 23:21.13 | NAiL | http://cia.navi.cx/stats/project/openembedded/.rss |
| 23:21.14 | NAiL | :P |
| 23:30.28 | CIA-4 | 03mickeyl 07org.oe.dev * rcbb257c5... 10/packages/nonworking/alsa-driver/alsadriver_0.9.8.bb: remove obsolete alsa-driver .bb |
| 23:30.32 | CIA-4 | 03mickeyl 07org.oe.dev * rbeee0039... 10/packages/obexpush/ (files/init obexpush_1.0.0.bb): add OBEX Push command line helpers |
| 23:30.38 | CIA-4 | 03mickeyl 07org.oe.dev * r280a83c1... 10/packages/obexpush/ (obexpush/add-obextool.patch files/init obexpush_1.0.0.bb): obexpush: add patch for obextool |
| 23:30.44 | CIA-4 | 03mickeyl 07org.oe.dev * r80954f6b... 10/packages/obexpush/obexpush_1.0.0.bb: obexpush: ship daemon in sbindir |
| 23:32.37 | mattcamp | Does anyone know where I can find the generate-oe.py script mentioned in packages/python/python-2.4.1-manifest.inc? Or is that manifest edited by hand now? |
| 23:32.47 | mattcamp | I googled for generate-oe.py and found nothing. |
| 23:34.19 | emte | generate-oe.py? |
| 23:34.41 | emte | personally that is the first i've heard of it |
| 23:34.48 | emte | whats it supposed to do? |
| 23:35.45 | mattcamp | It generated the python-2.3.4-manifest.inc and python-2.4.1-manifest.inc files in packages/python, according to comments at the top of said files. |
| 23:36.58 | mattcamp | I ask because I've found a few errors in python-2.4.1-manifest.inc. |
| 23:37.18 | emte | i dont think 2.4.1 works ... |
| 23:37.27 | emte | not even sure 2.4 does ... |
| 23:37.49 | mattcamp | So should I put PREFERRED_VERSION_python = "2.3.4" in my local.conf? |
| 23:38.19 | emte | look at the familiar/oz distro files and see what they are using |
| 23:39.30 | mattcamp | No indication in those files. |
| 23:42.34 | emte | hmm |
| 23:43.10 | yOyOeK | sii a all |
| 23:43.49 | CoreDump|home | NAiL & malfi thanks! |
| 23:43.58 | emte | ### AUTO-GENERATED by './generate-oe.py' [(C) 2002-2005 Michael 'Mickey' Lauer <mickey@Vanille.de>] on Fri Jul 1 18:03:30 2005 |
| 23:44.02 | emte | ask mickey|zzZZzz |
| 23:44.08 | emte | might be a custom script of his |
| 23:48.36 | emte | looks as if 2.4.1 should build ... |
| 23:50.05 | mattcamp | It does. |
| 23:50.52 | mattcamp | The mistakes I found in python-2.4.1-manifest.inc don't prevent it from building, but some newer modules aren't packaged, and the /usr/lib/python2.4/email/tests directory is included in python-email thus increasing its size. |
| 23:52.02 | emte | send a patch to the bugmonster |
| 23:55.00 | CIA-4 | 03justinp 07org.oe.dev * rbf5a1fae... 10/packages/e17/entrance_20050810.bb: Add RDEPENDS to DEPENDS |
| 23:58.25 | *** join/#oe obi (n=obi@asus.saftware.de) |