| |
| |
| |
|
Page: 1 2
Comments:
<0> ~lart xfont for not using uptodate releases
<0> koen: what idiot wrote libxfont :-(
<1> I tried to find a newer libxfont, but it seems that requires git
<0> koen: hrmm, looks like its a staging problem
<0> actually the lart goes to xfont for using internal freetype stuff, freetype says not to use
<1> heh
<1> could you file a bug on that with x.org (or fdo) bugzilla?
<1> it will undoubtly go to /dev/null, but they can't claim ignorance anymore
<0> koen: NOTE: package libxfont-X11R7.1-1.1.0: completed
<1> XorA: cool
<1> ehm
<1> don't forget to put the patch in OE bugzilla
<1> ~lart migration
<2> so... should I downgrade freetype?
<0> koen: https://bugs.freedesktop.org/show_bug.cgi?id=6918
<0> koen: so we just need that release
<1> ah, cool
<3> does bitbake have its own webpage? or should i just link to openembedded.org
<1> bitbake.berlios.de
<1> http://developer.berlios.de/projects/bitbake/ might be better
<0> koen: http://ftp.x.org/pub/individual/lib/libXfont-1.2.0.tar.bz2
<1> wheeeee!
<0> koen: bugger knows how to integrate that though, all that X11R7.1 versionng confuses me
<1> XorA: pH5
<4> did I hear a word X11R7.1?
<0> ~botmail for pH5: can you integrate http://ftp.x.org/pub/individual/lib/libXfont-1.2.0.tar.bz2 to fix the bug we are hitting in libxfont detailed here https://bugs.freedesktop.org/show_bug.cgi?id=6918
<4> If Xorg is the topic, can some1 please review my new tool :)
<4> http://bugs.openembedded.org/show_bug.cgi?id=870#c29
<0> anttix: looks cool
<4> Also X.org build system is broken in many ways, all is documented in include files in the tarball I uploaded there.
<4> Maybe some autoconf wizard will make patches to be submitted to upstream
<4> the thing that irritates me the most is that they use AC_CHECK_FILE or something (instead of check header) to check for DRI headers. I wonder if it is a simple bug or workaround for some other bug.
<5> is there any way of stopping bitbake from trying to download from svn, and instead dumping a tarball of the svn in a directory for it?
<1> sure, put the tarball it looks for in $DL_DIR together with the md5sum
<5> where is the DL_DIR?
<5> sources?
<0> mikearthur: yes
<4> I have a question about shared library dependency calculation. I have the following problem:
<0> mikearthur: for example, put that tarball I gave you in there, then touch sources/tarball.md5
<5> cool
<4> libXaw has now 3 different versions: libXaw6.so.whatever, libXaw7.so.whatever, libXaw8.so.whatever
<4> There are also symlinks like this: libXaw.so.8 -> libXaw8.so.whatever etc.
<4> Now, most of my stuff uses libXaw8
<4> the package name becomes libxaw8-8_version
<4> but, there is one piece of ... called xterm that wants to use libxaw7
<4> It will link against it, however the dependencies are not correctly generated.
<4> xterm package starts do depend on libxaw8-8 instead of libxaw7-7
<4> What could be wrong?
<1> ah, I think that's an OE bug
<1> iirc OE picks the newest shlib provider
<1> packaged-staging would solve that (hopefully)
<4> Packaged staging? What is it?
<5> XorA: doh, had to rename it to todays date
<0> mikearthur: or use SRCDATE_zaurusd = "XXXXYYAA"
<1> anttix: http://www.openembedded.org/wiki/PackagedStaging
<5> XorA: its cool, got it going now, finally
<4> ok, until then I have to probably disable xaw8 then. Thanx koen.
<4> BTW who is maintaining package.bbcl*** ?
<1> nobody
<4> The locale autosplitting is cool, but it breaks for libX11 because it's hardcoded to only handle $datadir/locale
<6> morning
<4> I have an ugly hack that works around it, but I'd love to be able to set localedir variable instead.
<4> so if I go and implement it, what variable name should I use? LOCALEDIR or localedir?
<7> hey guys...
<7> somthings up with the oe site
<7> seems impossible to browse the repo
<8> openembedded.org/repo works good here
<8> morning, btw.
<8> it's HOT
<7> VERY hot
<7> it's 35 degrees here!!
<7> this is what I get when trying to browse...
<7> http://rafb.net/paste/results/rBNh3i62.html\
<7> http://rafb.net/paste/results/rBNh3i62.html
<5> it's pretty cool in here
<8> *shrug* in a couple of hours i'm in Ibiza. at least i'm supposed to sweat there :D
<7> actually... openembedded.org/repo works fine here too.
<7> but trying to access through the site doesn't work
<7> (from the repository link on the left havd side)
<8> ya, guess the viewmtn needs to be adjusted to the new monotone version
<7> ahh
<7> hey, you know what package contains mkinitramfs?
<6> hi mickey|packBag
<6> cool
<4> tkp AFAIK none
<7> anttix: ah ok
<7> guess I'll have to make one :)
<4> tkp klibc is packaged though I believe
<4> but an old version
<7> I have klibc... why do you mentyion that tho anttix ?
<4> I'm interested if it works ;)
<7> it does... I have been using it already
<4> mkinitramfs requires it AFAIK
<7> ah ok
<1> mickey|packBag: I had to back out some patches to view to get it to work
<1> mickey|packBag: apparently revision.psp needs some patches
<9> koen: *nod*
<1> mickeyl: btw, if you commit revisions against the current, we should go live
<1> mickeyl: since another rosterify would change epochs
<1> mickeyl: but I leave that up to migration master zecke
<9> oh. i didn't know that
<9> i can as well recreate the patches, just three commits until now
<9> zecke: migration master, how's the status?
<10> mickeyl: what is the issue?
<10> mickeyl: been busy all day
<9> no issue. just a question whether I'm ok to start committing stuff against the current tree
<9> or whether i should wait until I'm back
<10> mickeyl: rosterify went smooth, koen worked on viewmtn and scripts
<9> (note: committing, not pushing)
<10> mickeyl: I don't expect to rerun rosterify
<1> zecke: I had to back out all patches from luke
<10> oh
<10> koen: what did they do?
<9> zecke: excellent
<10> mickeyl: I can't think too much, but comitting locally should be fine
<1> zecke: viewmtn was refactored a bit and python was whining about undefined functions and stuff
<1> pfff
<1> 30 degrees inside
<9> *nod*
<9> ****y
<9> zecke,koen: are you ok with me shutting down monotone.vanille.de completely on 2006-08-01 ?
<10> sure
<1> sure
<9> ok
<11> koen monday here (ottawa) it was about 33 C outside (48 C with the humidity) so about 50-60C in my office
<1> don't forget to update gettingstarted and the phrasebook
<1> chouimat|ibook: ouch
<9> can that wait until i'm back?
<9> as well as the ciabot. i'm afraid i won't be able to do that until we lift off )
<9> :)
<11> koen: I lost a lot of water and got some huge headache
<1> mickeyl: with updating, I meant 'removing vanille'
<9> koen: righto
<1> see http://www.openembedded.org/wiki/OpenEmbeddedMigration -> progress
<9> koen: ah seen that, good.
<12> Hello
Return to
#oe
or
Go to some related
logs:
#linux
perl iselement
growisofs kernel panic fatal exception interrupt
cdrecord tdk 32x
/usr/lib/python2.4/site-packages/apt/__init__.py:17: FutureWarning: apt API not
#python
configuring network interfaces live cd ubuntu
debian apt-get public key stanchina.net
javascript ascii2hex function
neatnik oed
|
|