| |
| |
| |
|
Page: 1 2 3 4 5 6 7
Comments:
<0> hrw|work: "SELECT DISTINCT p_name,p_desc,p_section FROM packages WHERE p_name LIKE '$searchword' ORDER BY p_name ASC;" is not really what we want
<0> we only want p_name to be distinct, otherwise stuff without DESCRIPTION like gpe-conf shows up multiple times
<1> sure
<1> koen: and un-spaghetti code...
<0> yup
<0> and ideally put all functions in a .inc so index and update can share it
<2> hrw|work: realy not sure what that post is about, configure in mplayer takes no arguments to do with executable stacks
<1> XorA: you are mplayer maintainer - I do not have any idea what to write
<2> does OZ have selinux?
<1> o
<1> no
<2> hrw|work: I got bmpx to compile in OE, it crashes when run though :-(
<0> XorA: does strace/gdb give any clue?
<2> koen: havent had time to go through it yet
<2> koen: segfault on Angstrom, Floating Point Exception in OZ
<2> koen: but I was running an EABI kernel for OZ and that doesnt quite work
<2> though I did find a problem, qt/e removes RTTI from qmake built stuff, bmpx requires rtti in taglib
<2> qmake-base sorry
<3> hi folks
<4> so... how do i get a cvs tree via http?
<4> i'm trying ot get: http://sourceforge.net/cvs/?group_id=65938
<0> bigd0g: you can't
<4> hrm. so what are my options?
<2> bigd0g: uboot_cvs.bb has the wrong URI for sourceforge cvs, maybe thats your problem
<0> according to crofton only the git one works
<4> problem is i'm behind an http proxy stopping cvs traffic
<4> so i need some other way to get it, since cvs doesn't seem to act on http_proxy env vars
<2> not suprising as cvs doesnt use http
<5> hmm
<4> right. although i did find a patch to make it use it. but it's for an old version of cvs and not supported
<5> I think the older u-boots won't complie on gcc4
<4> so... i'm kind of stuck
<6> I want to create a meta bb file for stuff I regularly compile. Going along the lines of the stuff in packages/meta/ I took the following steps. I'd appreciate comments if there is a more elegant way to do this.
<5> bigd0g, what is your problem again?
<6> 1) added BBFILEBBFILES += "${PATH2OE}/mystuff/*/*.bb" to build/conf/local.conf
<6> 2) created $PATH2OE/mystuff/meta/meta-rl.bb
<6> 3) set DEPENDS in meta-rl.bb for the packages I want to build regularly
<6> 4) bitbake meta-rl
<4> Crofton: i'm behind an http proxy that requires all traffic go through it. cvs doesn't use http or socks4, so i can't grab a tree
<4> Crofton: i need to know what other measure i can take to grab the sourceforge uboot tree
<5> I think grabbing u-boot from sf is a bad idea
<4> why?
<5> I think that is no longer maintained, or soon to be
<4> well, that's where bitbake is trying to download it from... and i'm trying to help bitbake along
<5> http://u-boot.sourceforge.net/
<4> the other mirror listed is oesources.org
<4> it, however... is dead
<5> yeah
<5> try using the bb file I did that pulls from git
<5> does git work for you?
<4> i tried executing the bb file and it fails. am i supposed to do something special to it?
<5> which one?
<4> 1 sec...
<5> what hardware are you trying to run on?
<4> i tried "bitbake u-boot_1.1.4.bb" ... i'm ***uming that the wrong board
<4> i'm trying to build for an omap5912osk board
<5> ok
<5> I do also
<4> s/wrong board/wrong command
<5> use the git version
<5> I don't think 1.1.4 will build for the OSK
<5> so I made a bb file that gets source from a git tag that has the fixes
<4> what's the git version to grab it?
<5> standby
<4> cheers
<5> u lot get serious about work to early
<4> sorry?
<4> still trying to wrap my head around all of this. this is my first time working with this board and oe.
<5> u-boot_LABEL.2006.06.30.2020.bb
<5> that will build and work on the OSK
<5> I am working on the machine file for the osk
<4> oh, great. is there documentation or anything about will and what will not work on the board?
<5> heh
<5> no
<4> i have a feeling if i ever get this first filesystem built... it's not going to work
<4> yeah, that's what i was afraid of :)
<5> It should work
<5> I have had stuff working
<5> I am going through trying to make it idiot proff
<5> in my spare time
<5> u-bbot was step 1
<5> next I want to make a more recent kernel
<5> I'll look at pushing my current machine file later today
<5> that includes the preferred verion oof u-boot
<4> is there something i should sign-up for to get that notice? mailing list or something?
<5> +PREFERRED_VERSION_u-boot = "LABEL.2006.06.30.2020"
<5> add that line to the omap5912osk machine file
<4> roger that
<5> curently it says to use 1.1.2
<5> what are you using the OSK for?
<4> i'm working on developing an embedded wireless system for personal health monitors
<4> our test personal health monitor is a glucometer
<5> cool
<4> yeah, it should be fun. it's been a huge learning curve, though
<5> I think I am the current omap5912osk guru here
<5> which isn't saying much
<4> i'm a us unversity student trapped in ireland completing this. this is my first foray into embedded computing
<4> so please excuse my n00bness ;)
<5> I am going to push the prefered version change when I get to my lab
<5> heh
<5> we are strt somewhere
<4> do i have to add the preferred_version line anywhere special in that file?
<4> i don't see any other preferred_versions listed... just preferred_providers
<5> hmmm
<5> stand by
<5> let me go ahead and commit the change
<5> looks like I added it
<5> give me a few minutes to make sure I do this correctly
<4> sure thing. no worries
<5> I was trying to figure out what to order to upgrade mt tivo .....
<4> a bigger hard drive ;)
<5> and neetwork
<4> i've wanted a tivo for a while. my student budget prevents that from happening.
<5> heh
<4> so... with the omap5912osk.conf file changed ... do i have to do a complete re-build?
<4> or can i just let bitbake pick-up where it left off?
<5> not sure
<4> ok, i'll give it a go and see what happens
<5> probably try restarting
<5> just getting ready to push now
<4> ok, cool
<5> ok
<5> mtn pull; mtn update
<5> you were failing building ubbot?
<4> yes
<4> well... it couldn't pull it
<5> bitbake -c clean uboot
<4> so it never really got a chance to build
<7> crofton org.oe.dev * r7f3e4... / (1 conf/machine/omap5912osk.conf):
<7> omap5912osk: change prefered version of u-boot to a recent git tag
<7> * Compiles with gcc 4.x
<7> * Compiles for omap5912osk
<5> there you go
<4> cheers. trying the pull/update now
<4> aren't i just supposed to do the mtn pull within the org.oe.dev tree?
<5> yes
<5> cd'ing to dev and doing mtn pull should work
<5> if the defaults are set ok
<4> guess they're not set ok
<5> mtn --db=.... pull
<5> Somewhere there are instructions on setting them
<4> i found the web site. i had it bookmarked
<4> getting started guide - http://www.openembedded.org/wiki/GettingStarted
<1> bigd0g: cd 'working copy'; mtn --set-default pull SERVER BRANCHES
<5> bbiab, need to get "dressed"
<4> hrw|work: thanks
<4> hrw|work: mtn: error: sqlite error: database is locked
<1> other monotone process use it
<4> oh...
Return to
#oe
or
Go to some related
logs:
__repr_
#oe
erase+kopete+logs
#perl
spilt a variable javascript
#css
#php
3gpwiz+ubuntu
xorg tv-input
#centos
|
|