| |
| |
| |
|
Page: 1 2 3 4 5 6
Comments:
<0> pH5 org.oe.dev * rce85c1d... / (7 files in 3 dirs): bluez: add bluez-libs and bluez-utils 3.9
<1> hrw slept down...
<2> or lagged
<3> XorA & pb__ : re my problem with xorg-xserver-kdrive not splitting up the PACKAGES correctly...
<4> tkp: yup
<1> hrw ok we can discuss that also tomorrow
<3> it does. It's just that the bb file only defines 6 different xserver packages (Xfbdev, Xfake, Xephyr, Xepson, Xsdl & Xw100)
<2> greentux: I know
<3> so things like Xvesa nd Xvia amongst others end up in the default package... which also getss installed when you ask for one of the subpackages
<4> tkp: fancy putting a patch on bugtracker>
<4> ?
<3> which I would think is the wrong behaviour
<3> XorA: suure
<3> just not too sure how much to split things up...
<3> I'm not too familiar with all tyhe related xserver binaries
<3> Xvia and Xvesa should presumably go into xorg-xserver-xvia/xvesa
<3> or rather... xorg-xserver-kdrive-xvia/xvesa
<4> tkp: yes, sounds good
<4> tkp: though I wonder why they suddenly startted building
<3> what about card specific ones... like Xati & Xnvidia
<4> tkp: you building for x86?
<3> yes
<4> tkp: Id put them all in their own package
<3> right... makes sence
<3> your only ever going to want one of them... whichever one is most suitable for your setup
<4> tkp: only thing I dont know is what happens on other platforms when they dont exist. But we fix that when we test
<3> point
<1> hrw: ok. give me a sign when I can do something for you. going to bed now...
<2> greentux: sweet dreams and thx
<1> XorA: ?
<4> greentux: a sign :-)
<1> XorA: yeah will improve my english this year. perhaps malta ,perhaps england... 2 weeks intensive
<4> greentux: we dont do English well :-)
<2> XorA: you are in england or scotland?
<1> XorA: the maltese do...
<4> hrw: Scotland, but I am English
<1> hrw: fine, You no what I can organize. Now its to You to shake the flight plans :)
<2> I know,, I know
<2> I just have to find how to p*** my mental block for getting such help for free.
<5> ?
<3> XorA: just saw http://www.handhelds.org/hypermail/oe-commits/40/4016.html ... so this was already done at one point?
<2> greentux_away: will talk about it tomorrow
<3> or at least, it had been split up more than it is now
<4> hrw: so trying to build OZ 3.5.4.2-rc2 for poodle on my machine is a disaster
<4> tkp: someone was probably only building arm when we moved to xorg 7.0 and it got forgotten
<4> tkp: but at least a patch in bugzilla will remind people
<4> tkp: and if there is a sinister reason in the cupbaord it might show its head :-D
<6> XorA: which bitbake are you using? my setup was working last week with 1.6.3
<3> ;) just sorting it. I'll have a patch up in a bit.
<4> hvontres|poodle: its the amd64 bit I think is causing problems
<4> hvontres|poodle: .dev works no probs
<6> XorA: yeah.. I definitely don't have that problem...dual P-II 333 :(
<7> ~seen koen
<4> mickeyl: that patch is monstrous in its speed increase
<8> koen <n=koen@dominion.kabel.utwente.nl> was last seen on IRC in channel #openmoko, d h m s ago, saying: 'I didn't even know about SITEINFO_ENDIANESS :)'.
<9> XorA: really? wooot!
<9> everything that surp***es 2.6 would be _very_ welcome
<9> by the way
<4> mickeyl: I shall check in the .bb and you can give it a spin
<9> ~pester pb_ for adjusting integer-pixops patch to 2.6.10 and 2.10.x
<9> XorA: yeah
<8> pb_ for adjusting integer-pixops patch to 2.6.10 and 2.10.x: Are we there yet? .. Are we there yet? .. Are we there yet? see http://beverlys.net/LJ/BuggingYou.swf
<2> mickeyl: looked at http://ewi546.ewi.utwente.nl/tmp/hrw/t/030_CVE-2007-0010_error-handling-in-pixbuf-loaders.patch one?
<9> hrw: i looked, but I'm afraid I don't get it :) what does it do?
<2> mickeyl: google for 'cve 2007 0010'
<9> k
<2> security for broken images
<10> hi !
<9> ah that one
<9> ok, let me review again
<10> i've got a problem building a package i'm trying to add to existing ones; it does `make' properly but the package is empty, I don't understand what's wrong :(
<2> vinvin: autotooled package?
<10> output is http://vinvin.dyndns.org/~vinvin/output.txt
<10> no
<9> hrw: i think we can apply that
<10> hand made hrw
<10> http://vinvin.dyndns.org/~vinvin/light_1.0.bb for the bb file
<2> vinvin: install -d ${D}/usr/light ${D}/usr/light/www
<2> its ugly
<10> to put two on the same line ?
<0> xora org.oe.dev * rd3ccc9... / (3 files in 3 dirs):
<0> cairo_1.3.12.bb : add patch from jorn at openedhand.com that promises a
<0> 12% speedup of cairo.
<2> ${D}${bindir} ${datadir}/light/www/ -> /usr/bin and /usr/share/light/www/
<10> oh that
<2> vinvin: be FHS friendly or we will reject it
<4> mickeyl: let the benchmarking begin
<2> vinvin: then it will get packaged
<10> it's not meant to be added to the real project, but to make this software work embedded hrw
<9> XorA: excellent - thanks
<10> the app looks for www where it is launched it's just why i put it at the same place
<2> vinvin: make it FHS friendly - it does not hurt and will make things easier
<10> allright...
<2> vinvin: FILES_${PN} = "/usr/light/*" will probably help you but package is ugly
<10> the real question for me was why does "the following files were installed but not shipped in any package" ?
<10> i'll recode it to look for /usr/share/light/www but that doesn't solve the problem
<2> vinvin: bitbake -b light_1.0.bb -e|grep ^FILES
<2> vinvin: default FILES contain FHS compatible directories
<10> oh ok
<10> damned i've forgotten the p***word to ssh it
<10> allright hrw, so if i just move the files to dirs in FILES_light they will be packages if i follow you well ?
<2> yes
<10> thank you very much !
<2> np
<2> mickeyl: have a minute or few?
<2> hi Rod
<2> rwhitby: is it hard to make fatslug?
<11> hrw: hardware or software -wise?
<2> both. for example: I would buy nslu2 and want to make it 266MHz (like new one are) and 128/256MB ram
<9> hrw: one minute :)
<11> hrw: hardware is too hard for me personally, but I know of about three people who have done it.
<11> software should be a breeze for you - just run Apex and change the cmdline in the kernel.
<2> rwhitby: my friend has proper equipment and knowledge in soldering smd stuff
<2> one even work in company with hardcore smd soldering equipment
<11> hrw: should be doable then. I've never tried it myself.
<3> Patch for xserver-kdrive is on bugtracker
<2> thx rwhitby
<3> this saved over 10mb on my final image!
<2> tkp: looks OK. need PR bump added only
<3> doh!
<2> mickeyl: I sent you few messages. feel free to answer in some time
<2> tkp: you are one of those guys which do not use realnames in emails?
<9> oki
<9> tomorrow morning
<3> really?
<9> going to sleep now
<2> mickeyl: ok.
<9> gnight folks
<3> what name do I use?\
<2> cu mickeyl
<2> Reporter: STV <stv@>
<3> ah right/// coz there are a couple of us from stv that use the same account
<2> ah.
<10> what is the right way to do the make install in bb files ?
<2> do_install() { oe_runmake install DESTDIR="${D}"}
<2> but it is default one iirc
<10> ok :)
<2> tkp: Tom Kirkpatrick is realname?
<3> indeed ;)
<2> then look at CIA-19
<3> CIA-19?
<2> CIA notify #oe about commits
<10> should I append something to default compile options or define do_compile to do it just the way it is defined in the makefile ?
<2> vinvin: bitbake -b light_1.0.bb -e|less
<10> hrw the thing is I tried to remove my little rules to see, and i don't have -I/usr/include/upnp anymore
<10> so it does not compile
<2> vinvin: EXTRA_CFLAGS = "-I{$includedir}/upnp"
Return to
#oe
or
Go to some related
logs:
#python
lshw woody
#perl
#gentoo
install mercury ubuntu
#linux
mysql bind_address
#dns
#ldap
uninstalled glibc gentoo
|
|