| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> morning
<1> XorA: yo
<2> xora org.oe.oz354x * rbe3ee234... / (3 files in 3 dirs): ppp_2.4.3.bb : amd64 build fixes from .dev
<2> xora org.oe.oz354x * rce50467... / (3 files in 3 dirs): perl-native_5.8.7.bb : amd64 build fixes from .dev
<0> ~lart oz354x branch
<1> XorA: problems?
<0> yeah, doesnt build on amd64
<1> XorA: yeah, fun, huh?
<0> Im sure there is just one little fiddle I am missing from .dev now
<2> rwhitby org.oe.dev * re2224ca... / (9 files in 5 dirs): ixp4xx-kernel: updated to the latest svn patches, and enabled the defconfig and patches series file to be overridden by local OE metadata
<2> rwhitby org.oe.dev * rbabe1ca... / (1 packages/images/slugos-image.bb): slugos-image: Removed Apex from the image
<3> Hmm.. any .bb hackers around?
<3> koen|gprs_: Do you know offhand if there's a way to specify a version dependency in DEPENDS? e.g. DEPENDS="slang >= 2.0.0"
<4> NAbyss: DEPENDS = "foo-56.2.2.4"
<3> koen|gprs_: Thanks
<4> DEPENDS = "foo (>= 3.443.43)" should also get parsed iirc
<5> pb: when building MESA my build dies. Sed doesn't follow the sym link you create to the configuration file.
<5> is there something wrong with my version of sed? I'm using FC6 and 4.1.6.
<5> I modify the MESA bb file to cp instead of ln and it works.
<5> RP, I mean (not pb woops)
<6> hi
<7> mornin'
<7> :>
<6> XorA|gone: I built oz 3.5.5 images on my amd64 without those patches
<8> hey hrw
<6> http://home.ctlnet.com/~minimechadon/minimechadon.htm
<6> ok. time to go to conecto
<6> 3 days left
<6> too bad that they have so fscked network connection;(
<9> Hello, I just did an update, and now I get a build error on the mesa package. I was just wondering, why doesn't OE have a "stable" package that 'just builds'
<9> or is this a "manpower" problem?
<10> thegve: Was someone else earlier who also had a problem with mesa:
<10> 07:53 <5> I modify the MESA bb file to cp instead of ln and it works.
<9> ok, tnx
<10> I don't know anything more, but there's some others here who do :)
<9> ok
<9> I think it worked
<9> it is now compiling
<9> And it errored on configure before ( I think , it's early...)
<10> Yes, was something about sed being unable to follow a link
<10> to the config file
<0> morning
<7> mornin' :>
<9> Goodmorning
<11> re
<7> is anyone apart from tmbinc working the dreambox branch?
<0> hey hrw|work
<12> morning all
<9> Hmm, yet another new build error. xserver-xorg-X11. In task do_package: "No such file or directory: ' ./usr/lib/X11/ (.........)/SPSPARC2/fonts'
<9> Did not have this error before the update this morning
<9> Don't know if someone mentioned this on this channel this morning before... I'll check the bugtracker
<0> ~lart XML::Parser...
<0> hrw|work: I see you are landing at Charleroi
<0> hrw|work: still debating that route from UK
<13> thegve: yeah, the xserver-xorg thing does seem broken. I'll have a look at that.
<14> morning all
<7> time to go to bed :> bye everyone
<0> hey RP pb__
<13> hi XorA, rp
<9> I asked this earlier this morning too, but what is the reason OE does not have different branches, like debian and most distros. Like "stable" and "testing" or so. As I have the feeling there only exists a "testing" branch now (nofi, I am sure you'll all do your best to avoid errors)
<0> thegve: because OE isnt a distro
<0> thegve: oz354x is an example of a "stable" branch
<9> Ok....
<9> But it is an os-building platform, a software package.
<9> And these often have testing and stable versions too...
<2> pb org.oe.dev * r12e45... / (1 cl***es/package.bbcl***):
<2> package.bbcl***: add workaround for wrongly globbed symlinks in FILES causing python
<2> traceback spew during population
<13> thegve: try that
<15> good morning everyone
<3> Hi all.. are patches to the OE metadata best submitted to the bugtracker?
<11> NAbyss: yes
<16> JustinP: :)
<16> koen|away: any possibility to make planetplanet read blogger <strikerthrough>beta</strikethrough>?
<17> mickey|dinner: I added the gnokii bug to oe bugzilla #1826
<11> !oebug 1826
<18> * * Bug 1826, Status: NEW, Created: 2007-01-29 04:16
<18> * * stefan(AT)datenfreihafen.org: CROSS COMPILE Badness in gnokii
<18> * * http://bugs.openembedded.org/show_bug.cgi?id=1826
<17> hrw|work: Ah, cute
<19> morning
<19> If something is doing mkfontscale in pkg_postinst, wouldn't that mean that mkfontscale should be in RDEPENDS?
<19> pkg_postinst runs on the target system after the package has been installed right??
<3> tkp: correct
<19> NAbyss: thanks
<19> I'm having troublee using some of the xorg-font packages
<19> I'm trying to add font-util to PACKAGE_INSTALL in my custom image
<19> and it complains:
<19> Cannot satisfy the following dependencies for font-util:
<19> | mkfontscale
<20> hi all
<3> tkp: Does the mkfontscale package exist?
<19> so I tried adding font-util to RDEPENDS and to DEPENDS
<19> yes
<19> and I can bitbake it byitself fine
<19> wait
<19> I see the problem I think...
<19> mkfontscale package has "inherit native autotools pkgconfig"
<19> inherit native?
<19> surely that shouldn't be there
<19> tht should only be in mkfontscale-native no?
<11> yes
<19> (which it is also)
<19> file a bug?
<3> tkp: Yep, with a patch if possible
<3> http://bugs.openembedded.org/enter_bug.cgi
<19> mindone
<19> done*
<21> would it be better to maintain a seperate kernel .bb for a board or combine it with the linux-rp kernel? I'm using a lot of the RP patches for my kernel.
<19> I'm trying to write a bb file for a package which needs an X11 install to build and to run...
<19> I have added virtual/libx11 to DEPENDS, but I think that is not a valid thing to add to RDEPENDS
<19> what would I need add to RDEPENDS?
<14> Gerrath: Can you remind me which machine this was please :)
<19> I don't want to hardcode a specific libx11 package (libx11 or diet-x11) because it should be chosen by setting PREFERRED_PROVIDER
<14> tkp: It should autodetect runtime library rdepends
<19> RP: oh right
<14> (it looks at what your binaries link to)
<19> so no need to add to RDEPENDS
<19> ok
<14> You need to specify something for things like perl scripts but binaries/libraries should "just work" :)
<19> that behavior is specific to virtual/libx11?
<19> or all virtual/ packages?
<14> tkp: No, it works for anything thats dynamically linked
<19> oh right. thanks
<14> Grep the cl***es directory for shlibs if you want to see the code that does it
<21> RP, LogicPD, I have already modified the linux-rp to do it, I'm just trying to decide if it is the best thing to do. What is the purpose of linux-rp, is it to unify multiple machine kernels?
<14> Gerrath: It started as a kernel for the Zaurus devices and has become a little bit broader than that. Its aim is to push things into mainline so I guess it depends what you plan to do with the kernel patches eventually
<21> rp, thanks that cleared things up for me :-)
<22> morning
<16> haha, history repeats http://sourceforge.net/projects/kpdf2/
<11> zecke: qpdf2 again?
<22> hrw|work: no kpdf ...
<11> chouimat: years ago there was opie-qpdf project which someone forked into qpdf2
<11> chouimat: and qpdf2 is nightmare code
<22> hrw|work: I know
<23> hrw|work: looks like you can change your flights... I need some minutes...
<11> greentux: great
<24> hi all
<23> hrw|work: which way You have in mind to fly?
<11> moment
<19> something is wrong with xserver-kdrive bb file somewhere... but I can't sus it out
<19> I asked for xserver-kdrive-fbdev to be installed into my image
<19> and I end up with xserver-kdrive-fbdev and xserver-kdrive being installed
<19> the bb file has "FILES_xserver-kdrive-fbdev = "${bindir}/Xfbdev""
<19> which looks right... that is the only binary I want to be installed
<19> but I get all the others too
<0> xserver-kdrive is the common files, you need that
Return to
#oe
or
Go to some related
logs:
#python
#gentoo
perl + decode_utf
#bash
#xorg
#gimp
#web
#web
marillot ubuntu
dont think about it, just do it
|
|