| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> evening
<1> hi redguy
<1> eh reenoo
<0> hi florian
<2> ugh
<2> I just pushed 8 commits, but it should have been only one grrr
<3> coredump org.oe.oz354x * rdc686483... / (1 conf/machine/poodle-2.6.conf): poodle-2.6.conf: Add wep module, remove hostap-modules since this package does not build for 2.6.17
<2> so far so good
<3> raymond org.oe.dev * rcd606927... / (517 files in 24 dirs):
<3> xorg-*: M***ive rename to conform to X11R7.x_a.b.c versioning and xorg-* directory structure.
<3> This is the first step for the update to X11R7.1.
<3> This will not build and will be followed by more patches and updates.
<3> raymond org.oe.dev * rce6676... / (126 files in 2 dirs): xorg-app: Add all apps posted for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * rea39e28... / (5 files in 2 dirs):
<3> xorg-data: Update for X11R7.0 and X11R7.0.
<3> R
<3> raymond org.oe.dev * rc0aa2b64... / (7 files in 3 dirs): xorg-doc: Update for X11R7.0 and X11R7.0.
<3> raymond org.oe.dev * rd06432f8... / (144 files in 3 dirs): xorg-driver: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * rdb2c4fb2... / (43 files in 2 dirs): xorg-font: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * rc3768432... / (89 files in 2 dirs): xorg-lib: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * r3c9d1... / (49 files in 2 dirs): xorg-proto: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * re6466... / (15 files in 2 dirs): xorg-util: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * rea6d3ca2... / (8 files in 3 dirs): xorg-xserver: Update for X11R7.0 and X11R7.1.
<3> raymond org.oe.dev * r9b398... / (3 files in 2 dirs):
<3> Preferred versions for X11R7.0 and X11R7.1 tested on:
<3> x86_64 -> i486 (with and without system native X)
<3> x86_64 -> i686
<3> i686 -> i486
<4> Hi people!
<4> Anyone knows, if I upgrade to monotone 0.27, should I kill my existing working copy and do a new checkout, or is it ok to just update existing copy?
<5> psokolovsky: I ended up just deleting the org.openembedded.___ directory, but only because I wasn't smart enough to make a MTN workspace
<4> Kerwood_: Ok, I guess I just can try to do update existing workcopy, if fallback is to delete it anyway ;-)
<5> psokolovsky: right -- at least if you keep your tmp directory, the migrated environment can use it unchanged
<4> http://www.venge.net/monotone/UPGRADE:
<4> 1) get everyone to commit and push their changes to the database
<4> chosen for migration (such as a central server if you use
<4> one); local dbs and working copies will be broken by this
<4> migration.
<4> I'm glad I didn't hack on .dev yet, so my workcopy is pristine...
<5> ok, I think I have an idea with what's wrong with qplot. It's supposed to spawn bc and communicate with it using stdin/stdout.
<5> which is fine except that bc is never built by bitbake, because qmake can't see the dependency
<5> SO: what do I put in the qplot .bb file which forces bc to be built as well? bc source is included with the qplot src distribution.
<6> kerwood - if you recall your suggestiong to put rm work in local.conf - it seemsed to work ok for a while but then when i got to binutils-cross the build just died with the last output 'task do_rm_work: started' - so i removed that line and im trying again
<3> lenehan org.oe.dev * rf51fedb... / (1 cl***es/kernel-arch.bbcl***):
<3> cl***es/kernel-arch.bbcl***: Update the kernel arch selection so that
<3> sh3 and sh4 use the sh architecture. Without this building add on
<3> kernel modules (madwifi-ng for example) for sh3 or sh4 fails due to
<3> the inability to determine the kernel arch to use.
<7> trying to use qemu-arm to build emacs....getting segfaults
<8> kergoth, feeling musical today?
<9> hmm, we need a proper indentation plugin for vim for bitbake metadata
<9> meh, tempted to do one right now
<10> kergoth: did bitbake leave berlios?
<9> not that i'm aware of
<10> kergoth: http://svn.o-hand.com/view/poky/trunk/bitbake/lib/?rev=524&view=rev
<9> what about it?
<10> so I must be halucinating
<9> ohand keeps a bitbake tree. what about it?
<9> lots of companies do
<9> i'll push that to berlios soon
<10> I'm trying to avoid the situation that o-hand currently has with OE
<9> uh?
<9> 99% of all companies using oe maintain private metadata repositories.
<9> ohand just happens to make it publically accessible
<9> most dont.
<10> it never syncs back, so RP ends up doing it in his spare time
<9> that ssh fetcher isnt very useful without the 'fingerprint' connection parameter from the IETF draft. once that gets added, itll get pushed up
<10> anyway, o-hand can do whatever they like :)
<6> hey guys
<6> how do i configure butbake to build without all the localization stuff? (and be english only)
<6> *bitbake
<11> NOTE: package libxfont-X11R7.1-1.2.0-r0: task do_fetch: failed
<11> will this do instead? http://xorg.freedesktop.org/releases/X11R7.1/src/lib/libXfont-X11R7.1-1.1.0.tar.gz
<7> poushag: that's not bitbake, that's OE's glibc recipe
<7> poushag: but I don't know the answer :-/
<3> lenehan org.oe.dev * rd5e74a51... / (3 files in 3 dirs):
<3> madwifi-ng r1527: Fix to build and work for sh4. The compiler options that
<3> areused by default are for gcc 4.x and don't work with 3.x and kernels built
<3> with 4.x don't work on sh4, So patch the options to those required to build
<3> with gcc 3.x. Tested on the titan sh4 board. Does not seem to work if
<3> sharing an IRQ, but works fine otherwise.
<12> mornng
<10> hey XorA
<12> hey koen
<12> woooo a whole lotta X11
<10> thre might be some 'trying to run binaries' going around, but most of it should build
<12> koen: gah I ddnt even get very far :-( /bin/sh: ./mkg3states: cannot execute binary file
<10> XorA: that's the danger of crosscompiling i686->i486
<12> koen: yeah
<13> has anyone ever see this error before
<13> .../lib/libdl.so.2: undefined reference to `_dl_tls_get_addr_soft@GLIBC_PRIVATE'
<13> somehow our libc and libfl doesnt have tls stuff it seems
<10> RP: FYI: I just talked to njs why mtn didn't automerge the jlime stuff, and it turns out you deleted BOOTSTRAP_EXTRA_DEPENDS while kristoffer had edited that var and hence the collision.
<2> morning guys
<14> hi does a zaurus use the tslib? How can I find this out, which mouse driver and keyboard driver my akita sharp zaurus sl-c1000 use?
<9> i suggest you read the topic of this channel
<15> good morning
<10> cute, an avahi patch for distcc
<15> nice
<10> NOTE: Applying patch 'distcc-avahi.patch'NOTE: package distcc-2.18.3-r0: task do_patch: completed
<10> and it applies as well :)
<3> koen org.oe.dev * rdae54... / (1 packages/avahi/avahi_0.6.12.bb): avahi 0.6.12: add do_stage
<3> koen org.oe.dev * r951b3... / (1 packages/distcc/distcc_2.18.3.bb):
<3> distcc: add 2.18.3
<3> * apply avahi patch to enable zeroconf/bonjour
<3> * enable build of gtk+ frontend and package it seperately
<3> coredump org.oe.oz354x * r9978b... / (1 conf/machine/poodle.conf): poodle.conf: Fix ROOT_FLASH_SIZE, thanks Greg2 for spotting it
<16> morning
<10> hey lardman
<10> lardman: I ran into the same mk-kinds.sh trouble you had
<16> hi koen
<16> any ideas on a fix, other than lots of patching?
<10> nope
<16> I'm not sure why it doesn't work, as it only performs a compilation test afaicr
<10> the output of the `gfortran <blah>` doesn't seem to match the criteria of the script
<3> koen org.oe.dev * rd10cf3ca... / (5 files in 2 dirs): pango: fix RRECOMMENDS regression
<13> koen: is there a way to see what the PATH is set to when building something? we are having trouble because stagingbindir doesnt seem to be in the path
<17> ~hey
<17> RP: any idea what could be broken with poky?
<10> jkp: -D -D -D ?
<13> hey zecke
<17> RP: the machine is not out of disk space
<13> koen: ok, we'll try that
<13> if we want to put something on the front of PATH (ie not just append) how can we do that? i mean, i thought stagingbindir was supposed to be in the path by default
<10> export PATH = foo:$PATH
<13> koen: yeah tried that
<13> it complained about circularness
<17> jkp: what koen posted was shell
<13> this is bb
<17> jkp: within bitbake one can try immediate ***ignment :=
<17> jkp: or we have .= to prepend (if I'm not mistaken) (prepend without space)
<17> jkp: but see the bitbake manual for the operators present
<13> zecke: thanks dude
<18> afternoon all
<10> hey ade|desk
<18> this is a laugh: customer survey results: * Our main area of concern is indicated in the statement, 'Your main contact keeps their promises and commitments'
<18> personally i'd suggest that the results of the statement warrant more concern than the statement itself
<17> pb: master? how is libdisplaymigration working?
<4> zecke: Sorry, don't see you on #opie. I posted patches to add h4000 support to libopie2. Can you have a look at them and commit if they're ok?
<17> psokolovsky: hi, take it up with ljp please :)
<4> zecke: ok, thanks
<3> florian org.oe.dev * rb71bca2b... / (1 packages/libgpewidget/libgpewidget_0.113.bb): bgpewidget: add 0.113
<3> florian org.oe.dev * red81a8a... / (7 files in 3 dirs): libgpewidget: drop ancient versions.
<19> is this the right place to ask for info concerning hardware related Q about SL C1000?
<10> not really
<19> where doyou suggest i go for such Q?
<19> i read this here http://www.oesf.org/index.php?title=C1000/C3x00_Power_Guide but i'm from Europe so it isn't very useful...
<10> oedf has nothing to do with this channel
Return to
#oe
or
Go to some related
logs:
gleam register_globals
ubuntu mmpeg
#gaim
gentoo fuser -9 shutdown
gentoo can't populate dev
void_11 wifi
#php
#bash
linux minix3 partition
#php
|
|