| |
| |
| |
|
Page: 1 2 3 4 5 6
Comments:
<0> iirc that's not snmp
<1> koen: I'm trying to avoid getting involved with it ;-)
<0> RP: http://linuxtogo.org/~koen/screenshots/nbp-cups.png
<1> koen: :). I don't have a clue about printing. My server still uses lpd ;-)
<1> XorA: it works so I don't touch it ;-)
<2> RP: when I first setup lpd back in 98 it took me 4 days to find all the wierd bits of files Redhat and debian had forgotten/fscked up
<1> XorA: I dread to think how long ago I wrote that printcap file. For added bonus points its all on slackware :)
<1> Theres a reason compiling systems from scratch does not bother me :-/
<3> I used lpd when had printer. then I used cups with remote printers
<0> I started using cups when samba grew an import option
<3> snmp discover of printers is nice
<0> cupsaddsmb iirc
<0> that way windoze could print to my printer
<2> koen: why not http://server:631/printers/printer on windows and avoid samba pain
<1> samba always worked with my printcap file...
<0> XorA: iip wasn't support back then
<0> s
<4> what is the -rpath parameter for?
<5> lenehan org.oe.dev * rb1ba180... / (1 packages/udev/udev.inc packages/udev/udev_092.bb):
<5> udev 092: Update for keeping the debug information in the correct package
<5> which is clearer. Appened to package list so -dbg package stays first and
<5> use .../* to match files and ignore directories.
<5> lenehan org.oe.dev * rd3b6696f... / (1 packages/sysvinit/sysvinit_2.86.bb):
<5> sysvinit 2.86: Update for keeping the debug information in the correct package
<5> which is clearer. Use .../* to match files and ignore directories.
<5> lenehan org.oe.dev * rc7e0ccab... / (8 files in 2 dirs):
<5> sqlite: Update for keeping the debug information in the correct package
<5> which is clearer. Append to package list so -dbg package stays first and
<5> use .../* to match files and ignore directories.
<5> lenehan org.oe.dev * rf141f... / (1 packages/jpeg/jpeg_6b.bb):
<5> jpeg 6b: Update for keeping the debug information in the correct package
<5> which is clearer. Append to package list so -dbg package stays first and
<5> use .../* to match files and ignore directories.
<5> lenehan org.oe.dev * rf183a7c... / (1 packages/db/db_4.2.52.bb packages/db/db_4.3.29.bb):
<5> db: Update for keeping the debug information in the correct package
<5> which is clearer. Use .../* to match files and ignore directories.
<6> where does OE store path information?
<6> for instance, I changed distro, which changed the location of mktemp from /bin to /usr/bin
<7> good morning
<6> morning Dirk
<7> hey mikearthur
<1> mikearthur: Its often hardcoded into things - you'll have to rebuild :-(
<6> I'm not rebuilding for that :p, I'll symlink :D
<1> mikearthur: often the tip of an iceburg :-/
<6> well I'll keep hacking at the iceburg with my toothpick ;)
<2> mikearthur: with ccache how long are image builds taking you>#
<6> XorA: not very long, how come?
<2> mikearthur: that why shirk a rebuld
<6> if I have to, I will
<6> I'm just building kernels atm
<6> RP: if I'm just building and cleaning one package, where would it be hardcoded?
<1> mikearthur: could be anywhere. Who knoes what info configure stores for example
<8> koen|away: wouldnt be okey to remove the default_preference=-1 inside glibc and just let people set preferred version?
<8> hrw|work: ?
<8> anyone
<3> Ken|JLime: I do not use .dev too often
<2> Ken|JLime: DEFAULT_PREFERENCE doesnt stop you setting PREFFERED_VERSION
<8> XorA: hmmm, It keeps saying that preferred_version of 2.4 not found
<2> Ken|JLime: it says that then builds it anyway
<8> no, it grabs 2.3.5+cvs20050627
<8> I must be missing something
<2> Ken|JLime: check angstrom.conf
<8> oki
<8> XorA: got same settings
<2> Ken|JLime: odd
<8> hmm wiat
<8> wait
<8> I didnt set the intermediate
<8> might be that gcc is pulling
<8> XorA: btw, you sure that PREFERRED_VERSION overrides eventual DEFAULT_PREFERENCE?
<3> ~seen cwiiis
<9> cwiiis <n=cwiiis@82-43-42-18.cable.ubr02.croy.blueyonder.co.uk> was last seen on IRC in channel #oe, d h m s ago, saying: 'zecke: We might be using a more recent SRCDATE, but I don't think the packaging has changed'.
<3> XorA: firefox 1.5.0.6 buildable - do you want it?
<2> hrw|work: on amd64?
<10> mickey|zzZZzz: ping
<3> XorA: if 1.5.0.1 builds then 1.5.0.6 should too
<2> hrw|work: nope, firefox is broken for cross compile
<2> hrw|work: all mozilla is :-(
<3> ah
<2> hrw|work: it should work by the luck that i386 and arm are pretty compatible with compiler options though, so at least you can stick the .bb in :-)
<11> Still having issues trying to make it use 2.4 for all. It uses the glibc-initial correctly, but after that It tries to use 2.3.5+cvs20050627
<11> which of course fails
<12> Ive set glibc-initial, glibc-intermediate, glibc = "2.4"
<13> Kristoffer: http://pastebin.ca/126381
<2> Kristoffer: odd, Im afraid I didn't mess with that magic much here
<12> v8jlene: youve had this issue also?
<13> Kristoffer: The superh-fcntl patch is already included in glibc 2.4
<12> v8jlene: ah oki
<12> v8jlene: btw what distro file are you using? You use glibc = 2.4 all through right?
<13> Kristoffer: Yeah, glibc 2.4 really does not want to build.. took me a while to get it to work...
<13> Kristoffer: My distro is erouter.conf ;) That pstebin contains most of it...
<13> pastebin that is...
<12> oki, cause for me it still pulls glibc-2.3.5+cvs20050627 insetad of using 2.4
<13> Kristoffer: It'll be the PREFERRED_PROVIDER_virtual/sh4-linux-libc-for-gcc
<13> Kristoffer: You'll need sh3-linux etc of course
<12> oki, gonna check. You think I might need to add that line?
<13> Kristoffer: Yeah, I think that was the magic line I tracked down to make it work.
<12> v8jlene: oki big thx
<12> #jlime no
<12> doh
<13> Kristoffer: You're not using gcc 3.4.4 anymore are you? I've tracked down fixes for some of the optimiser crashed but haven't pushed them. If you are using 3.4.4 I can push them.
<13> crashed? crashes that should have been...
<12> v8jlene: Im using 4.1.1, which works well for sh3
<12> v8jlene: btw, looks like your fix worked nicely. Thxs
<12> v8jlene: it will be interesting to see if glibc 2.4+binutils 2.17+4.1.1 fixes any issues for me
<12> Still having some weird linker errors, but I used 2.15.94 before so
<12> Btw, anyone know how well 2.4 works for armplatforms?
<12> see that angstrom is using it, so guessing it is well supported
<14> what's the stablest config ? generic.conf ?
<12> Genesis: not sure if theres any stable config around basicly
<10> mickeyl: hey?
<10> mickeyl: got mail?
<15> zecke: yes, thanks. I forgot i need to log in because I have an appointment with my SOC mentee
<15> btw., when is the official end of SOC?
<12> mickeyl: got a quick bitbake bug for you
<14> Kristoffer, : i confirme :*/
<10> mickeyl: 21.8
<12> mickeyl: PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}libc-for-gcc = "glibc-intermediate" pulls glibc-2.3.5+cvs20050627 even though 2.4 is defined
<10> later guys, going home
<12> But PREFERRED_PROVIDER_virtual/sh3-linux-libc-for-gcc = "glibc-intermediate" works fine
<12> basicly meaning that ${TARGET_PREFIX}!="sh3-linux-" in my case..
<15> Kristoffer: there is a problem with bitbake recognizing that glibc 2.4 is available. i stumbled over that one as well, but couldn't find a reason. Please check whether it's online as a bug and if not, please report it
<12> mickeyl: will do
<15> thanks
<12> any suggestion on solving this temporarly if I got 2 different archs?
<12> preferred_provider_sh3_virtual/.... would work?
<15> you could try lowering the preference of glibc-2.3.5
<12> hmm, good idea thx
<15> i.e. set DEFAULT_PREFERENCE = "-1"
<15> to make bb have no other way but chose 2.4
<3> hi mickeyl
<15> greetings hrw|work. how are things?
<3> mickeyl: quite nice - 3.5.4.2-rc1 released with wrong initscripts (checkversion shout), collie suxx as usual
<15> btw., 3.5.4.2-rc for collie/2.6 bails out for me during init w/ not enough space
<15> ah right
<3> mickeyl: flash !opie one
<15> ok, worth a try
<12> mickeyl: lol, it pulled glibc_cvs instead
<12> its already set to -1 in default preference, but still it got pulled
<15> darn.
<15> how about DEFAULT_PREFERENCE = "9999" for glibc-2.4?
<12> could one translate ${TARGET_PREFIX} = into "${ARCH}-linux-"?
<12> mickeyl: aha, worth a try
<15> Kristoffer: in some cases, yes.
<15> TARGET_PREFIX is TARGET_SYS-
<15> TARGET_SYS being TARGET_ARCH-TARGET_VENDOR-TARGET_OS (roughly)
<12> mickeyl: when setting 9999 to 2.4 it still pulls something else
<2> Kristoffer: delete all glibc not 2.4 and the error will normally be displayed
<12> XorA: good idea
Return to
#oe
or
Go to some related
logs:
#lisp
#math
#bash
#gaim
#debian
M10000 dapper
asterisk@home linux noprobe
download codescs
#gentoo
bash script kde autostart feh
|
|
