**** BEGIN LOGGING AT Fri Jan 11 02:59:56 2008
Jan 11 07:13:37 <Dodji> hello
Jan 11 07:14:00 <Dodji> with mtn, once I have done a pull, how can I get a list of the revisions that got pulled ?
Jan 11 07:14:09 <Dodji> (before I do an update of the workspace)
Jan 11 07:21:28 <Laibsch> Dodji: I'd suggest monotone-viz for inspection
Jan 11 07:21:51 <Laibsch> mtn status will tell you the revision of your work space
Jan 11 07:21:56 <Dodji> Laibsch, sorry, but I would like to know how you would do these things in cmd line
Jan 11 07:22:10 <Laibsch> I was just about to tell you
Jan 11 07:22:24 <Dodji> thanks :-)
Jan 11 07:22:30 <Laibsch> mtn heads for the latest rev
Jan 11 07:22:47 <Dodji> Laibsch, so heads is for the latest rev that is present in the DB ?
Jan 11 07:22:48 <Laibsch> mtn diff -r $workspace_rev -r $latest_rev
Jan 11 07:22:52 <Laibsch> should do it
Jan 11 07:23:04 <Laibsch> but you could have come up with that for yourself
Jan 11 07:23:10 <Laibsch> it is not so difficult
Jan 11 07:23:39 <Laibsch> you can also use mtn log, depending on what you want to do
Jan 11 07:26:01 <Dodji> Laibsh: re I could have come up with that myself: well, when you do mtn heads, the result of is does not clearly say that the number that it throws is the revision of the head *in the db*
Jan 11 07:26:15 <Dodji> s/of is/of it/
Jan 11 07:26:22 <Dodji> so I was confused. sorry about that.
Jan 11 07:27:25 <Laibsch> well, monotone-viz
Jan 11 07:27:39 <Laibsch> it helps you understand mtn much better than just the command line
Jan 11 07:27:45 <Laibsch> the human is a graphical animal
Jan 11 08:08:04 <hrw> morning
Jan 11 08:23:53 <Longfield> morning
Jan 11 08:24:36 <Longfield> hrw: I did the changes you asked for the machine support
Jan 11 08:25:03 <Longfield> !oebug 3647
Jan 11 08:25:05 <cdbot2> * * Bug 3647, Status: NEW, Created: 2008-01-08 07:16
Jan 11 08:25:05 <cdbot2> * * valentin.longchamp(AT)epfl.ch: New mx31moboard machine support in OE
Jan 11 08:25:06 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=3647
Jan 11 08:31:26 <hrw> Longfield: cool
Jan 11 08:35:43 <hrw> Longfield: pushing
Jan 11 08:35:59 <Longfield> hrw: thanks
Jan 11 08:39:07 <hrw> Longfield: how much does board costs?
Jan 11 08:40:17 <Laibsch> Good morning
Jan 11 08:40:41 <Laibsch> How do I flash just the kernel to the collie, leaving the root FS as it is?  Is that possible?
Jan 11 08:40:42 <Longfield> hrw: actually we're only going to build a small serie for our robots for now ... we're an academic lab. But I would love to find a company interested by our design
Jan 11 08:42:06 <hrw> Laibsch: it is possible
Jan 11 08:42:14 <hrw> Laibsch: put zImage on card and flash
Jan 11 08:42:34 <Laibsch> And BTW, is the linux-rp-2.6.23+2.6.24-rc0+git supposed to be actually usuable on the collie?  thesing made his changes for collie there.  But I get nothing but a kernel panic
Jan 11 08:42:46 <hrw> Laibsch: no idea
Jan 11 08:42:48 <Laibsch> hrw: zImage and no initrd.bin, right?
Jan 11 08:42:52 <hrw> yes
Jan 11 08:42:57 <Laibsch> ~seen thesing
Jan 11 08:42:59 <ibot> thesing <n=thesing@BAA4e42.baa.pppool.de> was last seen on IRC in channel #oe, 3d 17h 56m 37s ago, saying: 'hi everybody'.
Jan 11 08:43:12 <Laibsch> ping RP
Jan 11 08:43:14 <hrw> Laibsch: I have 2.6.24-rc6 on my c7x0 but collie here is dusting
Jan 11 08:44:53 <Longfield> hrw: with our very small serie, we have come to prices around 500CHF (this means around 300 €). But if the production got more industrialized, the price could drop off significantly
Jan 11 08:45:09 <Laibsch> Thanks, hrw
Jan 11 08:45:45 <Laibsch> RP: Should the linux-rp-2.6.23+2.6.24-rc0+git be actually usable on the collie?
Jan 11 08:47:39 <hrw> Laibsch: if it has collie patches updated then probably yet
Jan 11 08:49:24 <NineX> damn www.agngstrom-distribution.org is down :S
Jan 11 08:52:16 <Laibsch> NineX: I am restarting apache
Jan 11 08:52:28 <Laibsch> Load for the machine was again very high, at 35
Jan 11 08:53:08 <NineX> Laibsch: try to set more restrictive limits in apache 
Jan 11 08:57:36 <xjqian|sleepless> does ${palmtopdir}/lib, which translates to /usr/lib/opie/lib,make sense?
Jan 11 09:00:02 <Laibsch> NineX: I don't think apache is the problem
Jan 11 09:00:11 <Laibsch> oe.org should be back up
Jan 11 09:00:54 <Laibsch> xjqian|sleepless: good to see it is xjqian|productive ;-)
Jan 11 09:01:17 <Laibsch> xjqian|sleepless: answering your question from #hentges.net: seems reasonable
Jan 11 09:01:40 <Laibsch> xjqian|sleepless: I have that dir already and there are some files in it, too
Jan 11 09:01:48 <xjqian|sleepless> I'm trying to learn how to package opie applications using kdepimpi example
Jan 11 09:02:36 <xjqian|sleepless> Laibsch: however, i'm not sure if that's intensional or left over from the change
Jan 11 09:03:02 <xjqian|sleepless>  oe_libinstall -so -C ${S}/dest/ libmicrokammu ${D}${libdir}
Jan 11 09:03:19 <xjqian|sleepless> while
Jan 11 09:03:30 <Laibsch> xjqian|sleepless: Look at mtn log
Jan 11 09:03:44 <Laibsch> Anything that polyonymous_ touched should be OK
Jan 11 09:03:56 <xjqian|sleepless>  oe_libinstall -so -C ${S}/dest/ libmicrokde ${D}${palmtopdir}/lib
Jan 11 09:04:04 <Laibsch> He is the one to talk to, I guess, he made the move from /opt to /usr happen
Jan 11 09:04:33 <Laibsch> what do libdir and palmtopdir point to?
Jan 11 09:04:41 <xjqian|sleepless> yeah, I got to find the rational behind the differences and get a reference from him
Jan 11 09:04:53 <xjqian|sleepless> libdir is simply /usr/lib
Jan 11 09:05:03 <xjqian|sleepless> palmtopdir is /usr/lib/opie
Jan 11 09:05:14 <Laibsch> I would assume it likely there is not particular reason but "that is the way it was" ;-)
Jan 11 09:05:52 <xjqian|sleepless> core opie libs are consistently in /usr/lib/opie
Jan 11 09:06:14 <xjqian|sleepless> however, I'm not sure where stuffs go for third party opie applications
Jan 11 09:07:15 <xjqian|sleepless> well, 3am here, so back to be unproductive. thanks anyway
Jan 11 09:08:39 <Laibsch> good night, xjqian|zzzZZZZ
Jan 11 09:09:52 <RP> Laibsch: Not sure about collie, I just merge patches people send me...
Jan 11 09:18:27 <Laibsch> thanks, RP
Jan 11 09:18:40 <Laibsch> BTW, 2.6.22 and 2.6.23 fail do_patch for collie
Jan 11 09:32:18 <rwhitby> RP: http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.23/ixp4xx-fsg-board-support.patch <- updated leds patch for your kind review (any comments on the rest of the board support would be welcome too) (leds file is at the end of the patch)
Jan 11 09:32:46 <rwhitby> just want to check I captured all your previous comments in FIXME's
Jan 11 09:58:46 <Laibsch> hrw: is the collie really
Jan 11 09:58:50 <Laibsch> SERIAL_CONSOLE = "115200 ttySA0"
Jan 11 09:58:59 <Laibsch> not ttyS0 like the rest?
Jan 11 09:59:07 <hrw> Laibsch: not
Jan 11 09:59:17 <hrw> Laibsch: naming of serial ports on ARM is sick
Jan 11 09:59:33 <hrw> ttyS0 ttySA0 ttyAMA0 ttyAM0 ttymxc0 etc
Jan 11 09:59:47 <Laibsch> So just the collie is different?
Jan 11 09:59:47 <hrw> ttyMGAM0 (MyGreatArmMachine)
Jan 11 09:59:57 * Laibsch is laughing
Jan 11 10:00:13 <hrw> Laibsch: simpad also has ttySA0, h3600/h3800 and other StrongARM machines
Jan 11 10:02:01 <Laibsch> OK
Jan 11 10:02:32 <Laibsch> you might have read on OE ML about my rework of Zaurus machine configs
Jan 11 10:03:12 <Laibsch> hrw, RP: Please take a look at http://oz.leggewie.org/wip/machine-config.diff
Jan 11 10:03:33 <Laibsch> and send any comments to the mailing list or make them here if anything needs to be changed
Jan 11 10:06:32 <hrw> Laibsch: drop collie-2.6.inc
Jan 11 10:07:16 <hrw> drop kernel setting from collie, drop MACHINE_KERNEL_VERSION
Jan 11 10:07:40 <hrw> MACHINE_EXTRA_RDEPENDS are also not needed rather
Jan 11 10:07:53 <Laibsch> I was just about to drop MACHINE_KERNEL_VERSION and update the patch
Jan 11 10:07:57 <hrw> why all kernel modules when flash is limited?
Jan 11 10:08:02 <Laibsch> But collie-2.6.inc cannot be dropped
Jan 11 10:08:06 <hrw> why mke2fs?
Jan 11 10:08:18 <Laibsch> hrw: I am just copying what was in there
Jan 11 10:08:20 <hrw> Laibsch: why it cannot?
Jan 11 10:08:53 <Laibsch> hrw: You would need to find a way to include zaurus-2.6.inc only when the kernel is 2.6, not 2.4
Jan 11 10:09:08 <Laibsch> Unless you want to completely end support for 2.4 kernel on collie
Jan 11 10:09:20 <Laibsch> But that would also mean the end of SharpROM in OE
Jan 11 10:09:54 <Laibsch> I'd say keep the zaurus-2.6.inc although it is ugly and contains only the require line for zaurus-2.6.inc
Jan 11 10:10:47 <hrw> or make collie.conf 2.6 only with commented stuff to make it 2.4 working
Jan 11 10:10:59 <hrw> like 'enable this to build 2.4'
Jan 11 10:11:33 <Laibsch> quite a lot of work for little benefit, don't you think?
Jan 11 10:11:43 <hrw> ok then
Jan 11 10:11:57 <Laibsch> I agee it is ugly
Jan 11 10:12:03 <hrw> I would drop any 2.4-crappix stuff with pleasure ;d
Jan 11 10:12:08 <Laibsch> ;-)
Jan 11 10:12:18 <Laibsch> But I like the idea that OE still supports Sharp ROM
Jan 11 10:12:38 <hrw> not to mention that I will abandon Zaurus when usable replacement will be available to buy
Jan 11 10:12:58 <Laibsch> *when*
Jan 11 10:13:04 <Laibsch> I might do the same
Jan 11 10:13:11 <Laibsch> and it seems I am looking for similar stuff
Jan 11 10:13:18 <hrw> I do not use zaurus as pda for over year
Jan 11 10:13:44 <Laibsch> But currently there is just nothing that makes me say, wow nice feature, got to have it without some drawback over the Z attached to it
Jan 11 10:14:00 <Laibsch> openmoko with keyboard and wlan would be nice and a serious option
Jan 11 10:14:07 <hrw> not for me
Jan 11 10:14:17 <hrw> I need armv5te and neo is armv4t
Jan 11 10:14:26 <Laibsch> why?
Jan 11 10:14:32 <Laibsch> what is the essential difference?
Jan 11 10:14:35 <hrw> there are too many arm926 devices which I need to support
Jan 11 10:14:50 <hrw> Laibsch: armv4t does not run armv5te binaries. thats enough
Jan 11 10:14:54 <hrw> hi Holger
Jan 11 10:15:03 <zecke> moin
Jan 11 10:15:14 <hrw> Laibsch: look at my blog: http://blog.haerwu.biz/2008/01/07/how-to-replace-zaurus-pda/
Jan 11 10:15:20 <RP> Laibsch: Does 2.4 still work ok with that?
Jan 11 10:15:36 <Laibsch> So that leaves PREFERRED_PROVIDER_virtual/kernel and MACHINE_EXTRA_RDEPENDS to be dropped?
Jan 11 10:15:42 <hrw> yes
Jan 11 10:15:48 <Laibsch> Are you sure e2fsck is not needed?
Jan 11 10:15:57 <Laibsch> Uhm, mke2fs
Jan 11 10:15:58 <RP> Laibsch: 2.6.22 is going away soon so won't get fixed for collie
Jan 11 10:16:15 <hrw> Laibsch: what for?
Jan 11 10:16:16 <RP> Laibsch: 2.6.23 probably needs to get fixed at some point
Jan 11 10:16:26 <Laibsch> hrw: read your blog, interesting comments
Jan 11 10:16:44 <hrw> RP: I would drop memory/ramdisk split from collie/2.6 too
Jan 11 10:16:53 <Laibsch> hrw: I would not know what it is needed for, but somebody made a comment to that effect
Jan 11 10:17:06 <RP> Laibsch: I have no real comments about the changes, if they work, go for it
Jan 11 10:18:43 <Laibsch> hrw: memory split?
Jan 11 10:18:47 <Laibsch> cannot seem to find that
Jan 11 10:19:25 <Laibsch> hrw: patch on oz.leggewie.org has been updated
Jan 11 10:21:25 <Laibsch> hrw: does collie need a different EXTRA_IMAGECMD_jffs2 than the other zaurus?
Jan 11 10:21:46 <zecke> otavio: the git is updated and running
Jan 11 10:22:13 <zecke> otavio: it should be a matter of git-rebase to rebase your work
Jan 11 10:26:23 <Laibsch> hrw: OK to commit?
Jan 11 10:27:03 <hrw> sorry - have to look
Jan 11 10:28:53 <hrw> MACHINE_KERNEL_VERSION needs to be set before use
Jan 11 10:29:09 <Laibsch> yes
Jan 11 10:29:44 <Laibsch> we erroneously had both thought it to be superfluous
Jan 11 10:44:30 <steliosk-gprs> hi all !
Jan 11 10:44:44 <Laibsch> hrw: patch updated, seems to be working
Jan 11 10:45:13 <Laibsch> But why is it rebuilding binutils-cross and glibc-intermediate now?
Jan 11 10:46:22 <zecke> is anyone updating gcc-cross-sdk to 4.2.2?
Jan 11 11:01:49 <hrw> hi steliosk-gprs 
Jan 11 11:02:35 <Jin^eLD> re
Jan 11 11:09:35 <CIA-35> 03freyther 07org.oe.dev * r24407917... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git: Start with only using the manifests
Jan 11 11:09:40 <CIA-35> 03freyther 07org.oe.dev * r7f8eda1c... 10/ (1 contrib/mtn2git/mtn2git.py): 
Jan 11 11:09:40 <CIA-35> contrib/mtn2git/mtn2git.py: Remove all old code that tried to figure out what changes happened
Jan 11 11:09:40 <CIA-35>  Make place for the new code that is diffing the manifest directly. This avoids
Jan 11 11:09:40 <CIA-35>  all the funky mess with recursive directory renames and undoing what mtn told us happened.
Jan 11 11:09:40 <CIA-35>  git is clever enough to figure out moves and copying of files on its own.
Jan 11 11:09:45 <CIA-35> 03freyther 07org.oe.dev * r05565917... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git/mtn2git.py: We are not interested in these bits. Do not store them.
Jan 11 11:09:49 <CIA-35> 03freyther 07org.oe.dev * rfa391525... 10/ (1 contrib/mtn2git/mtn2git.py): 
Jan 11 11:09:49 <CIA-35> contrib/mtn2git/mtn2git.py: Have only one function that is parsing the manifest
Jan 11 11:09:49 <CIA-35>  Build a directory tree from a manifest with all the information we need. This
Jan 11 11:09:53 <CIA-35>  currently is a list of directory names and a list of files (with absolute paths)
Jan 11 11:09:55 <CIA-35>  and their revision and the executable attribute.
Jan 11 11:09:59 <CIA-35> 03freyther 07org.oe.dev * rd6527bc0... 10/ (1 contrib/mtn2git/mtn2git.py): 
Jan 11 11:10:00 <XorA> morning
Jan 11 11:10:01 <CIA-35> contrib/mtn2git/mtn2git.py: Built a fifo to avoid parsing the manifests all over again
Jan 11 11:10:03 <CIA-35>  I decided to use a FIFO for two reasons:
Jan 11 11:10:05 <CIA-35>  -Simplicity in the implementation
Jan 11 11:10:07 <CIA-35>  -Parent and Childs are normally close (<= 100 revisions) to each other. So having
Jan 11 11:10:09 <CIA-35>  the fifo should avoid parsing the parent manifest over and over again. Also with
Jan 11 11:10:13 <CIA-35>  "merge early and merge often" the 100 revs should be enough to catch merges as well.
Jan 11 11:10:17 <CIA-35> 03freyther 07org.oe.dev * rd0e82d27... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git/mtn2git.py: Add modifications to the right list, check if _file_revision and file_revision of the manifest are equal
Jan 11 11:10:20 <CIA-35> 03freyther 07org.oe.dev * r2f179e4c... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git/mtn2git.py: Stub the most important function. diff_manifest will tell us what to do
Jan 11 11:10:23 <CIA-35> 03freyther 07org.oe.dev * r4758ca45... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git/mtn2git.py: Add the TODO for sanity checking!
Jan 11 11:10:28 <CIA-35> 03freyther 07org.oe.dev * r69097ed8... 10/ (1 contrib/mtn2git/mtn2git.py): contrib/mtn2git/mtn2git.py: Return the tree if it is was not in the cache!
Jan 11 11:10:31 <CIA-35> 03freyther 07org.oe.dev * r92d84cf9... 10/ (1 contrib/mtn2git/mtn2git.py): 
Jan 11 11:10:33 <CIA-35> contrib/mtn2git/mtn2git.py: Start diffing the manifests and find added,deleted dirs and added,deleted,modified files
Jan 11 11:10:36 <CIA-35>  -Fix bug with gathering the all_deleted (I got the union wrong)
Jan 11 11:10:40 <CIA-35>  -Diff everything and change what we store inside the sets. Storing the rev in the set
Jan 11 11:10:42 <CIA-35>  is superfluous.
Jan 11 11:10:46 <CIA-35> 03xjqian 07org.oe.dev * r7543af87... 10/ (1 packages/hal/hal_0.5.9.bb): hal_0.5.9: improve staging.
Jan 11 11:10:48 <CIA-35> 03xora 07org.oe.dev * r94437bb6... 10/ (4 files in 4 dirs): 
Jan 11 11:10:50 <CIA-35> pointercal_0.0.bb : revert changes made to make this package use MACHINE_CLASS
Jan 11 11:10:52 <CIA-35> in openmoko. Turns out screens are very different calibration for gta01/02
Jan 11 11:10:54 <zecke> lol
Jan 11 11:10:54 <CIA-35> 03xora 07org.oe.dev * r90c7a0b4... 10/ (4 files in 3 dirs): 
Jan 11 11:10:56 <CIA-35> linux-openmoko.inc : gta01/02 wont use the same partition map going into
Jan 11 11:11:00 <CIA-35> the future so use /proc/mtd to find the kernel partition.
Jan 11 11:11:03 <XorA> oh dear, CIA is gonna do all changes for last 4 days isnt it
Jan 11 11:11:04 <CIA-35> 03koen 07org.oe.dev * r747860ba... 10/ (1 contrib/angstrom/build-feeds.sh): angstrom build feeds: sync with stable branch
Jan 11 11:11:09 <CIA-35> 03thebohemian 07org.oe.dev * r77b77019... 10/ (4 files in 3 dirs): libtool 1.5.6: Re-introduce recipe.
Jan 11 11:11:11 <CIA-35> 03xjqian 07org.oe.dev * r44169e43... 10/ (5 files in 2 dirs): octave: fix packaging (QA), be explicit on dependency/functionality during configure.
Jan 11 11:11:14 <CIA-35> 03thebohemian 07org.oe.dev * rdfa87282... 10/ (5 files in 2 dirs): 
Jan 11 11:11:18 <CIA-35> atk: Multiple fixes.
Jan 11 11:11:20 <CIA-35>  - add recipe for version 1.18.0
Jan 11 11:11:22 <CIA-35>  - make all recipes use atk.inc
Jan 11 11:11:24 <CIA-35> 03pfalcon 07org.oe.dev * r33e96dec... 10/ (1 conf/distro/openwrt-sdk.conf): 
Jan 11 11:11:26 <CIA-35> openwrt-sdk.conf: Elaborate, tested to actually work.
Jan 11 11:11:28 <CIA-35> * Set IPKGBUILDCMD to produce openwrt-compatible packages (tar.gz toplevel
Jan 11 11:11:30 <CIA-35> wrap instead of ar). Caveat: latest ipkg-make-index doesn't support these.
Jan 11 11:11:32 <CIA-35> Pre-latest, doesn't throw error, but generates crap still.
Jan 11 11:11:34 <CIA-35> * Added ASSUME_SHLIB for libm.
Jan 11 11:11:36 <starox> merge ? :)
Jan 11 11:11:38 <CIA-35> 03pfalcon 07org.oe.dev * rc924d970... 10/ (5 files in 4 dirs): 
Jan 11 11:11:40 <CIA-35> nut: Add new package, Network UPS tools.
Jan 11 11:11:41 <hrw> does someone have nokia communicator phone?
Jan 11 11:11:42 <CIA-35> * Usersapce drivers to talk to various UPSes (including USB) as well as
Jan 11 11:11:44 <CIA-35> control daemons and utils.
Jan 11 11:11:46 <CIA-35> * Needs finegrained packaging to be useful for small router install.
Jan 11 11:11:47 * hrw has cia on ignore
Jan 11 11:11:50 <CIA-35> 03pfalcon 07org.oe.dev * rbe5f46ae... 10/ (1 MAINTAINERS): MAINTAINERS: Update my entry.
Jan 11 11:11:56 <CIA-35> 03xjqian 07org.oe.dev * rc1f56760... 10/ (1 packages/speech-dispatcher/speech-dispatcher_0.6.5.bb): speech-dispatcher_0.6.5: improve packaging, modularize libspeechd.
Jan 11 11:11:59 <CIA-35> 03thebohemian 07org.oe.dev * r64c06913... 10/ (19 files in 10 dirs): (log message trimmed)
Jan 11 11:12:01 <CIA-35> jamvm: Added -initial version.
Jan 11 11:12:03 <CIA-35> cacao: Multiple fixes.
Jan 11 11:12:05 <CIA-35>  - added -initial version
Jan 11 11:12:07 <CIA-35>  - added -native snapshot version
Jan 11 11:12:11 <CIA-35> classpath:
Jan 11 11:12:13 <CIA-35>  - added -initial version
Jan 11 11:12:15 <CIA-35> 03thebohemian 07org.oe.dev * r8cbfdf9b... 10/ (1 packages/openjade/openjade-native_1.3.2.bb): 
Jan 11 11:12:17 <CIA-35> openjade-native 1.3.2: Fix staging issues.
Jan 11 11:12:19 <CIA-35>  - create target directory properly
Jan 11 11:12:21 <CIA-35>  - use ${STAGING_BINDIR_NATIVE}
Jan 11 11:12:25 <CIA-35>  - remove -v from install
Jan 11 11:12:27 <CIA-35> 03pfalcon 07org.oe.dev * r07699fa4... 10/ (9 files in 4 dirs): conf/machine/*: Add "phone" MACHINE_FEATURE for phone devices.
Jan 11 11:12:36 <CIA-35> 03xjqian 07org.oe.dev * r186f1df7... 10/ (1 packages/agg/agg_2.5.bb): 
Jan 11 11:12:38 <CIA-35> agg_2.5: fix staging (missing headers for thir party application)
Jan 11 11:12:40 <CIA-35> * header files under font_* are needed by applications building agaist agg (e.g., roadmap gtk2)
Jan 11 11:12:42 <CIA-35> * not sure about gpc.h, but put into staging nevertheless.
Jan 11 11:12:48 <CIA-35> 03xjqian 07org.oe.dev * rb40ff574... 10/ (11 files in 5 dirs): 
Jan 11 11:12:50 <CIA-35> roadmap: fix roadmap-gtk2, drop 1.0.12.
Jan 11 11:12:52 <CIA-35> * fix roadmap-gtk2 build and packaging (use Makefile supplied by upstream)
Jan 11 11:12:54 <CIA-35> * fix building gtk2 with agg support Courtesy of Joshua
Jan 11 11:12:58 <CIA-35> * drop 1.0.12: old (2002 map), not upwards compatible, buggy, messy to patch,
Jan 11 11:13:00 <CIA-35> * not working originally and nobody uses it anyway.
Jan 11 11:13:02 <CIA-35> * TODO: fix packaging of zroadmap (same as above), further unification of recipies
Jan 11 11:13:08 <CIA-35> 03valentin.longchamp 07org.oe.dev * r7775497f... 10/ (8 files in 8 dirs): Added support for mx31MoBoard - closes #3947
Jan 11 11:13:11 <CIA-35> 03mickeyl 07org.oe.dev * r5a02c62f... 10/ (6 files in 3 dirs): 
Jan 11 11:13:13 <CIA-35> ecore|evas cvs update to version from today
Jan 11 11:13:15 <CIA-35> * remove some patches
Jan 11 11:13:19 <CIA-35> * enable simple x11 linking (thanks Raster)
Jan 11 11:13:25 <CIA-35> 03mickeyl 07org.oe.dev * rea02b454... 10/ (1 packages/efl1/ecore_cvs.bb): ecore cvs really disable opengl
Jan 11 11:13:28 <CIA-35> 03xora 07org.oe.dev * rfa111586... 10/ (4 files in 4 dirs): alsa-state.bb : start adding states for gta02
Jan 11 11:13:33 <CIA-35> 03xora 07org.oe.dev * r63b3be11... 10/ (1 packages/linux/linux-openmoko.inc): 
Jan 11 11:13:35 <CIA-35> linux-openmoko.inc : improve to not flash on first boot from Shoragons
Jan 11 11:13:37 <CIA-35> suggestion. Also error out if we cant find the kernel mtd.
Jan 11 11:13:41 <CIA-35> 03mickeyl 07org.oe.dev * r986ab26a... 10/ (1 packages/python/python-efl.bb): python-efl 1.0 RDEPEND on dependencies, not just DEPEND
Jan 11 11:13:44 <CIA-35> 03mickeyl 07org.oe.dev * r3a70542f... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed 1.0 add python-efl into feed
Jan 11 11:13:49 <CIA-35> 03Laibsch 07org.oe.dev * rff8974f3... 10/ (1 conf/machine/include/qemu.inc): qemu.inc: remove obsolete and superfluous GPE_EXTRA_INSTALL line
Jan 11 11:13:56 <CIA-35> 03Laibsch 07org.oe.dev * r7d3f0e94... 10/ (1 packages/ttf-fonts/ttf.inc): 
Jan 11 11:13:58 <CIA-35> ttf.inc: fix SECTION.
Jan 11 11:14:02 <CIA-35> ttf fonts are GUI-agnostic and can be used in opie as well, for example.
Jan 11 11:14:04 <CIA-35> 03Laibsch 07org.oe.dev * r6dbb0f52... 10/ (1 packages/qpf-fonts/qpf-unismall_1.0.0.bb): qpf-unismall: set PACKAGE_ARCH = "all"
Jan 11 11:14:07 <CIA-35> 03Laibsch 07org.oe.dev * r503b3ade... 10/ (3 files in 2 dirs): 
Jan 11 11:14:11 <CIA-35> Zaurus machine config: fix code for creation of installkit for collie
Jan 11 11:14:13 <CIA-35> * remove the code from collie config. It is present in collie-2.6.inc
Jan 11 11:14:15 <CIA-35> * collie needs zImage, not zImage.bin. Other Zaurus devices can handle
Jan 11 11:14:19 <CIA-35>  zImage or zImage.bin, so zImage it is for all of them.
Jan 11 11:14:21 <CIA-35> 03Laibsch 07org.oe.dev * rc6c33aa5... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): angstrom-2007-preferred-versions.inc: remove entries for python-pyqt, python-sip and sip-native
Jan 11 11:14:28 <CIA-35> 03koen 07org.oe.dev * re52ff8ea... 10/ (3 files in 2 dirs): disapproval of revision '503b3ade200ad628a4b30fab228c365b8c0cf2ea'
Jan 11 11:14:33 <CIA-35> 03Laibsch 07org.oe.dev * r6794aa0d... 10/ (3 files in 2 dirs): 
Jan 11 11:14:35 <CIA-35> conf/machine/: doing the changes to installkit for collie correctly now.
Jan 11 11:14:39 <CIA-35> thanks, koen, for spotting the error in 503b3ade200ad628a4b30fab228c365b8c0cf2ea
Jan 11 11:14:41 <CIA-35> I believe, there is further work that can be done after some discussion.
Jan 11 11:14:43 <CIA-35> 03koen 07org.oe.angstrom-2007.12-stable * raf1a3848... 10/ (1 contrib/angstrom/build-feeds.sh): angstrom build feeds: also rebuild uclibc stuff when needed and add more apps
Jan 11 11:14:48 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r6fdba4b8... 10/ (1 contrib/angstrom/build-release.sh): build-release.sh: Add htcapache, htcblueangel, htcuniversal builds.
Jan 11 11:14:51 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r290094e9... 10/ (9 files in 4 dirs): 
Jan 11 11:14:55 <CIA-35> applied changes from 8cbfdf9b8a30df1f0e6180522edccf0f920f470b
Jan 11 11:14:59 <CIA-35>  through 07699fa4e98276cd15fb353046904408fce6f65c
Jan 11 11:15:01 <CIA-35> conf/machine/*: Add "phone" MACHINE_FEATURE for phone devices.
Jan 11 11:15:03 <CIA-35> (12 lines omitted)
Jan 11 11:15:27 <zecke> Khem: Can EGLIBC do EABI as well?
Jan 11 11:29:01 <hrw> http://blog.haerwu.biz/2008/01/11/keyboard-in-palmtops/
Jan 11 11:35:41 <CoreDump|Zzzz> hrw: Nice summary! But you forgot the IMO very good SL-Cxx0 keyboards
Jan 11 11:36:07 <hrw> CoreDump|Zzzz: I lack one
Jan 11 11:40:35 <hrw> CoreDump|Zzzz: make a photo for me and I will add a bit 
Jan 11 11:40:50 <hrw> CoreDump|Zzzz: photo like the ones in post - with SD card on left side
Jan 11 11:59:32 <CoreDump|Zzzz> hrw: http://hentges.net/tmp/photos/spitz/Keyboard/
Jan 11 11:59:49 <CoreDump|Zzzz> and yes, my camera sucks =)
Jan 11 12:00:35 <hrw> CoreDump|Zzzz: my photos were done with phone
Jan 11 12:02:14 <johnx> I don't see why more companies don't just rip off the Akita/Spitz keyboard
Jan 11 12:02:58 <johnx> even the collie keyboard seems better than most phone keyboards (treo, dash) of similar size
Jan 11 12:03:06 <hrw> CoreDump|afk: its spitz or akita?
Jan 11 12:03:15 <CoreDump|afk> spitz
Jan 11 12:03:35 <CIA-35> 03pfalcon 07org.oe.dev * re4da15ab... 10/ (3 files in 2 dirs): 
Jan 11 12:03:35 <CIA-35> opie-image*: Remove merge-feeds workaround for opie-aqpkg.
Jan 11 12:03:35 <CIA-35> * Bad in itself, it's not going to work for user-created feeds, packaged
Jan 11 12:03:35 <CIA-35> feed configs, etc.
Jan 11 12:03:35 <CIA-35> * opie-aqpkg's bugs must be fixed or worked around in itself.
Jan 11 12:03:49 <johnx> akita looks different, but has the same keyboard
Jan 11 12:03:51 <hrw> thx
Jan 11 12:09:33 <hrw> CoreDump|afk: btw - does your blog still alive?
Jan 11 12:10:09 <CoreDump|afk> nah, don't have much to blog =)
Jan 11 12:10:27 <hrw> ok
Jan 11 12:10:43 <hrw> wondering 'link to coredump or not'
Jan 11 12:10:59 <CoreDump|afk> it would link to a dead blog :\
Jan 11 12:12:12 * CoreDump|afk is off to work, cya!
Jan 11 12:14:33 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r044eac66... 10/ (3 files in 2 dirs): 
Jan 11 12:14:33 <CIA-35> applied changes from 9910934c4f018cde20787ccaa558640752542098
Jan 11 12:14:33 <CIA-35>  through e4da15abb1304fe4b9181644a6e6e6df3440d6d7
Jan 11 12:14:33 <CIA-35> opie-image*: Remove merge-feeds workaround for opie-aqpkg.
Jan 11 12:14:33 <CIA-35> * Bad in itself, it's not going to work for user-created feeds, packaged
Jan 11 12:14:33 <CIA-35> feed configs, etc.
Jan 11 12:14:35 <CIA-35> * opie-aqpkg's bugs must be fixed or worked around in itself.
Jan 11 12:14:39 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r4cbb0fe4... 10/ (1 BACKPORTS.txt): BACKPORTS.txt: Note e4da15abb1304fe4b9181644a6e6e6df3440d6d7.
Jan 11 12:27:51 <hrw> CoreDump|afk: added spitz keyboard - thx
Jan 11 12:38:08 <GNUtoo> hello nmap doesn't include its dependencies...build: http://pastebin.com/m51997a00  ipk directory: http://pastebin.com/m33f4b857  run: http://pastebin.com/m4019df43
Jan 11 12:40:39 <Laibsch> GNUtoo: Do a "dpkg --info $path_to_nmap_ipk"
Jan 11 12:40:53 <Laibsch> I would assume libpcre should be listed as a DEPENDS
Jan 11 12:41:01 <Laibsch> I never had problems running nmap
Jan 11 12:42:49 <Laibsch> GNUtoo: Have you even installed the package via ipkg or some other package manager?
Jan 11 12:42:59 <Laibsch> What is /media/bin?
Jan 11 12:43:01 <GNUtoo> Laibsch, yes ipkg install 
Jan 11 12:43:11 <Laibsch> I don't believe you
Jan 11 12:43:18 <Laibsch> What is /media/bin?
Jan 11 12:43:21 <Laibsch> And why
Jan 11 12:43:23 <Laibsch> ?
Jan 11 12:43:35 <GNUtoo> Laibsch, it's a dir where i copy my ipks and some binairies
Jan 11 12:43:40 <Laibsch> ipkg-link or something evil as that?
Jan 11 12:43:55 <Laibsch> What is the output of dpkg
Jan 11 12:43:58 <Laibsch> as above
Jan 11 12:44:03 <GNUtoo> Laibsch, /media is where the hard disk is mounted
Jan 11 12:44:17 <Laibsch> media is a general mount point, usually
Jan 11 12:44:18 <GNUtoo> Laibsch, i have to install dpkg on my computer before that
Jan 11 12:44:20 <Laibsch> what device?
Jan 11 12:44:38 <Laibsch> what Distro do you use on your host?
Jan 11 12:44:38 <GNUtoo> pma430 with external toolchain
Jan 11 12:44:59 <Laibsch> Do you have the ipk for download?
Jan 11 12:45:08 <Laibsch> Or send it to me and I will take a look
Jan 11 12:45:19 <GNUtoo> Laibsch, i can host it but it's an old ipk(tar)
Jan 11 12:45:36 <Laibsch> tar?
Jan 11 12:46:00 <Laibsch> If it is old do "bitbake nmap" and see if you still hvae the problem
Jan 11 12:46:20 <GNUtoo> Laibsch, that's what i did
Jan 11 12:46:29 <Laibsch> then why old?
Jan 11 12:46:41 <Laibsch> host it, please
Jan 11 12:46:45 <Laibsch> Let me have a look
Jan 11 12:46:48 <GNUtoo> ok
Jan 11 12:47:06 <GNUtoo>  file nmap_3.81-r2_arm.ipk nmap_3.81-r2_arm.ipk: gzip compressed data, from Unix, last modified: Fri Jan 11 13:41:01 2008
Jan 11 12:54:52 <GNUtoo> Laibsch, http://gnutoo.homelinux.org
Jan 11 12:55:22 <otavio> zecke|berlin: hey! it looks to have worked!
Jan 11 12:55:34 <otavio> zecke|berlin: our company mirror of oe has been updated :-)
Jan 11 12:58:09 <Laibsch> GNUtoo: the file is not an ipk
Jan 11 12:58:23 <GNUtoo> Laibsch, it's an ipk but an old version
Jan 11 12:58:53 <GNUtoo> Laibsch, before using ar ipkg was using tar
Jan 11 13:00:04 <hrw> GNUtoo: we basically use new style ipk packages
Jan 11 13:01:25 <GNUtoo> hrw, not sharprom compatible...so i copied a line from there:IPKGBUILDCMD = "ipkg-build -c -o 0 -g 0"
Jan 11 13:01:54 <Laibsch> GNUtoo: from the control file:
Jan 11 13:01:56 <Laibsch> Depends: libpcre (>= 4.4), libpcap (>= 0.9.6)
Jan 11 13:02:10 <Laibsch> But, I go with hrw that you should use new-style ipk
Jan 11 13:04:38 <Laibsch> hrw: Does the collie machine config patch look OK to you now?
Jan 11 13:07:10 <hrw> Laibsch: last version was ok
Jan 11 13:07:41 <Laibsch> great, thanks
Jan 11 13:22:17 <Laibsch> hrw: what is a valid test for the presence of X11 on a device?  At first I thought /etc/init.d/gpe-dm, but that is only GPE.  I guess sato or some other WM might be different
Jan 11 13:22:29 <Laibsch> What should I test for with regards to the font stuff?
Jan 11 13:22:49 <hrw> Laibsch: why you have to check?
Jan 11 13:23:07 <Laibsch> for run-parts?
Jan 11 13:23:09 <Laibsch> no?
Jan 11 13:23:13 <hrw> Laibsch: there are two users of ttf fonts in OE: opie and fontconfig
Jan 11 13:23:29 <hrw> Laibsch: opie will install one script, fontconfig will install second
Jan 11 13:23:42 <hrw> ttf fonts will run-parts dir with both
Jan 11 13:24:31 <Laibsch> I guess I don't really understand yet what needs to be done
Jan 11 13:24:39 <Laibsch> Let me try to outline my understanding
Jan 11 13:25:01 <Laibsch> 1) update-fonts-common shall be depended upon by all fonts
Jan 11 13:25:18 <Laibsch> 2) it contains scripts to be run postinst and postm for these fonts
Jan 11 13:25:33 <Laibsch> 3) there are ttf fonts and qpf fonts that need to be dealt with
Jan 11 13:25:49 <Laibsch> 4) ttf is both for X11 and opie
Jan 11 13:25:55 <Laibsch> 5) qpf is only for opie
Jan 11 13:26:18 <Laibsch> conclusion from 4+5 is indeed that I need to check for the presence of opie but not for X11
Jan 11 13:28:20 <XorA> qpf fonts dont need to use common stuff, they are opie only anyway
Jan 11 13:28:45 <Laibsch> 6) scripts are to be place in /etc/update-fonts.d/ (I'd suggest /etc/update-fonts-common.d/ to reflect package name)
Jan 11 13:28:59 <hrw> Laibsch: s/X11/fontconfig/ as directfb use fontconfig but not x11
Jan 11 13:29:12 <Laibsch> 6) scripts are to be placed in /etc/update-fonts.d/ (I'd suggest /etc/update-fonts-common.d/ to reflect package name)
Jan 11 13:29:51 <hrw> yes
Jan 11 13:32:10 <Laibsch> XorA: you suggested creating /usr/bin/update-fonts in bug 2430
Jan 11 13:32:44 <Laibsch> The way I understand it, that would be quite a simple script, a one-line with just "run-parts /etc/update-fonts.d/"
Jan 11 13:33:29 <Laibsch> Doesn't it make sense then to just use run-parts directly in postinst and postrm or is update-fonts a bit more than the one-liner as I think about it now?
Jan 11 13:33:56 <hrw> on device it is easier to 'update-fonts' then know what to do
Jan 11 13:34:48 <Laibsch> OK, valid point
Jan 11 13:35:02 <XorA> yeah then it works for user installed fonts as well
Jan 11 13:35:06 <Laibsch> hrw: But I have no misunderstanding that update-fonts will basicall be that one-liner, right?
Jan 11 13:35:14 <XorA> and follows debian way of update-XXXXXX
Jan 11 13:35:16 <hrw> two liner
Jan 11 13:35:26 <hrw> #!/bin/sh
Jan 11 13:35:32 <Laibsch> yes,
Jan 11 13:35:34 <hrw> run-parts /etc/update-fonts.d/
Jan 11 13:35:46 <Laibsch> I did not count the shebang
Jan 11 13:35:51 <hrw> ;D
Jan 11 13:36:53 <Laibsch> update-fonts-common.d it will be
Jan 11 13:37:01 <Laibsch>  /etc/update-fonts-common.d it will be
Jan 11 13:37:05 <hrw> sure
Jan 11 13:55:11 <hrw> usual reminder:  OE devs present on LinkedIn: I created OpenEmbedded group. You can join here: http://www.linkedin.com/e/gis/49269/0321B4146D12
Jan 11 13:57:28 <hrw> ~hail touch conf/sanity.conf hack
Jan 11 13:57:29 * ibot bows down to touch conf/sanity.conf hack and chants, "I'M NOT WORTHY!!"
Jan 11 13:57:46 <hrw> ~curse person which force OE to use fortran
Jan 11 13:57:47 <ibot> May you be reincarnated as a Windows XP administrator, person which force OE to use fortran !
Jan 11 14:00:12 <Laibsch> hrw: What is the call for fc-cache?
Jan 11 14:00:20 <Laibsch> What package provides fc-cache
Jan 11 14:00:21 <Laibsch> ?
Jan 11 14:00:29 <XorA> libfontconfig-utils I think
Jan 11 14:00:39 <Laibsch> I have a dual-GUI image with both opie and GPE and fc-cache is not on it by default
Jan 11 14:00:59 <hrw> libfontconfig-utils indeed
Jan 11 14:01:54 <Laibsch> should update-fonts-common DEPENDS on it?
Jan 11 14:02:47 <CIA-35> 03xora 07org.oe.dev * rcd99d111... 10/ (7 files in 6 dirs): 
Jan 11 14:02:47 <CIA-35> linux-openmoko_2.6.22.5.bb : fix bug in gta02 sound driver that misreported
Jan 11 14:02:47 <CIA-35> the speaker state
Jan 11 14:02:47 <CIA-35> alsa-state.bb : state files corrected now bug is fixed
Jan 11 14:03:16 * Genesis searsh a good eclipse cdt tutorial to set OE toolchain 
Jan 11 14:03:46 <Laibsch> xora, hrw: does your wlan card work when you come out of suspend?
Jan 11 14:03:49 <Laibsch> mine does not
Jan 11 14:04:09 <XorA> Laibsch: nope, it forgets its firmware
Jan 11 14:04:21 <Laibsch> any workaround
Jan 11 14:04:40 <hrw> my card has firmware in card
Jan 11 14:04:41 <Laibsch> reinitialization by default or something?
Jan 11 14:04:44 <Crofton|work> Genesis, let me know what you find :)
Jan 11 14:05:13 <hrw> Laibsch: libfontconfig-utils should RDEPEND on update-fonts-common not vice versa
Jan 11 14:05:22 <Genesis> Crofton|work : noticed :)
Jan 11 14:05:46 <Laibsch> hrw: right
Jan 11 14:05:48 <Laibsch> of course
Jan 11 14:06:19 <XorA> Laibsch: pccardctl eject on suspend :-)
Jan 11 14:07:44 <GNUtoo> hello, ipkg doesn't compile http://pastebin.com/mc7b0ed0 should i change toolchain?
Jan 11 14:08:30 <hrw> GNUtoo: I would use OE to build whole rootfs and 2.95 only for kernel
Jan 11 14:08:40 <hrw> GNUtoo: like we did in OpenZaurus before
Jan 11 14:08:47 <GNUtoo> hrw, ok
Jan 11 14:08:52 <Laibsch> XorA: does the ':-)' I am in for a surprise?
Jan 11 14:09:00 <Laibsch> XorA: does the ':-)' indicate I am in for a surprise?
Jan 11 14:09:11 <XorA> Laibsch: no, it works, but its nasty hack
Jan 11 14:09:33 <GNUtoo> hrw, i don't see qtopia in the packages...what should i do?
Jan 11 14:19:42 <hrw> GNUtoo: on Zaurus we switched to opie instead
Jan 11 14:20:00 <GNUtoo> ok i'll try opie 
Jan 11 14:20:57 <Laibsch> XorA: What is usually the command being called for suspend?  "apm -S"?
Jan 11 14:21:17 <XorA> Laibsch: Im not sure
Jan 11 14:21:21 <Laibsch> OK
Jan 11 14:21:33 <Laibsch> Could GPE and opie share a common suspend timer?
Jan 11 14:21:49 <Laibsch> It is a bit annoying when you have both GPE and opie running
Jan 11 14:25:29 <Laibsch> hrw: Any arguments that need to be given to fc-cache?
Jan 11 14:26:10 <hrw> for suspend: apm -s
Jan 11 14:26:27 <hrw> for fc-cache: fc-cache -f
Jan 11 14:26:45 <hrw> or just fc-cache even
Jan 11 14:31:21 <pto> Greetings
Jan 11 14:31:27 <Laibsch> hi thesing_!
Jan 11 14:31:29 <thesing_> hi everybody
Jan 11 14:31:44 <pto> I am reading about OE and Angstrom - and I am a bit confused.
Jan 11 14:31:58 <pto> Is Angstrom really a next gen OE?
Jan 11 14:31:58 <Laibsch> I tried git 2.6.23-pre24 (cannot remember the full name) on collie and got a kernel panic
Jan 11 14:32:16 <Laibsch> pto: Angstrom is a distribution compiled with the help of OE
Jan 11 14:32:38 <chouimat|work> morning
Jan 11 14:32:48 <Laibsch> thesing_: I tried git 2.6.23-pre24 (cannot remember the full name) on collie and got a kernel panic
Jan 11 14:32:52 <pto> Laibsch: If you take the action level of the two - where are they compared to each other?
Jan 11 14:32:59 <thesing_> Laibsch: I finally got a console-image build and can now test myself.
Jan 11 14:33:01 <Laibsch> action level?
Jan 11 14:33:08 <Laibsch> thesing_: Great!
Jan 11 14:33:08 <pto> ... or are there some focus difference?
Jan 11 14:33:24 <thesing_> but thanks for your pretesting.
Jan 11 14:33:24 <pto> ... or difference in number of people in the two sides?
Jan 11 14:33:25 <Laibsch> pto: Did you read my explanation?
Jan 11 14:33:30 <Laibsch> pto: Did you understand it?
Jan 11 14:33:35 <Laibsch> there is nothing to compare
Jan 11 14:33:41 <Laibsch> one uses the other
Jan 11 14:33:58 <thesing_> like gentoo uses portage
Jan 11 14:34:02 <pto> Laibsch: Do you mean that OE is the framework to make e.g. Angstrom?
Jan 11 14:34:13 <Laibsch> pto: you could call it that, I guess
Jan 11 14:34:23 <pto> thesing_: I get it
Jan 11 14:34:54 <Laibsch> thesing_: Let me know when you have made new commits
Jan 11 14:35:02 <Laibsch> I am eager to test them
Jan 11 14:35:10 <Laibsch> I have no working collie kernel atm
Jan 11 14:46:59 <XorA> and when we can overclock collie to 1Ghz it shall be the fastest of zaurus :-)
Jan 11 14:47:23 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r095542d8... 10/ (1 BACKPORTS.txt contrib/angstrom/build-release.sh): build-release.sh: Add opie-image building.
Jan 11 14:49:43 <thesing_> XorA: IMO collie is still a good zaurus because of its transreflective display. (ok, tosas display is better)
Jan 11 14:50:39 <Laibsch> I like it, too
Jan 11 14:51:20 <GNUtoo> 1)what is db3and db? 2)why it ask me for the prefered_provider for gconf if i asked for opie-image 
Jan 11 14:52:02 <XorA> tosa is like carrying a concrete block though :-(
Jan 11 14:52:16 * XorA has fallen in love with n810 though
Jan 11 14:53:40 <XorA> if only I could get j2re 1.5 working on it
Jan 11 14:54:03 <pto> Anyone of you who have been hacking OE towwards Compulab x270 (a PXA270)
Jan 11 14:54:27 * ade|desk slaps XorA say no to the n810... do you need Methadone ?
Jan 11 14:54:47 <XorA> ade|desk: Ill take some if you got some going :-)
Jan 11 14:55:42 * ade|desk sends mipsel NEC bits instead ... get you off ARM the quick way
Jan 11 14:55:47 * XorA needs to figure out the building of maemo software in OE, then all is happy
Jan 11 14:56:37 * mwester will watch closely to see what XorA figures out, 'cause he too wishes to build maemo with OE
Jan 11 14:57:27 <thesing_> XorA: aren't there some binary only libs that make it impossible to build maemo with oe?
Jan 11 14:57:35 <XorA> mwester: Im watching OE, someone seems to be making progress
Jan 11 14:57:45 <XorA> mwester: thats what those old libtool versions were for
Jan 11 14:58:14 <XorA> thesing_: I dont want to build maemo, just build apps, OE has worked around the binary only problem since the start
Jan 11 14:58:57 <mwester> Yep, that's what I'm after as well -- it would mean that I'm using OE for all of my cool toys.  (except my Treo 650 - can't hack that, I need it for work!)
Jan 11 15:00:11 * XorA loves the no suspend model n810 uses
Jan 11 15:00:59 <thesing_> XorA: whats the suspend model of N810?
Jan 11 15:01:13 <XorA> thesing_: Im not sure, isnt it dynticks
Jan 11 15:01:38 <XorA> thesing_: anyway, whatever it does, its cool, you just tap sceen and there it is fully working
Jan 11 15:01:49 <XorA> thesing_: no ugly kernel resume consoles
Jan 11 15:02:11 <thesing_> maybe its just very fast resume.
Jan 11 15:02:17 <RP> It comes down to the processor sleep modes...
Jan 11 15:02:48 <XorA> ah the expert is here :-)
Jan 11 15:02:57 <florian> XorA: Yes, proper support for Maemo in Oe would rock.
Jan 11 15:03:13 <GNUtoo> hrw, what are the differences between db and db3? and why does it want gconf if i build opie-image?
Jan 11 15:03:30 <RP> Poky has the closed source wifi working from the initrd...
Jan 11 15:04:10 <thesing_> GNUtoo: maybe its the bl dependency? I remember something like this from ML
Jan 11 15:04:47 <florian> GNUtoo: well... that doesn't mean that it will go ti the image luckily :)
Jan 11 15:04:53 <florian> RP: ah cool
Jan 11 15:04:54 <RP> XorA: You should play with POKYMODE="eabi6" ;-)
Jan 11 15:05:06 <RP> XorA: That toolchain is binary compatible with maemo
Jan 11 15:05:22 <XorA> RP: can I boot a n8x0 device from SD? without messing up the internal flash/bootloader?
Jan 11 15:06:14 <apaulsen> pto: I have used OE on a compulab x270, it's already supported
Jan 11 15:06:35 <RP> XorA: You probably can, yes
Jan 11 15:06:54 <RP> XorA: I just tend to reflash them...
Jan 11 15:06:58 <XorA> RP: I shall have to investigate, I like the device as it is
Jan 11 15:07:04 <XorA> RP: but Id also like to explore
Jan 11 15:07:39 <RP> XorA: I suspect your best bet would be to mount and hack altboot into the initrd
Jan 11 15:09:33 <thesing_> RP: btw what do you think about bug 3528?
Jan 11 15:13:15 <RP> thesing_: I agree with making 64 the default
Jan 11 15:14:12 <thesing_> RP: could you push the attached patch then?
Jan 11 15:14:45 <RP> thesing_: When I get time
Jan 11 15:14:58 <thesing_> RP: thanks
Jan 11 15:15:00 <mwester> RP: re kexec -- I've seen no comments that object to it, has your patchset been added to the patch system?  (and the follow-on question, do you have any feel for when it might make it to the mainline?)
Jan 11 15:17:08 <Laibsch> thesing_, RP: I can push it if you want me to.  I wonder about the SL-5000D with 32M, is that model accounted for?
Jan 11 15:17:35 <RP> mwester: I've added it to the patch system since there was no negative feedback
Jan 11 15:17:46 <mwester> Excellent.
Jan 11 15:17:47 <RP> mwester: I'm hoping it will merge after 2.6.24 is released
Jan 11 15:18:06 <RP> mwester: Are you ok with it now you've had a chance to look at it?
Jan 11 15:18:33 <RP> Laibsch: Feel free :)
Jan 11 15:18:34 <mwester> Yep.  I see how the user-space handles things; looks good.
Jan 11 15:18:52 <RP> Laibsch: I don't know about the 5000D...
Jan 11 15:18:56 <Laibsch> RP: What about the SL-5000D?
Jan 11 15:19:01 <Laibsch> Is that accounted for?
Jan 11 15:19:03 <RP> mwester: great :)
Jan 11 15:19:08 <Laibsch> RP: nevermind
Jan 11 15:20:05 <Laibsch> hrw|afk: Do you think that http://bugs.openembedded.org/attachment.cgi?id=3697 could break SL-5000D with 32M memory?  Comes from bug 3528
Jan 11 15:20:16 <thesing_> RP: btw. the kexec-collie patch is needed because kexec doesn't find valid memory pages and eats all memory and kills machine otherwise. (see kernel/kexec.c around line 411) I think this is because Ram is mapped to higher addresses in SA1100.
Jan 11 15:21:11 <RP> thesing_: That sounds a like a problem that could need addressing on other processors too ?
Jan 11 15:21:38 <hrw|afk> Laibsch: it can probably break but to tell the truth - how many 5000d users still use it?
Jan 11 15:22:14 <thesing_> hrw|afk: we should wait for bug reports from them ;)
Jan 11 15:22:47 <Laibsch> that was my initial thought
Jan 11 15:22:54 <Laibsch> But then I reconsidered
Jan 11 15:23:08 <Laibsch> Now I can blame hrw|afk and thesing and be happy ;-)
Jan 11 15:23:58 <thesing_> RP: probably. I stole this from another asm/kexec.h file and it fixed my problem. I don't know where other arm processors map there ram to.
Jan 11 15:24:10 <GNUtoo> how do i put the  SRC_URI of a svn repositor(i'm creating the bb file of my kernel)
Jan 11 15:24:14 <GNUtoo> ?
Jan 11 15:24:33 <Laibsch> GNUtoo: Best way to work OE is by learning from examples
Jan 11 15:25:01 <Laibsch> GNUtoo: "rgrep SRC_URI packages/|grep svn" should help you find examples
Jan 11 15:25:03 <RP> thesing_: It sounds like something we need to fix properly upstream...
Jan 11 15:25:13 <GNUtoo> Laibsch, ok thanks
Jan 11 15:25:53 <Laibsch> GNUtoo: you're welcome
Jan 11 15:27:15 <thesing_> RP: Right. When the .24rc kernel works as good on collie as the .17 did I will start cleaning up my patches and start pushing them upstream.
Jan 11 15:27:47 <RP> thesing_: Sounds good :)
Jan 11 15:28:00 <RP> thesing_: I'm also trying to get all the other machines cleaned up a bit too
Jan 11 15:30:39 <lrg> RP: thanks, I googled for Tomas with an h, also couldn't spell his surname.
Jan 11 15:34:20 <nik0n> i try to compile: xfonts-xorg but it always exits with the error: /usr/bin/ld: cannot find -lfl but libfl.a is in the ldconfig path (tmp/staging/arm-linux/uclibc/lib) any ideas?
Jan 11 15:34:21 <XorA> lrg: you should make mallum rename his staff for more uniqueness
Jan 11 15:34:38 <thesing_> RP: Do you intend to put input_power-r9.patch functionality into zaurusd? This looks like something that can be done better in userspace.
Jan 11 15:34:41 <nik0n> arm-linux-uclibc
Jan 11 15:35:01 <lrg> XorA: heh
Jan 11 15:39:51 <Laibsch> thesing_: Pushed bug 3528
Jan 11 15:40:08 <Laibsch> I meant to finally use --author, but again forgot.  Sorry about that.
Jan 11 15:42:40 <thesing_> Laibsch: The kernel boots now. I forgot to enable flash in defconfig. Should I open a bug for the patch or is pastebin enough?
Jan 11 15:42:56 <XorA> Laibsch: you could have dissaproved, then recommitted
Jan 11 15:43:22 <mickeyl> RP: ping
Jan 11 15:44:23 <GNUtoo> do i need to setup a screen resolution variable somewhere
Jan 11 15:44:25 <GNUtoo> ?
Jan 11 15:44:45 <Laibsch> XorA: I had just pushed
Jan 11 15:45:31 <Laibsch> Had I caught it earlier I would have even known a technique to completely erase any traces of that erroneous commit.  I hope thesing is not too upset.
Jan 11 15:45:53 <Laibsch> thesing_: Give it to me and I will make the change and I promise I will use your name this time ;-)
Jan 11 15:46:01 <Laibsch> pastebin is fine
Jan 11 15:46:35 <RP> lrg: His surname needs practise to remember :)
Jan 11 15:46:57 <RP> thesing_: I would like to see a simple version of that in the kernel. I do plan to add something in userspace too though
Jan 11 15:47:01 <RP> mickeyl: pong
Jan 11 15:47:25 <mickeyl> RP: I want to revert the fortran dependency. you had some other change you wanted to revert, right? please dos o
Jan 11 15:47:33 <thesing_> GNUtoo: depends on your screen. There is something like bigscreen(640x480) and smallscreen (320x240). But I don't know how other resolutions are handled. Have a look at conf/machine for examples.
Jan 11 15:47:52 <GNUtoo> thesing_, ok (320x240)
Jan 11 15:47:56 <RP> mickeyl: I don't remember the exact change and need time to look at the problem :/
Jan 11 15:48:08 <mickeyl> k
Jan 11 15:48:11 <RP> mickeyl: I will try and find time over the weekend although that could be tricky
Jan 11 15:48:24 <cbrake> is there a way in OE to set the default timezone?  I assume this would symlink /etc/localtime
Jan 11 15:49:32 <thesing_> RP: for testing this is ok. but I found it annoying that my spitz suspended when I happened to touch the suspend key. It would be nice if one could configure the time the suspend key needs to be pressed.
Jan 11 15:51:04 <Laibsch> mickeyl, RP: Don't forget the corresponding changes I made to openembedded-essential.  If fortran is not needed anymore you could just disapprove my 37149b3d7b17d35e06e93ecd95c7eb36f4425da6
Jan 11 15:51:04 <Laibsch> not sure if that won't cause problems because of the version going back from 1.3 to 1.2 for openembedded-essential
Jan 11 15:51:51 <Laibsch> mickeyl, RP: the relevant changes are 37149b3d7b17d35e06e93ecd95c7eb36f4425da6 and a5c7b007eaa675cc904f5285291d2f8a597efc84
Jan 11 15:52:07 <thesing_> Laibsch: the Patch ist at http://www.pastebin.ca/850917
Jan 11 15:52:29 * Crofton|work feels FORTRAN is getting a bum wrap ....
Jan 11 15:54:02 <RP> Crofton|work: The problem is its breaking things left right and centre and doesn't even fix the original problem. Someone needs to spend time and fix it. Ideally this would be the person who started this ball rolling but that hasn't happened and until someone else has time...
Jan 11 15:55:58 <Laibsch> thesing_: Got it and testing.  First need to finish recompilation of glibc and friends, though.  Might take some time.
Jan 11 15:57:50 <apaulsen> !oebug 2846
Jan 11 15:57:52 <cdbot2> * * Bug 2846, Status: NEW, Created: 2007-08-23 11:41
Jan 11 15:57:53 <cdbot2> * * carbonfreeze(AT)gmail.com: Request: add package htop to Angstrom feeds
Jan 11 15:57:54 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=2846
Jan 11 15:58:07 <apaulsen> someone want to add htop?
Jan 11 15:59:18 <Laibsch> changing bug title
Jan 11 15:59:29 <Laibsch> first needs to go into OE, then angstrom feeds
Jan 11 16:01:58 <CIA-35> 03Laibsch 07org.oe.dev * r08fdda9f... 10/ (1 packages/linux/linux-rp.inc): linux-rp.inc: change memory split from 32:32 to 64:0 for collie. Closes 3528.
Jan 11 16:02:08 <apaulsen> agreed, I just added to the existing bug report
Jan 11 16:02:39 <Tartarus> Hmm
Jan 11 16:02:46 <Tartarus> in local.conf, can you do per-package overrides?
Jan 11 16:02:52 <Tartarus> like S_somepkg = /someplace?
Jan 11 16:05:49 <thesing_> Laibsch: locomo-spi doesn't work yet. But I'm working on it.
Jan 11 16:08:23 <thesing_> Tartarus: I don't know exactly but probably not.
Jan 11 16:26:34 <GNUtoo> hello, i have a big problem with the kernel not defined: here the output:http://pastebin.com/m1f811123 here's where the kernel is defined(in machine configuration): http://pastebin.com/m34428f8d here the distro configuration: http://pastebin.com/m670b68e9 and here's the local.conf: http://pastebin.com/m610395dc
Jan 11 16:28:10 <thesing_> GNUtoo: your preferred provider needs to be linux-pma430
Jan 11 16:28:27 <GNUtoo> thesing_, thanks a lot
Jan 11 16:28:54 <thesing_> GNUtoo: everything after "_" is version. Bitbake selects the highest available version of your kernel.
Jan 11 16:29:19 <GNUtoo> ok
Jan 11 16:30:11 <Martyn> What is an oe distribution I can use on the Zaurus C3100 (spitz)?
Jan 11 16:32:45 <thesing_> Martyn: use the angstrom-2007.12-stable branch and angstrom-2007.12 as distro
Jan 11 16:33:23 <thesing_> Martyn: See http://www.angstrom-distribution.org/building-angstrom for details.
Jan 11 16:34:21 <otavio> zecke: hey
Jan 11 16:34:34 <otavio> zecke: did the rebase and got some errors when running bitbake
Jan 11 16:34:40 <zecke> otavio: but actually I'm in the middle of a death march project
Jan 11 16:34:56 <zecke> otavio: if the conversion to git is not correct, you will have to do the conversation yourself and debug :}
Jan 11 16:35:16 <zecke> otavio: or wait until the 1st of february, or copy the missing/wrong files :)
Jan 11 16:35:22 <Martyn> thesing_:  Got it.   Is there any easy way to mirror the angstrom-distribution.org/feeds?
Jan 11 16:35:38 <Martyn> I don't have Wifi, so I can't download feeds directly to the C3100
Jan 11 16:35:55 <Martyn> Usually I wget -m -np .. but angstrom uses fancy indexes
Jan 11 16:36:27 <zecke> otavio: a9e899967655f2c57d64458f8bbe839a4f0a72c7 added this file to OE
Jan 11 16:36:32 <zecke> otavio: lets find that rev in git :)
Jan 11 16:37:41 <thesing_> Martyn: you could use usb networking
Jan 11 16:39:23 <Martyn> That would require a linux host for the other side.   My main machine is an OS X box.
Jan 11 16:39:38 <Martyn> The other machine in the house, is likewise an mac, but even older (system 9)
Jan 11 16:39:59 <otavio> zecke: c0423b18 (            2005-07-08 23:37:06 +0000 184) inherit cml1
Jan 11 16:40:50 <otavio> zecke: looks to be missing
Jan 11 16:42:39 <thesing_> Martyn: osx doen't support usb networking? even windows does (but there are issues atm)
Jan 11 16:43:56 <zecke> otavio: which file is doing that inherit?
Jan 11 16:44:44 <Laibsch> thesing_: e5932a9182d2be10fa0ed56f3e0a9f79d0464b91
Jan 11 16:45:13 <otavio> kernel.bbclass
Jan 11 16:46:04 <otavio> zecke: I've reverted mine branches to lastest working state to continue to work ...
Jan 11 16:46:08 <zecke> otavio: 5909e6398dac8491b503a596b16a73da299ccad8 is an empty commit, debug the script to find out why
Jan 11 16:46:24 <zecke> otavio: I will no time at all in january
Jan 11 16:46:51 <otavio> zecke: can you just point me how I do the conversion? so I can work on that?
Jan 11 16:47:38 <Martyn> thesing_ : That I know of, no .. OS X does not have support for usb networking.
Jan 11 16:47:39 <zecke> otavio: mtn2git --help
Jan 11 16:48:23 <zecke> otavio: mkdir foo.git; cd foo.git; git-init; mtn2git --db OE.mtn | git-fast-import --date=SOMEFORMAT (some rfc, see the man page)
Jan 11 16:49:02 <zecke> otavio: you can ask the script to just give you the content for one rev
Jan 11 16:49:07 <zecke> otavio: hmmm :)
Jan 11 16:51:08 <CIA-35> 03thesing 07org.oe.dev * re5932a91... 10/ (2 files in 2 dirs): linux-rp: add latest collie changes from thesing for 2.6.24-rc0+git
Jan 11 16:53:19 <zecke> otavio: ./mtn2git/mtn2git.py --db ../OE.mtn  -ra9e899967655f2c57d64458f8bbe839a4f0a72c7
Jan 11 16:53:26 <zecke> otavio: is empty and shot not be :)
Jan 11 16:57:27 <zecke> otavio: the issue is with diffing the new manifest against an old version :)
Jan 11 16:57:56 <thesing_> Martyn: google gave me: http://www.dsitri.de/wiki.php?page=AJZaurusUSB  so it seems to be possible.
Jan 11 16:58:36 <XorA> Laibsch: isnt there a /etc/apm/suspend.d directory or something like that?
Jan 11 17:00:10 <zecke> otavio: haha, thanks for letting me know
Jan 11 17:00:48 <Laibsch> XorA: yes, there is
Jan 11 17:00:57 <Laibsch> And it seems to be the more appropriate place
Jan 11 17:01:01 <XorA> Laibsch: shouldnt your hack be a script in there
Jan 11 17:01:07 <XorA> Laibsch: oh, you type faster :-D
Jan 11 17:01:09 <Laibsch> XorA: Absolutely
Jan 11 17:01:22 <XorA> Laibsch: my spitz is still charging so I cant even look
Jan 11 17:01:23 <Laibsch> now you typed faster ;-)
Jan 11 17:01:27 <Laibsch> so it is even
Jan 11 17:01:41 <Laibsch> I wonder what packages this dir belongs to
Jan 11 17:01:50 <otavio> zecke: have you fixed it or want me to do that?
Jan 11 17:01:51 * Laibsch wishes ipkg had something like "dpkg -S"
Jan 11 17:02:06 * Laibsch guesses apm and takes a look
Jan 11 17:02:12 <XorA> ipkg search 
Jan 11 17:03:37 <lisppaste7> zecke pasted "import initial revs properly" at http://paste.lisp.org/display/54015
Jan 11 17:04:13 <zecke> otavio: but this means I will have to generate the tree again :)
Jan 11 17:04:30 <Laibsch> XorA: no, other way round.  "dpkg -S" is not "what package provides X" but "to what package does /$path/$file belong".  Slight but important difference
Jan 11 17:04:48 <otavio> wants me to do that?
Jan 11 17:05:04 <otavio> zecke: give me the diff, for fix it and I do the conversion
Jan 11 17:05:20 <zecke> otavio: see above (lisppaste7)
Jan 11 17:05:47 <Laibsch> XorA: In any case, it also seems not to work.  "ipkg search ls" returns nothing as does "ipkg search 99-sleep"
Jan 11 17:05:52 <lisppaste7> zecke pasted "My update script" at http://paste.lisp.org/display/54016
Jan 11 17:06:18 <zecke> otavio: I will start the script tonight (fixing another issue as well) but it will run almost two days :)
Jan 11 17:06:37 <otavio> zecke: right
Jan 11 17:06:45 <otavio> zecke: will wait then
Jan 11 17:06:52 <zecke> :)
Jan 11 17:07:03 <zecke> otavio: need to wrestle with gstreamer first :)
Jan 11 17:11:29 <thesing_> bye all
Jan 11 17:12:19 <Laibsch> why do we have identical remove.txt and delete.txt?
Jan 11 17:15:23 <Laibsch> hrw|gone: Where are keys defined for opie?  spitz cursor is currently totally broken (twisted 90°)
Jan 11 17:19:37 <zecke> otavio: script started...
Jan 11 17:19:56 <otavio> zecke: nice! thanks a lot and I'm sorry by boring you
Jan 11 17:20:06 <zecke> otavio: don't worry
Jan 11 17:20:39 <zecke> otavio: don't worry
Jan 11 17:20:58 <zecke> otavio: I cleaned up the file logic and forgot about the initial commit which has no parent :)
Jan 11 17:21:18 <zecke> otavio: so all files we have never touched since moving from bitkeeper to mtn were lost
Jan 11 17:21:35 <XorA> zecke: good hoovering job :-D
Jan 11 17:27:31 <otavio> zecke: hehe no problem
Jan 11 17:27:39 <XorA|gone> Laibsch: if you look at /proc/net/hostap/* you might find a file you can use to ID which slot a card is in, and whether a card is present
Jan 11 17:27:49 <XorA|gone> Laibsch: but I havent researched this to great detail
Jan 11 17:27:53 <otavio> zecke: have you commited your changes?
Jan 11 17:29:48 <Laibsch> thanks, XorA|gone
Jan 11 17:30:07 <Laibsch> I was just about to hack up a little script
Jan 11 17:30:22 <Laibsch> "pccardctl ls|grep hostap" kind of thing
Jan 11 17:30:30 <Laibsch> but I will look into /proc
Jan 11 17:31:26 <zecke> otavio: no :)
Jan 11 17:46:31 <otavio> zecke: can you put it someone to me to try it?
Jan 11 17:51:35 <zecke> otavio: what is wrong with the diff above?
Jan 11 17:52:10 <otavio> zecke: you said you had other fix too
Jan 11 17:55:45 <zecke> otavio: this is only cosmetic and for a CTRL+C case
Jan 11 17:59:33 <GNUtoo> glibc faills to install strange...http://pastebin.com/m5b042311
Jan 11 18:08:08 <hrw|gone> Laibsch: /me + opie... I do not remember details etc
Jan 11 18:08:21 <hrw|gone> Laibsch: it was over year since I used opie
Jan 11 18:08:55 <hrw|gone> Laibsch: pccardctl ident|grep function: network - maybe this will help?
Jan 11 18:09:14 <hrw|gone> maybe report bug to pcmcia ML?
Jan 11 18:09:17 * hrw|gone -> off
Jan 11 18:09:22 <hrw|gone> have a nice weekend guys
Jan 11 18:12:32 <likewise> hi all
Jan 11 18:12:40 <Jin^eLD> hey likewise 
Jan 11 18:12:53 <likewise> what's the stance on the "need  GNU Fortran Compiler" thing? It's a hard-requirement now?
Jan 11 18:12:53 <otavio> XorA|gone: your commit 603c8ef5e6749172e5aa6e43bec74c93211b8682 broke psplash compiling ..
Jan 11 18:12:59 <likewise> Jin^eLD: hey
Jan 11 18:14:44 <zecke> likewise: no, see the mailinglist
Jan 11 18:16:08 <likewise> zecke: hmm, I just updated and the sanity checker tells me to install GCC Fortran.
Jan 11 18:22:14 <likewise> zecke: ok, so the issue is still open. why did we not revert the change then?
Jan 11 18:30:36 <cbrake> and thoughts on the best way to set the root passwd in a OE build?
Jan 11 18:31:17 <Laibsch> cbrake: I have struggled with that problem, too
Jan 11 18:31:25 <Laibsch> Let me know when you find a good solution
Jan 11 18:31:41 <cbrake> Laibsch: I'd really not copy and hack yet another package ...
Jan 11 18:31:49 <cbrake> *rather not
Jan 11 18:32:13 <likewise> cbrake: too much stuff in your overlay *too* ? :-)
Jan 11 18:32:22 <cbrake> likewise: yes!!!
Jan 11 18:32:57 <Khem> zecke: Yes EGLIBC has EABI 
Jan 11 18:33:04 <cbrake> likewise: I need to put a little more effort into makeing OE friendly for devices not in OE ..
Jan 11 18:33:28 <likewise> cbrake: I know the problem. Half of the stuff is for configuration changes ("USE flags"), half for other stuff in our overlay.
Jan 11 18:33:50 <likewise> cbrake: same effort here. I could commit the machines, but no-one has access to them.
Jan 11 18:34:47 <likewise> zecke: I do not understand your "no" answer to my question: missing = missing + "GNU Fortran Compiler" in case where gfortran was not found.
Jan 11 18:35:22 <likewise> zecke: Oh, and thanks for hacking the Dutch train ticket card during chaos ;-)
Jan 11 18:38:32 <Laibsch> What does PACKAGE_EXTRA_ARCHS do?  If set to "armv4 armv4t armv5e armv5te", can that provide problems for a device like the collie which is arm-only, not armv5te?
Jan 11 18:38:37 <Laibsch> How about the poodle?
Jan 11 18:44:55 <Khem> gfortran is needed on host now I wonder why
Jan 11 18:45:50 <likewise> Khem: you just got that note as well from sanity?
Jan 11 18:46:54 <Crofton|work> http://bugs.openembedded.org/show_bug.cgi?id=3363
Jan 11 18:47:04 <Crofton|work> is the best description I know off
Jan 11 18:48:30 <likewise> Crofton|work: but what introduced this ? Did we switch to gcc-4.2 from -4.1?
Jan 11 18:49:36 <zecke> likewise: angstrom-2007.1 got released and removed from .dev
Jan 11 18:49:54 <Crofton> I think we build the fortran compiler now
Jan 11 18:50:03 <Crofton> yes, some software still uses it 
Jan 11 18:51:15 <Crofton> someone without FORTRAN installed should try the ugly hack
Jan 11 18:51:45 <likewise> zecke: I know, but I do not use angstrom. However, I do use the same tooling as angstrom-2007.1 did.
Jan 11 18:52:10 <likewise> Crofton: what is the ugly hack? The comment #1?
Jan 11 18:52:19 <Crofton|work> yeah
Jan 11 18:52:33 <Crofton|work> I have gfortran installed, and needed the ugly hack
Jan 11 18:52:47 <Crofton|work> I wonder if the ugly hack alone "fixes" the problem
Jan 11 18:53:18 <zecke> Crofton|work: try it
Jan 11 18:54:58 <likewise> I will try it, but I still do not get what introduced this change. I copied the angstrom-2007.1 to my own distro and am using it against .dev. That should still work.
Jan 11 18:55:06 <Crofton|work> I have, but I am in the class of I had FORTRAN and needed the hack
Jan 11 18:55:16 <Crofton|work> we need a case of do not have fortran
Jan 11 18:55:34 <Crofton|work> gcc-cross build a fortran compiler, I think
Jan 11 18:55:50 <likewise> Crofton|work: I have no gfortran installed
Jan 11 19:02:27 <pb_> hi zecke
Jan 11 19:07:03 <GNUtoo> glibc install failled,what should i do? bugrepot?  http://pastebin.com/m2218fe8
Jan 11 19:08:20 <zecke> pb_: hey master
Jan 11 19:09:46 <GNUtoo> and i didn't use an external toolchain this time...
Jan 11 19:11:47 <Laibsch> kergoth: Can you take a look and apply bug 518 upstream?
Jan 11 19:11:51 <Laibsch> !oebug 518
Jan 11 19:11:52 <cdbot2> * * Bug 518, Status: NEW, Created: 2005-12-10 05:39
Jan 11 19:11:53 <cdbot2> * * mardy(AT)users.sourceforge.net: \[PATCH\] tslib: work with different screen resolution
Jan 11 19:11:54 <cdbot2> * * http://bugs.openembedded.org/show_bug.cgi?id=518
Jan 11 19:31:33 <mickeyl> does http://pastebin.ca/851178 sound familiar to someone?
Jan 11 19:31:49 <mickeyl> this is on a build machine with no UI enviroment installed
Jan 11 19:35:17 * mwester is sitting back and wondering how long the gfortran problem will persist *this time around* until someone backs it out and makes builds work again...
Jan 11 19:35:27 <lfcorreia> following my quest to build an openmoko image for my HTC magician, and after solving the gcc-native GMP+MPFR related issues, i've now got the sames but with gcc, look into: http://pastebin.ca/851191
Jan 11 19:35:48 <lfcorreia> mwester: amen to that!
Jan 11 19:38:22 <mwester> ;)  Last time, I raised a fuss about it, and the change got backed out.  This time, there seem to be far more persons, and far more important persons than I who are being inconvenienced by the problem, yet it remains.  I must conclude that whatever feature led to this debacle must be a Very Important Feature Indeed (tm)
Jan 11 19:38:52 <mwester> I look forward to discovering what that might be... :-D
Jan 11 19:40:45 <lfcorreia> mwester: i just can't believe that *ALL* OE's developers run on Debian, where apparently the issue never appears
Jan 11 19:41:07 <mickeyl> i backed out the requirement of fortran in sanity.bbclass
Jan 11 19:41:15 <mickeyl> please change the rest appropriately
Jan 11 19:45:24 <Crofton|work> mwester, there are packages that need fortran to build
Jan 11 19:45:37 <Crofton|work> those packages are not in Angstrom stable
Jan 11 19:46:15 <Crofton|work> we nee to get it fixed in .dev, but sadly we seem to be short on people with the correct skills
Jan 11 19:46:29 <lfcorreia> mickeyl: can you give a noobie some direction on how to bypass the gfortran stuff?
Jan 11 19:46:33 <Crofton|work> it would help if we at least updated the bug on what combinations of clap trap work
Jan 11 19:46:42 <mickeyl> lfcorreia: mtn update
Jan 11 19:47:04 <mickeyl> or patch your classes/sanity.bbclass
Jan 11 19:47:06 <Crofton|work> mickeyl, shouldn't he pull first?
Jan 11 19:47:11 <mickeyl> right
Jan 11 19:47:15 <mickeyl> mtn pull && mtn update
Jan 11 19:47:17 <Crofton|work> :)
Jan 11 19:49:50 <mwester> Crofton|work:  I sorta figured that there must be good reason to get gfortran in the toolchain, since it's come up again.  To be truthful, I'm actually sitting quietly waiting for this to get resolved (my distro is one that breaks) because I lack the skills to figure it out further than the bug report. :(
Jan 11 19:51:11 <Crofton|work> I have a similar issue
Jan 11 19:51:17 <Crofton|work> to many things I have to do first
Jan 11 19:51:26 <Crofton|work> and the ugly hack works for me ....
Jan 11 19:51:48 <Crofton|work> I think configure just needs to find the correct dependencies in staging
Jan 11 19:52:00 <mwester> I have a feeling that we need to split the bitbake recipe so that the library that cannot be resolved (mpfr?) gets staged before it is referenced.  There was also a similar situation with another recipe (I've forgotten the name) where the LD_LIBRARY_PATH thing came up, but there didn't seem to be a way to hack it into bitbake, so I hacked the bb file.
Jan 11 19:52:02 <Crofton|work> but, I am an idiot (TM) in this area
Jan 11 19:53:09 <mwester> ;) Well, I'm not sure I'm actually an idiot(tm), but I've been called one (often, in fact) :-D
Jan 11 19:53:27 <lfcorreia> mickeyl: i do a  mtn pull && mtn update every time and I still got the issue. please direct me to the best way to patch classes/sanity.bbclass, since i don0t know how
Jan 11 19:53:45 <Crofton|work> lfcorreia, what is the exact message?
Jan 11 19:56:31 <lfcorreia> Crofton|work:  http://pastebin.ca/851191
Jan 11 19:57:17 <mickeyl> try vi sanity.bbclass
Jan 11 19:57:26 <mickeyl> then scroll down to 'fortran'
Jan 11 19:57:29 <mickeyl> then remove two lines
Jan 11 19:57:30 <mickeyl> :ew
Jan 11 19:57:33 <mickeyl> :wq, even
Jan 11 19:57:35 <mickeyl> then rebuild
Jan 11 19:57:38 <Crofton|work> mickeyl, now I think he has the symptom
Jan 11 19:57:50 <Crofton|work> the fortran addition to sanity is trying to fix
Jan 11 19:58:21 <mickeyl> sure, no doubt about that
Jan 11 19:58:24 <mwester> Then shouldn't the LD_LIBRARY_PATH (comment #1 in the bug) fix it?
Jan 11 19:58:26 <mickeyl> it's surely for fixing something
Jan 11 19:58:35 <mickeyl> but I think it's a wrong fix
Jan 11 19:58:37 <Crofton|work> :)
Jan 11 19:58:42 <Crofton|work> agreed
Jan 11 19:58:45 <mickeyl> we shouldn't lightheartedly add more host dependencies
Jan 11 19:58:51 <Crofton|work> I had a problem build gcc-cross
Jan 11 19:58:54 <Crofton|work> right
Jan 11 19:58:57 <mwester> er, yes, agreed.  that's not a fix.
Jan 11 19:59:00 <mickeyl> what is Dan Kegel doing?
Jan 11 19:59:07 <mickeyl> does he build fortran?
Jan 11 19:59:17 <mickeyl> [crosstools]
Jan 11 19:59:24 <Crofton|work> maybe we are the only people crazy enough to build octave :)
Jan 11 19:59:32 <lfcorreia> Crofton|work: mickeyl: will try that fix
Jan 11 19:59:40 <Crofton|work> the ugly hack is only in gcc-cross though
Jan 11 19:59:58 <Crofton|work> BUT, I already had fortran on my machine
Jan 11 20:00:05 <mwester> Actually I don't think I'm so much concerned about the additional host dependencies, as I am that the configure/build is linking with the *host* library rather than the one in OE.
Jan 11 20:00:12 <Crofton|work> yeah
Jan 11 20:00:39 <Crofton|work> grr, I need to minimize this window and do real work :(
Jan 11 20:01:35 <lfcorreia> rebuilding...
Jan 11 20:02:51 <CIA-35> 03xjqian 07org.oe.dev * rbc63a4fa... 10/ (8 files in 4 dirs): 
Jan 11 20:02:51 <CIA-35> navit: unify 0.0.3, cvs, drop 0.0.1, 0.0.2, update angstrom-preferred
Jan 11 20:02:51 <CIA-35> * no motivaition to keep old recipies (0.0.1 and 0.0.2) for alpa quality package
Jan 11 20:02:57 <CIA-35> 03mickeyl 07org.oe.dev * r63c7ad87... 10/ (1 classes/sanity.bbclass): 
Jan 11 20:02:57 <CIA-35> sanity.bbclass: remove dependency on host fortran.
Jan 11 20:02:57 <CIA-35> NOTE to involved people: this does not revert the related changes, please do this!
Jan 11 20:03:31 <zecke> hmmm gcc-cross-sdk is interesting
Jan 11 20:03:44 <zecke> sometimes we need mpfr-native, sometimes only mpfr... sometimes nothing
Jan 11 20:04:16 <mickeyl> heh
Jan 11 20:06:07 <likewise> the OpenEmbedded Hotel deadline is about to expire. Shall we book at the Astrid and keep it with that?
Jan 11 20:07:07 <Crofton|work> likewise, the weekend Astrid price is OK, but the web site tries to charge full price on Friday
Jan 11 20:07:25 <Crofton|work> I am fine with the Astrid if we get the weekend rate all three night
Jan 11 20:07:37 <lfcorreia> mickeyl: removing the two lines about frotran from sanity.bbclass does nothing... i still get the error
Jan 11 20:07:40 <Crofton|work> well, I plan to stay Friday-Monday
Jan 11 20:08:08 <Crofton|work> removing the lines from sanity lets the build run to the point the failuer occurs
Jan 11 20:08:17 <likewise> Weekend: This price is valid from Friday until Sunday included.
Jan 11 20:08:27 <likewise> Cro
Jan 11 20:08:35 <Crofton|work> the addition to sanity was an attempt to fix the problem by having the host reoslvoe the problem
Jan 11 20:08:43 <Crofton|work> likewise, try filling in the form :)
Jan 11 20:08:45 <likewise> Crofton|work: you mean it charges once you registers?
Jan 11 20:08:52 <likewise> Crofton|work: ok
Jan 11 20:08:54 <lfcorreia> Crofton|work: i get the same error with and without the change
Jan 11 20:09:01 <Crofton|work> I went part way through the reservation process
Jan 11 20:09:49 <Crofton|work> mickeyl, I wiped tmp and am running a build to see what my current build status is
Jan 11 20:10:04 <Crofton|work> my kingdom for a tool china guru ...
Jan 11 20:11:39 <mickeyl> yea
Jan 11 20:11:41 <mickeyl> we lack toolchain expoerts
Jan 11 20:11:44 <mickeyl> ~seen pb_
Jan 11 20:11:47 <ibot> pb_ is currently on #handhelds (23h 7m 14s) #oe (23h 7m 14s). Has said a total of 2 messages. Is idling for 1h 9m 20s, last said: 'hi zecke'.
Jan 11 20:13:40 * zecke feels mistreated by mickeyl :)
Jan 11 20:14:44 <mickeyl> really? why's that? feel you qualify as toolchain expert?
Jan 11 20:15:05 <CIA-35> 03freyther 07org.oe.dev * r63328a4d... 10/ (1 packages/gcc/gcc-cross-sdk_4.2.2.bb): 
Jan 11 20:15:05 <CIA-35> packages/gcc/gcc-cross-sdk_4.2.2.bb: Add as a copy of gcc-cross-sdk_4.1.1.bb
Jan 11 20:15:05 <CIA-35>  It looks like I need to build mpfr. The gmp(-native) and and mpfr(-native)
Jan 11 20:15:05 <CIA-35>  situation in the -cross-sdk files is interesting as sometimes we don't need them
Jan 11 20:15:05 <CIA-35>  sometimes we do...
Jan 11 20:15:12 <mickeyl> ok
Jan 11 20:15:13 <mickeyl> you do
Jan 11 20:15:20 <mickeyl> everyone who commits to gcc* is one
Jan 11 20:15:24 <mickeyl> ~praise freyther
Jan 11 20:15:25 <ibot> All hail freyther!
Jan 11 20:16:08 <flo_lap> re
Jan 11 20:16:34 <flo_lap> re
Jan 11 20:17:34 <Crofton|work> mickeyl, I the next few weeks I will be very interested in methods to get "OE niave" developers the tools needs to develop code for systems
Jan 11 20:17:45 <zecke> mickeyl: lol
Jan 11 20:18:00 <zecke> mickeyl: you made it worse, I will bring a nice cold/cough to brussel :)
Jan 11 20:18:04 <GNUtoo> how can i prevent the installation of libc-2.3.5+cvs20050627 i have already put that in my distro config: PREFERRED_PROVIDER_virtual/libc = "glibc" PREFERRED_VERSION_glibc = "2.6.1" and it also installed glibc 2.6.1: NOTE: package glibc-2.6.1: completed
Jan 11 20:18:23 <GNUtoo> it's because it fails to install
Jan 11 20:18:43 <mickeyl> zecke: nooooooooooooo
Jan 11 20:18:45 <mickeyl> please not
Jan 11 20:18:51 <mickeyl> i was 3 times out of 3 ill after a FOSDEM
Jan 11 20:19:03 <mickeyl> i want to improve that ratio
Jan 11 20:20:07 <likewise> We can book the OE Astrid Hotel for 72 EUR per night (friday night to and including sunday night) using the Expedia website.
Jan 11 20:20:23 <likewise> That's 72 EUR instead of 116 EUR for friday and 76 for the other nights.
Jan 11 20:20:24 <Crofton|work> what is the direct rate?
Jan 11 20:20:32 <likewise> ^
Jan 11 20:20:38 <Crofton|work> ah
Jan 11 20:20:40 <zecke> mickeyl: 4 times there and get ill 5 times?
Jan 11 20:20:45 <likewise> :-)
Jan 11 20:20:48 <Crofton|work> so savings over direct
Jan 11 20:20:53 <likewise> a bit
Jan 11 20:21:12 <likewise> Crofton|work: alternative is to "bid" prices on priceline.com, but this takes 24 hours per bidding.
Jan 11 20:21:17 <Crofton|work> do you think we can do better with priceline methods?
Jan 11 20:21:40 <Crofton|work> I'll do whatever makes mickeyl happy
Jan 11 20:21:47 <Laibsch> Crofton: absolutely, plus you'll get a better hotel
Jan 11 20:21:48 <Crofton|work> I can live with 76 euro
Jan 11 20:22:51 <Crofton|work> Laibsch, I'll do what it takes to make mickeyl happy, but I do like being close to the touron stuff :)
Jan 11 20:23:00 <mickeyl> hehehe
Jan 11 20:23:34 <Laibsch> touron?
Jan 11 20:24:00 <Crofton|work> tourist moron :)
Jan 11 20:24:20 <likewise> Ok, basically, we have to decide for (1) either priceline.com bidding or Astrid and (2) deadline to decide
Jan 11 20:24:41 <Crofton|work> we can bid multiple rooms? 
Jan 11 20:24:43 <likewise> Crofton|work: priceline hotels can be specified to be in the same centre area.
Jan 11 20:24:50 <Crofton|work> my main concern is we are all together
Jan 11 20:25:02 * mickeyl seconds that
Jan 11 20:25:04 * zecke will bring his sleeping bag and sleep on the street
Jan 11 20:25:05 <mickeyl> i don't care where 
Jan 11 20:25:06 <likewise> Crofton|work: no, but we can bid in parallel for the same price. Takes a lot of effort.
Jan 11 20:25:16 <likewise> OK, Astrid it is then?!
Jan 11 20:26:00 <likewise> ping :-)
Jan 11 20:26:20 <XorA|gone> just remeber no free breakfast at the astrid anymore
Jan 11 20:26:28 <Crofton|work> I follow mickeyl's vote, whatevever it is
Jan 11 20:26:31 <mickeyl> heh
Jan 11 20:26:45 <mickeyl> given that it's just few weeks
Jan 11 20:26:47 <Crofton|work> I think that will be common to other palces absed on limited study
Jan 11 20:26:51 <mickeyl> i tend to recommend to decide soon
Jan 11 20:27:03 <likewise> timeout, I hereby democratically decide we will have no breakfast at the Astrid. :-)
Jan 11 20:27:07 <Crofton|work> yep
Jan 11 20:27:22 <mickeyl> heh
Jan 11 20:27:29 <mickeyl> well
Jan 11 20:27:32 <mickeyl> if you're so short on cash
Jan 11 20:27:39 <mickeyl> i will take over the additional breakfast fee
Jan 11 20:27:40 <mickeyl> deal?
Jan 11 20:27:42 <mickeyl> :D
Jan 11 20:27:55 <likewise> btw, that's with all the hotels I checked. they agreed jointly to charge extra for breakfast starting from 21/1 or so
Jan 11 20:28:14 <Crofton|work> damn capitalists
Jan 11 20:28:16 <mickeyl> ya, strange coincidence
Jan 11 20:28:55 <mwester> What's that called?  Like a monopoly, only a cooperating group of companies (like the automakers in the US)?
Jan 11 20:29:05 <mwester> oligopoly?
Jan 11 20:29:09 <likewise> My preference is to book the Astrid, I'll do the priceline.com thing another time.
Jan 11 20:29:15 <likewise> "cartel" ?
Jan 11 20:29:42 <likewise> I'm going to book for myself. Should I book for someone else as well?
Jan 11 20:29:51 <mickeyl> likewise: one double room for me and zecke, please
Jan 11 20:30:11 <likewise> one room in total, right?
Jan 11 20:30:14 <mickeyl> ya
Jan 11 20:30:19 <mickeyl> we always share a double room :)
Jan 11 20:30:23 * mickeyl chuckles
Jan 11 20:30:29 <likewise> I don't wanna know :-)
Jan 11 20:30:32 <mickeyl> hahaha
Jan 11 20:30:41 <mickeyl> i'm married, don't worry
Jan 11 20:30:54 <likewise> your wife is the one who should worry, LOL :-)
Jan 11 20:30:59 <mickeyl> *G*
Jan 11 20:31:15 <Crofton|work> I with likewise, I will try the priceline thing when the group is smaller
Jan 11 20:31:40 <likewise> Crofton|work: you prefer me to book a room for you? Maybe the reservation costs are a bit lower than.
Jan 11 20:31:48 <Crofton|work> so we all book at Astrid, best way is via expedia
Jan 11 20:32:06 <Crofton|work> I should be able to do same via expedia
Jan 11 20:32:11 <Crofton|work> let me work on this now
Jan 11 20:34:01 <mickeyl> ok, need to spend some time with wife (now that you mentioned her)...
Jan 11 20:34:08 <mickeyl> thanks for handling that, guys!!!
Jan 11 20:34:10 <mickeyl> bbiab
Jan 11 20:34:24 <Crofton|work> we need to get better at spreading the load ...
Jan 11 20:34:48 <likewise> ok, I'll email the ml once we have a decision and list of actions to be taken by whom.
Jan 11 20:34:53 <Crofton|work> likewise, do you need to prepay at expedia?
Jan 11 20:35:04 <likewise> Crofton: expedia.com gives $90   	 $103   	 $90 for me, expedia.nl gives EUR 72 72 72 for me
Jan 11 20:35:22 <Crofton|work> travelocity gave 160+ usd
Jan 11 20:36:11 <Crofton|work> 90 usd is 61.19 euro
Jan 11 20:36:45 <Crofton|work> heads for expedia.com
Jan 11 20:37:11 <Crofton|work> Feb 22-25?
Jan 11 20:37:23 <likewise> zecke: Feb 22-25 for you guys, that's three nights?
Jan 11 20:38:38 <likewise> Crofton|work: 22 for sure, 25 if multiple people stay. I'm only on a 2 hrs drive, but it's nice to be able to go for a beer on sunday night.
Jan 11 20:39:00 <Crofton|work> grr it is trying to charge me 106
Jan 11 20:45:10 <Crofton|work> my flight leaves Monday
Jan 11 20:51:03 <likewise> Crofton|work: what time? I could drop you at the airport I think.
Jan 11 20:51:14 <Crofton|work> I forget :)
Jan 11 20:51:29 <Crofton|work> booking via expedia atm
Jan 11 20:54:53 <Crofton|work> done
Jan 11 20:55:26 <Crofton|work> likewise, last year about 3-4 of use went to the airport
Jan 11 20:55:52 <Crofton|work> sadly, this year I fly direct to states on teh way back, last year I rode with mickey|bbl to Frankfurt
Jan 11 20:55:52 <GNUtoo> anyone?
Jan 11 20:57:23 <XorA|gone> Crofton|work: should be 4 going to airport on Mon to fly back to Edinburgh
Jan 11 20:58:12 <XorA|gone> so everyone is at the Astrid again?
Jan 11 20:58:15 <Crofton|work> party at the airport again :)
Jan 11 20:58:16 <Crofton|work> yeah
Jan 11 20:58:28 <XorA|gone> 2 are at Novotel around the corner
Jan 11 20:59:44 <Crofton|work> yeah, that place seems popular also
Jan 11 20:59:56 <XorA|gone> a touch more upmarket I think
Jan 11 21:00:03 <Crofton|work> yeah
Jan 11 21:00:10 <Crofton|work> the dinner we had there last year was good though
Jan 11 21:00:14 <XorA|gone> they dont have the nightclub
Jan 11 21:00:20 <Crofton|work> true
Jan 11 21:00:29 <Crofton|work> but the nightclub provides entertainment
Jan 11 21:00:40 * Crofton|work needs to drag out the photos
Jan 11 21:00:53 <Crofton|work> also suspects he ask for a room further from it this year
Jan 11 21:01:13 * XorA|gone lived in Edin and is immune to pub noise
Jan 11 21:01:40 <XorA|gone> although last year we didnt return to Astrid until 3am so it was probably me waking you :-D
Jan 11 21:11:49 * lfcorreia finally gives up, deletes the whole crap in 'tmp' and starts over 
Jan 11 21:27:06 <likewise> zecke: ping
Jan 11 21:27:35 <likewise> mickey|bbl: ping
Jan 11 21:29:10 <GNUtoo> anyone?
Jan 11 21:31:34 <CIA-35> 03pfalcon 07org.oe.dev * rd9c08e4f... 10/ (3 files in 3 dirs): 
Jan 11 21:31:34 <CIA-35> gtk+ 2.10.14: Add smallscreen mod for GtkFileChooser.
Jan 11 21:31:34 <CIA-35> * Closes #3634
Jan 11 21:31:34 <CIA-35> * Discussion:
Jan 11 21:31:34 <CIA-35> http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-January/003940.html
Jan 11 21:31:34 <CIA-35> http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2008-January/001518.html
Jan 11 21:31:40 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r7e212ed3... 10/ (1 contrib/angstrom/sort.sh): sort.sh: Make messages more clear and verbose.
Jan 11 21:31:46 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r6eac9e4d... 10/ (1 contrib/angstrom/sort.sh): sort.sh: Add option to skip sorted files building (for debugging, as takes very long).
Jan 11 21:40:16 <GNUtoo> flo_lap, ping
Jan 11 21:40:52 <flo_lap> GNUtoo: pong
Jan 11 21:41:16 <GNUtoo> flo_lap, how can i prevent the installation of libc-2.3.5+cvs20050627 i have already put that in my distro config: PREFERRED_PROVIDER_virtual/libc = "glibc" PREFERRED_VERSION_glibc = "2.6.1" and it also installed glibc 2.6.1: NOTE: package glibc-2.6.1: completed
Jan 11 21:41:42 <GNUtoo> because glibc-2.3.5+cvs20050627 fails to compile
Jan 11 21:42:29 <flo_lap> I have seen this bug a long time ago... something I do not know triggers compiling of glibc-2.3.5
Jan 11 21:42:41 <flo_lap> GNUtoo: Is your bitbake up to date?
Jan 11 21:43:13 <GNUtoo> flo_lap, you mean my files or the program
Jan 11 21:43:51 <flo_lap> GNUtoo: the bitbake program... 
Jan 11 21:44:34 <GNUtoo> flo_lap, BitBake Build Tool Core version 1.8.8, bitbake version 1.8.9
Jan 11 21:44:58 <GNUtoo> and the one of my os: BitBake Build Tool Core version 1.8.8, bitbake version 1.8.8
Jan 11 21:45:48 <flo_lap> here it is 1.8.9/1.8.9
Jan 11 21:47:42 <flo_lap> GNUtoo: I suppose your oe is not that old... which didstro do you build?
Jan 11 21:47:49 <GNUtoo> gentoo
Jan 11 21:47:52 <Tartarus> Hmm
Jan 11 21:48:10 <flo_lap> GNUtoo: ah no, the distro setting of your oe 
Jan 11 21:48:12 <Tartarus> Is there a way to make sure that when some image target is built, everything it depends on will have it's staging function run?
Jan 11 21:48:19 <_helge> I'm having a (maybe) stupid question. Maybe someone can help me?
Jan 11 21:48:20 <_helge>  I'm seeing commits like this one:  http://permalink.gmane.org/gmane.comp.handhelds.openembedded.scm/405   but when I 'mtn pull; mtn update' I don't see this change in my local tree. What am I doing wrong?
Jan 11 21:48:23 <GNUtoo> flo_lap, custom made
Jan 11 21:48:46 <GNUtoo> flo_lap, i'll pastebin it
Jan 11 21:48:55 <flo_lap> Tartarus: that should happen automatically - everything else would be a bug
Jan 11 21:49:17 <GNUtoo> flo_lap, http://pastebin.com/m6a825ff0
Jan 11 21:49:38 <Tartarus> flo_lap, any chance this is something that's changed in the last say 6 months?
Jan 11 21:50:36 <flo_lap> _helge: wrong server?
Jan 11 21:51:20 <_helge> flo_lap: I followed those instructions: http://www.angstrom-distribution.org/building-angstrom
Jan 11 21:51:24 <_helge> How could I check ?
Jan 11 21:51:51 <flo_lap> Tartarus: yes... it would be a good idea to use a new bitbake 
Jan 11 21:52:05 <Tartarus> bitbake is current
Jan 11 21:52:18 <Tartarus> OE snapshot is ~6months, maybe 4-5 old, and set in stone
Jan 11 21:52:51 <pto> Hi - what is  org.openembedded.dev versus  org.openembedded.dreambox at http://www.openembedded.org/filebrowser?
Jan 11 21:53:15 <likewise> Tartarus: the most recent bitbake may not work with a very old OE snapshot - not sure
Jan 11 21:53:54 <Tartarus> I take it back, it's bitbake 1.8.8
Jan 11 21:55:31 <Tartarus> flo_lap, ah, I see the problem, it's fixed in newer
Jan 11 21:55:51 <Tartarus> flo_lap, at whatever point this was taken, image.bbclass recrdeptask'd on do_package_write do_deploy
Jan 11 21:55:56 <likewise> zecke, mickey|bbl : ping
Jan 11 21:55:58 <flo_lap> GNUtoo: hum well... quite some uncommon things in there. iirc a workaround was to delete the non-working bb
Jan 11 21:56:00 <Tartarus> not do_populate_staging do_deploy as it does today
Jan 11 21:56:13 <Tartarus> thanks for confirming it should be working in current OE :)
Jan 11 21:56:18 <GNUtoo> flo_lap, ok i'll try that
Jan 11 21:56:56 <flo_lap> pto: There is a special branch for the dreambox distro, .dev is the unstable development branch
Jan 11 21:57:23 * flo_lap changes machine, brb
Jan 11 22:01:26 <zecke> likewise: sort of pong
Jan 11 22:02:25 <likewise> zecke: I'm going to pay the room. I need one of you guys phone nr as the main contact for your room.
Jan 11 22:03:08 <likewise> btw, I'll pay the room as a small OE sponsorship.
Jan 11 22:03:17 <pto> When I am compiling e.g. angstrom_2008.1 for cm_x270 (ARM), where do the distro go to? i.e. the result of the compiles?
Jan 11 22:03:49 <pto> everything is in /stuff/ as (very well) written in the wiki
Jan 11 22:05:19 <_helge> pto: for my poodle I find it in /stuff/tmp/angstrom/deploy/glibc/images/poodle/
Jan 11 22:05:36 <_helge> pto: look around there...
Jan 11 22:06:17 <pto> thanx mate
Jan 11 22:08:49 <florian_> re
Jan 11 22:09:17 <zecke> likewise: oh, will I share a room with mickey again? I will give you mickeyl's number as I will have no phone starting with the 1st of february
Jan 11 22:10:38 * GNUtoo will try to delete the file (bitbake from svn doesn't install glibc)
Jan 11 22:10:49 <gremlin[it]> any news about hotel ? 
Jan 11 22:11:20 <florian> GNUtoo: bitbake from the stable svn branch is a good choice
Jan 11 22:11:36 <GNUtoo> ok
Jan 11 22:26:37 <GNUtoo> florian, what gcc version should i use? | checking version of ccache arm-linux-gcc -march=armv4 -mtune=arm9tdmi... 4.2.2, bad | *** These critical programs are missing or too old: gcc 
Jan 11 22:27:30 <florian> GNUtoo: huh, 4.2.2 too old?! what does complain?
Jan 11 22:27:57 <GNUtoo> ah...mabe ccache is too old
Jan 11 22:34:25 <mwester> GNUtoo: if you're changing toolchains, I've found that disabling ccache is a good idea.
Jan 11 22:34:40 <GNUtoo> mwester, how do i do that?
Jan 11 22:35:06 <mwester> :)   I  think there is a local.conf setting.  Perhaps one of those lurking here can tell what it is.
Jan 11 22:35:06 * GNUtoo has changed toolchain a lot
Jan 11 22:35:42 * mwester does a really ugly thing, because he just hates the concept of ccache -- he does: sudo mv /usr/bin/ccache /usr/bin/ccache.disabled
Jan 11 22:36:02 <GNUtoo> ouch with all theses changes i have no space left...i'll make some space
Jan 11 22:36:18 <zecke> mwester: do not install it?
Jan 11 22:36:25 <zecke> mwester: configure ccache to use 0 bytes?
Jan 11 22:36:57 <mwester> zecke: I rename it because I figure that someday someone will show me the benefit of ccache, and I'll want to use it :)
Jan 11 22:37:28 <zecke> mwester: compile qt, recompile it from scratch
Jan 11 22:37:46 <mwester> ah, but qt does not compile its own toolchain, does it?
Jan 11 22:37:58 <zecke> no
Jan 11 22:38:06 <zecke> night guys
Jan 11 22:38:11 <mwester> Then I think it makes sense to use.
Jan 11 22:38:18 <mwester> good night...
Jan 11 22:39:53 * florian shoots Angstrom 
Jan 11 22:52:16 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * r58ceb5a3... 10/ (3 files in 3 dirs): (log message trimmed)
Jan 11 22:52:16 <CIA-35> applied changes from 1c3d9b4f57e46b646e76da9bd9912c26fb17491c
Jan 11 22:52:16 <CIA-35>  through d9c08e4fa1d5e137c28a0835802abcbcadeb294a
Jan 11 22:52:16 <CIA-35> gtk+ 2.10.14: Add smallscreen mod for GtkFileChooser.
Jan 11 22:52:16 <CIA-35> * Closes #3634
Jan 11 22:52:17 <CIA-35> * Discussion:
Jan 11 22:52:19 <CIA-35> http://lists.linuxtogo.org/pipermail/openembedded-devel/2008-January/003940.html
Jan 11 22:52:23 <CIA-35> 03pfalcon 07org.oe.angstrom-2007.12-stable * rdbb64f03... 10/ (1 BACKPORTS.txt): BACKPORTS.txt: Note gtk+ 2.10.14: Add smallscreen mod for GtkFileChooser.
Jan 11 22:53:46 <zecke> RP: sorry, if I have DEPENDS = mpfr, shouldn't I have a do_configure depends on mpfr:populate_staging?
Jan 11 23:06:41 <Tartarus> Should a ?= variable in a .bb file override a '=' variable parsed in from a conf file?
Jan 11 23:08:02 <rwhitby> Tartarus: no, and it does not as far as I know.
Jan 11 23:08:08 <mwester> Tartarus:  it is my understanding that the = always wins over the ?= operator.  But I could be wrong.
Jan 11 23:08:45 <Tartarus> well crap, this doesn't make any sense then
Jan 11 23:09:07 <Tartarus> I'm trying to add a variable to set S, so people can work/edit outside of the oe workdir
Jan 11 23:09:22 <Tartarus> but the ?= default i'm putting in is overriding the one i'm setting in my local.conf
Jan 11 23:09:57 <mwester> Do you have two ?= then, or which operator is in which file?
Jan 11 23:10:42 <Tartarus> Just 1 ?=, VAR_PN = "value" in local.conf, VAR_PN ?= "${WORKDIR}/${PN}-${PV}" in the .bb file
Jan 11 23:11:43 <florian> mwester: you are right - "=" always wins. 
Jan 11 23:15:07 <Tartarus> Hmm
Jan 11 23:15:35 <Tartarus> Maybe it's an order of evaluation thing?  If I had VAR_pkg = "/path" \n VAR_${PN} ?= "/path2", I got /path2
Jan 11 23:15:54 <Tartarus> if I do VAR_pkg = "/path" \n VAR_pkg ?= "/path2" I get "/path"
Jan 11 23:17:53 <florian> If you have two "=" maybe... the second one might win I guess-
Jan 11 23:29:21 <RP> zecke|away: yes
Jan 11 23:34:27 <GNUtoo> florian, removing files works at first but as soon as you change a config file it doesn't anymore: NOTE: Handling BitBake files: \ (0994/4984) [19 %]ERROR: Could not include required file glibc_2.3.2+cvs20040726.bb while parsing /oe/org.openembedded.dev/packages/glibc/glibc-initial_2.3.2+cvs20040726.bb
Jan 11 23:34:46 <GNUtoo> florian, and nearly all the glibc have failled for a reason or another
Jan 11 23:35:16 <florian> GNUtoo: ah right, i guess you can get rid of that too
Jan 11 23:35:32 <GNUtoo> how?
Jan 11 23:37:05 <GNUtoo> glibc_2.3.2+cvs20040726.bb  glibc_2.3.3.bb  glibc_2.3.3+cvs20041128.bb  glibc_2.3.3+cvs20050221.bb  glibc_2.3.3+cvs20050420.bb  glibc_2.3.5+cvs20050627.bb and  glibc_2.2.5.bb,glibc_2.3.2.bb,glibc_cvs.bb all failled
Jan 11 23:41:03 <GNUtoo> i added PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc="glibc-intermediate" i hope that it will work
Jan 11 23:41:23 <GNUtoo> no it doesn't
Jan 11 23:53:16 <florian> GNUtoo: get rid of all the cvs ones. 
Jan 11 23:53:34 <florian> GNUtoo: you can always restore them from the oe db
Jan 11 23:54:18 <GNUtoo> ok i founded how to modify the glibc-intermediate's version
Jan 11 23:54:32 <GNUtoo> s/founded/have found/
Jan 11 23:59:03 <GNUtoo> but it still doesn't work...i must have a problem somewhere
Jan 11 23:59:08 * GNUtoo go to sleep
Jan 11 23:59:17 <GNUtoo> s/go goes
Jan 12 00:35:11 <CIA-35> 03pfalcon 07org.oe.dev * r38557d67... 10/ (1 classes/sdl.bbclass): sdl.bbclass: Add sane default path for APPIMAGE.
Jan 12 00:35:16 <CIA-35> 03pfalcon 07org.oe.dev * r3711ec92... 10/ (1 classes/sdl.bbclass): (log message trimmed)
Jan 12 00:35:16 <CIA-35> sdl.bbclass: Revamp to adhere to freedesktop standards.
Jan 12 00:35:16 <CIA-35> * OPIE in OE now adheres to FHS, so ${palmtopdir} is no more.
Jan 12 00:35:16 <CIA-35> * OPIE in OE doesn't haev SDL support, so: make this bbclass produce
Jan 12 00:35:16 <CIA-35> correct pixmap/.desktop per freedesktop standards, then TODO: make OPIE
Jan 12 00:35:18 <CIA-35> use the same.
Jan 12 00:35:20 <CIA-35> * Also, run after main install and before packaging, more natural (and will
Jan 12 00:35:24 <CIA-35> 03pfalcon 07org.oe.dev * r186fc140... 10/ (1 classes/sdl.bbclass): sdl.bbclass: Also, let's just have SECTION="games" for xplatform games.
Jan 12 00:35:27 <CIA-35> 03pfalcon 07org.oe.dev * r841845db... 10/ (6 files in 3 dirs): supertux 0.1.2: Use sdl.bbclass, add icon.
Jan 12 00:51:20 <florian> good night
Jan 12 02:25:11 <mwester> Exactly what does DEPENDS mean?  After looking closely at my log files, I'm beginning to think that it does not mean that the dependee must complete *all* tasks before the dependor can be started.
Jan 12 02:25:54 <mwester> Rather it seems as if the dependor can begin task execution as soon as the dependee's "do_configure" task completes.
Jan 12 02:28:30 <rwhitby> mwester: I think it's a per-task dependency
Jan 12 02:29:03 <rwhitby> i.e. the dependor's configure can start as soon as the dependee's staging task finishes, or something like that.
Jan 12 02:33:58 <mwester> Ok.  So it seems it may be even more complicated than I thought...
**** ENDING LOGGING AT Sat Jan 12 02:59:57 2008