00:01.39 | zecke | kergoth: should we consider upgraing autoconf? |
00:03.46 | zecke | lol |
00:03.56 | zecke | I asked my mother to visit her mother |
00:04.08 | zecke | and she might do it, so you can crash at this place... |
00:31.44 | CIA-9 | 03koen 07org.oe.dev * r915e3d55... 10/ (1 packages/efl/esmart.inc): esmart.inc: set appropriate PACKAGES_DYNAMIC |
00:34.17 | Kerwood | jesus you guys are up way too late |
00:35.07 | Kerwood | and here I am hanging out with a bunch of GPL scofflaws |
00:35.27 | zecke | lol |
00:45.22 | koen | zecke: http://linuxdevices.com/articles/AT5550934609.html |
00:47.49 | zecke | man waiting for southpark is no fun... |
00:49.42 | zecke | now we have picture of cbrake :) |
00:58.20 | zecke | koen: okay the gcc patch is being tested for gcc4 |
00:59.01 | koen | cool |
01:02.25 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
01:02.51 | koen | 'night all |
01:06.35 | zecke | later |
01:29.57 | *** join/#oe subdue (n=chopstix@cpe-66-8-255-241.hawaii.res.rr.com) |
01:38.54 | *** join/#oe W8TVI (n=me@166.166.8.78) |
01:40.34 | *** join/#oe NAbyss (n=foo@220-253-51-165.VIC.netspace.net.au) |
01:44.03 | *** join/#oe NAbyss (n=foo@220-253-51-165.VIC.netspace.net.au) |
02:21.21 | *** join/#oe punk-ass (n=user@ptbynynas01pool0-a169.ptbyny.tds.net) |
02:38.48 | *** join/#oe benlau (n=benlau@221.125.13.148) |
03:04.42 | *** join/#oe wrobbie (n=rob@cm112.sigma248.maxonline.com.sg) |
03:15.45 | CIA-9 | 03justinp 07org.oe.oz354x * r69930bc5... 10/ (5 files in 3 dirs): e-wm: set autoscroll defaults to PDA friendly values |
03:15.54 | CIA-9 | 03justinp 07org.oe.oz354x * rcfb28aa6... 10/ (1 packages/e17/e-wm_0.16.999.032.bb): e-wm: bump PR |
03:25.53 | CIA-9 | 03justinp 07org.oe.dev * r9f0b841c... 10/ (4 files in 3 dirs): e-wm: set menu autoscroll options to better defaults for touchscreens |
03:25.58 | CIA-9 | 03justinp 07org.oe.dev * r8d6a9f8d... 10/ (3 files in 2 dirs): emacs: add --without-sound to fix building problems, fix FILES |
03:32.58 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
03:33.16 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
03:39.22 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
04:03.12 | *** join/#oe tmbinc (i=XXX@e176183044.adsl.alicedsl.de) |
04:05.07 | *** join/#oe redguy (n=mati@afc72.neoplus.adsl.tpnet.pl) |
05:50.37 | *** join/#oe SonicvanaJr (n=sonic@unaffiliated/sonicvanajr) |
06:53.44 | *** join/#oe csmanx (n=csman@bas1-montreal42-1177928059.dsl.bell.ca) |
07:08.53 | *** join/#oe Timelord (n=TL@4.78.4.43) |
07:12.09 | *** join/#oe gremlin[it] (n=gremlin@ppp-207-11.25-151.libero.it) |
07:12.36 | gremlin[it] | hi all ... |
07:14.37 | *** join/#oe alan|philo (n=alan@ARouen-151-1-3-63.w86-208.abo.wanadoo.fr) |
07:16.37 | gremlin[it] | i got an error doing 'mtn update' : mtn: misuse: workspace required but not found |
07:45.40 | *** join/#oe gremlin[it] (n=gremlin@ppp-207-11.25-151.libero.it) |
07:49.52 | JustinP | gremlin[it]: perhaps you need to do a new checkout after updating? |
07:51.06 | gremlin[it] | ouch ... i hope no :( ... u sure JustinP |
07:51.06 | gremlin[it] | ? |
07:55.40 | JustinP | gremlin[it]: or migrate your workspace....not sure if you can, though |
07:57.36 | gremlin[it] | i try to take a look to monotone man page but i didn't see 'workspace migration' ... only database ... so ok re-check ... sigh |
08:01.40 | njs | gremlin[it]: if you just upgraded from pre-0.26 to post-0.26, then yeah, you have to check out any workspaces again |
08:02.12 | gremlin[it] | thank njs :) |
08:03.32 | njs | (there just wasn't any way to provide migration tools, things changed too much0 |
08:03.54 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
08:05.28 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
08:28.49 | *** join/#oe rob_w (n=bob@p213.54.218.173.tisdip.tiscali.de) |
08:33.23 | *** join/#oe Timelord0 (n=TL@4.78.4.43) |
08:35.19 | *** join/#oe x29a (n=x29a@pD9EEE5B6.dip.t-dialin.net) |
08:49.58 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:54.31 | *** join/#oe e-ffi (n=cybercom@dslb-084-056-073-241.pools.arcor-ip.net) |
09:19.15 | *** join/#oe XorA (n=dp@81-178-106-34.dsl.pipex.com) |
09:23.23 | *** join/#oe woglinde (i=woglinde@e178111090.adsl.alicedsl.de) |
09:25.32 | CIA-9 | 03koen 07org.oe.dev * r73b98eb0... 10/ (1 packages/libwpd/libwpd_0.8.6.bb): libwpd: update to 0.8.6 |
09:27.46 | *** join/#oe zecke (n=ich@88.134.164.33) |
09:41.44 | CIA-9 | 03koen 07org.oe.dev * r866db4bc... 10/ (1 packages/angstrom/task-angstrom.bb): task-angstrom: ship procps till the busybox ps gets debugged and include dbus-glib till pH5's patch gets applied |
09:41.57 | koen | hey zecke |
09:47.47 | woglinde | he koen and zecke |
09:47.54 | koen | hey woglinde |
09:48.10 | rob_w | the libz staging is some sort of broken .. all packages miss functions like infalte and such .. any hints ? |
09:48.31 | woglinde | rob_w hm |
09:48.41 | koen | rebuild from scratch |
09:48.49 | woglinde | look where libz.so stays |
09:49.06 | rob_w | koen, ok |
10:02.02 | zecke | someone removed SO_NEEDED libz.so? |
10:02.20 | zecke | | tmp-dive_1.s:89:invalid character '@' in first operand |
10:14.07 | zecke | gmm gmp update for OSX |
10:14.42 | zecke | gmp is soo stupid |
10:14.56 | zecke | with-arch=pentium-m --with-tune=prescot |
10:15.01 | zecke | default apple GCC |
10:15.18 | zecke | and gmp compiles itself with -march=i386 -mtune=i386 |
10:17.15 | *** join/#oe Ken|JLime (n=Kristoff@213-67-126-82-no75.business.telia.com) |
10:18.22 | CIA-9 | 03koen 07org.oe.packaged-staging * r80e98fa7... 10/ (1 classes/packaged-staging.bbclass): classes/packaged-staging.bbclass: fix case where CROSS_DIR is being created for the first time |
10:30.54 | CIA-9 | 03koen 07org.oe.dev * r2ec54635... 10/ (1 packages/e17/entice_20060416.bb): entice: add 20060416 snapshot which has some ipc fixes |
10:35.02 | zecke | unbelievable, autoconf fails the testcase... |
10:36.25 | woglinde | hm |
10:36.32 | woglinde | struggeling with bibtex |
10:36.34 | woglinde | *sigh* |
10:36.43 | zecke | just call it once more |
10:41.35 | Ken|JLime | Quick question, before the jornada7xx arch was called jornada720. We changed this because it was misleading (jornada 7xx is 710,720,728). But I've found some references in opie to jornada720 arch, would this cause any problems? |
10:42.18 | zecke | Ken|JLime: maybe some minor ones |
10:42.29 | zecke | Ken|JLime: how did your touchscreen problem progress? |
10:43.03 | Ken|JLime | else if (d->m_model == Model_Jornada_720 ) |
10:43.08 | Ken|JLime | never got it to work |
10:43.17 | Ken|JLime | started thinking that it might be due to something like this |
10:43.17 | zecke | Ken|JLime: tslib utils work? |
10:43.32 | zecke | Ken|JLime: no, this code is from odevice.cpp |
10:43.33 | Ken|JLime | havent tried that yet :) thx for reminding me |
10:43.49 | zecke | Ken|JLime: it is only for controling suspend, hardware buttons, backlight |
10:44.03 | Ken|JLime | oki, was going to add hp6xx code to that so backlight works |
10:44.36 | Ken|JLime | do I need to define Model_Jornada_6xx somewhere? |
10:44.49 | zecke | odevice.h |
10:44.55 | Ken|JLime | oki |
10:45.04 | zecke | we should have an Jornada 'family' in odevice.h |
10:45.16 | zecke | Ken|JLime: but ask Chicken (msg him) |
10:45.30 | Ken|JLime | Ill make this as a patch against OE for now, but will send the patch to the opie team at same time |
10:45.33 | Ken|JLime | will do |
10:46.12 | zecke | sending stuff upstream is important |
10:46.57 | Ken|JLime | yeah know, otherwise the 6xx will never get properly supportd |
10:55.50 | *** join/#oe ____gints (n=gints@62.84.15.211) |
10:56.50 | *** join/#oe Slims (n=devnow@132.152.78.83.cust.bluewin.ch) |
11:00.01 | zecke | man playing a patch monkey is not funny |
11:00.17 | woglinde | he |
11:00.32 | woglinde | own your own werksstudent |
11:00.33 | woglinde | haha |
11:01.04 | zecke | woglinde: patching gcc 3.3.3,3.3.4,3.4.3,3.4.4,4.0.0,4.0.2,4.1.0,4.1.1,4.1.2,4.1-snapshot,4.2-snapshot |
11:01.33 | woglinde | hm |
11:01.58 | woglinde | why we dont step 3.3.3 and 3.3.4 to 3.3.6 and only maintain one 3.3 gcc |
11:02.24 | zecke | dunno, we want to maintain only a kernel gcc :} |
11:10.35 | zecke | oh Makefile.in of gcc3.3 is better than 3.4 |
11:10.49 | zecke | but 4.x is somehwat better again |
11:18.03 | *** join/#oe reenoo (n=r@p5489D678.dip.t-dialin.net) |
11:25.12 | CIA-9 | 03kristoffer 07org.oe.dev * rb4d676ca... 10/ (8 files in 7 dirs): (log message trimmed) |
11:25.12 | CIA-9 | base-files/base-files/jornada720/ : Moved to jornada7xx |
11:25.12 | CIA-9 | * moved so its mapped against proper ARCH |
11:25.12 | CIA-9 | initscripts/initscripts-1.0/jornada7xx/devices : Changed to better devices |
11:25.12 | CIA-9 | * changed /dev/input/ts0 to correct value |
11:25.12 | CIA-9 | linux/linux-jlime-jornada*/defconfig : Minor changes |
11:25.14 | CIA-9 | * EVDEV support for 7xx |
11:25.18 | CIA-9 | 03kristoffer 07org.oe.dev * r235bdc3a... 10/ (4 files in 3 dirs): (log message trimmed) |
11:25.20 | CIA-9 | Adding Jornada Support for backlight,power... in Libopie. |
11:25.22 | CIA-9 | packages/libopie/libopie2/odevice_jornada.cpp-fixup.patch : |
11:25.24 | CIA-9 | * addition of jornada6xx with correct links |
11:25.26 | CIA-9 | * change of jornada720 -> jornada7xx to follow archs |
11:25.28 | CIA-9 | packages/libopie/libopie2/odevice.h-jornada-fixup.patch : |
11:25.30 | CIA-9 | * Add jornada6xx |
11:26.16 | Ken|JLime | zecke could you look at the patches and say if they look okey? |
11:26.37 | zecke | I will put that task on the stack |
11:27.11 | koen | Ken|JLime: could you please make your commits more granular? |
11:27.18 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
11:28.37 | Ken|JLime | koen yeah, will do. Know I've sucked at it in the past |
11:33.38 | *** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at) |
11:37.02 | koen | hmmm |
11:37.14 | koen | the entice bug seems not to be in entice itself |
11:38.30 | koen | let's wait a month and play update bingo again :) |
11:39.38 | Ken|JLime | I hate gcc getting rebuilt everytime theres a new patch |
11:41.15 | zecke | heh? |
11:41.29 | zecke | it gets rebuild everytime the PR is increased |
11:42.06 | Ken|JLime | For me it rebuilds everytime a new patch is implemented |
11:42.39 | zecke | and that is not true |
11:42.44 | zecke | see next pushes |
11:43.07 | Ken|JLime | I hadnt updated in awhile, saw some cse patch of some sort |
11:43.18 | zecke | and effe updated the PR |
11:43.23 | Ken|JLime | aha |
11:43.25 | Ken|JLime | doh |
11:43.30 | Ken|JLime | well logical then atleast |
11:43.33 | zecke | to force rebuilding gcc_X.X.X.bb on the native autobuilder |
11:44.17 | Ken|JLime | Oki, well shouldnt be any rebuilds more then. Seeing as initial, cross is both at 4.1.1 now |
11:44.20 | Ken|JLime | which is what I use |
11:55.58 | koen | zecke: which next commits ? |
11:56.35 | zecke | koen: my gcc patches etc... |
11:56.48 | koen | mtn: 27,697 | 24 | 9,141 |
11:56.56 | koen | only 859 revs left :) |
11:57.18 | zecke | koen: i386-darwin/bin/ipkg-build:63: large_uid_files=`find . -uid +99 || true` |
11:57.23 | zecke | hmm that line is GNUism |
11:57.25 | zecke | dunno why |
11:58.30 | koen | find: -uid: unknown expression primary |
12:00.49 | koen | <PROTECTED> |
12:00.49 | koen | <PROTECTED> |
12:00.50 | koen | <PROTECTED> |
12:00.50 | koen | <PROTECTED> |
12:01.09 | *** join/#oe Slims (n=devnow@132.152.78.83.cust.bluewin.ch) |
12:01.57 | zecke | and what about '+' |
12:02.35 | koen | <PROTECTED> |
12:02.35 | koen | <PROTECTED> |
12:02.35 | koen | <PROTECTED> |
12:02.36 | koen | <PROTECTED> |
12:02.56 | koen | but -user +1 return nothing for me |
12:03.30 | zecke | NOTE: Applying patch 'fixup-aeabi-syscalls.patch' |
12:03.31 | zecke | NOTE: Applying patch 'file' |
12:03.34 | zecke | hmm I suck |
12:06.02 | koen | zecke: ship gnu-find-native with OE? |
12:06.22 | zecke | koen: GNU getopt-native |
12:06.28 | zecke | koen: GNU sed -native |
12:07.17 | zecke | koen: let us use -user |
12:07.26 | zecke | koen: or use python instead of os.system |
12:08.14 | mithro | hey zecke, koen |
12:08.20 | mithro | sups? |
12:08.58 | zecke | busy playing patch monkey |
12:09.03 | koen | hey mithro |
12:10.29 | koen | zecke: actually, the '+' doesn't work as expected |
12:11.19 | koen | powerbook-wlan:/Users koen$ find . -user +0 |
12:11.19 | koen | find: -user: +0: no such user |
12:11.20 | koen | powerbook-wlan:/Users koen$ find . -user 0 |
12:11.20 | koen | ./.localized |
12:11.24 | woglinde | sigh 3% of the words for the paper done |
12:11.37 | zecke | woglinde: nice |
12:11.44 | zecke | woglinde: earn yourself a pizza |
12:11.47 | woglinde | nope |
12:11.47 | zecke | by getting to 60% |
12:11.53 | woglinde | we will have barbecue |
12:12.10 | zecke | *sigh* |
12:12.30 | woglinde | ? |
12:12.35 | woglinde | patch monkey? |
12:12.56 | woglinde | so the find in osx suckz? |
12:12.59 | zecke | woglinde: no. I don't get it: You could have a pizza "fuer lau" and decide on burning stuff |
12:13.35 | zecke | woglinde: this only means BSD is posix compliant but not GNU compliant |
12:13.35 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
12:14.04 | woglinde | hm gnu find works as expected |
12:14.21 | zecke | GNU find works like GNU find |
12:14.34 | zecke | wow, a miracle? |
12:14.36 | koen | I always get annoyed by the BSD utils being so minimalistic |
12:14.36 | zecke | ;) |
12:14.49 | woglinde | zecke yes |
12:14.54 | woglinde | marvelous |
12:14.56 | zecke | koen: they force you to use '|' |
12:15.02 | koen | and insisting on the options ot go first |
12:15.15 | koen | zecke: '|' is pretty expenive on ARM |
12:15.28 | koen | so portable scripts consume too much power |
12:15.33 | woglinde | koen hm because it opens a new subshell? |
12:15.44 | koen | woglinde: yes |
12:15.50 | zecke | -m4: script.4s: 1: Cannot open foo: No such file or directory |
12:15.51 | zecke | +m4: script.4s: 1: cannot open `foo': No such file or directory autom4te: m4 failed with exit status: 1? |
12:15.54 | zecke | 3. tools.at:90: 3. autom4te cache (tools.at:90): FAILED (tools.at:106) |
12:17.36 | koen | reading m4 makes my eyes bleed |
12:17.58 | zecke | koen: once you are blind, you get used to it |
12:20.18 | zecke | woglinde: http://www.microsoft.com/windowsvista/features/foreveryone/performance.mspx |
12:20.28 | zecke | woglinde: "Windows Vista introduces a new power state called Sleep" |
12:20.36 | zecke | now Windows has two power states |
12:20.39 | zecke | Crash and Sleep |
12:21.33 | zecke | before sleeping everything is saved to RAM |
12:21.51 | zecke | Q: normally windows applications fit into a cacheline? |
12:23.49 | koen | heh |
12:24.00 | koen | maybe if you have 80MB cache |
12:24.08 | koen | not 128k like the xscales |
12:24.25 | koen | I wished the netbook had a bigger cache |
12:24.33 | zecke | and windows gets faster by swapping to USB memory sticks |
12:24.55 | koen | the funny thing is that you can't disable swap |
12:25.14 | koen | well, you can but XP will become nonfunctional |
12:25.48 | koen | jikes |
12:25.58 | koen | xscaled only have 64kb cache |
12:26.01 | woglinde | hihi |
12:27.34 | woglinde | what a buzzword |
12:27.36 | woglinde | superfetch |
12:28.03 | zecke | Windows Vista will rock! |
12:28.10 | woglinde | hehe |
12:28.16 | woglinde | on amd64 500000 ghz |
12:28.57 | zecke | Quad Core AMD64 |
12:29.01 | zecke | 10.0000+ |
12:29.15 | zecke | and two Windows Vista PCI Express Accelerator cards |
12:29.33 | woglinde | superfetch suckz |
12:31.58 | woglinde | http://www.microsoft.com/windowsvista/features/foreveryone/networking.mspx |
12:32.06 | woglinde | so vista will spam the net |
12:32.17 | woglinde | to find out if links are active or not |
12:32.19 | woglinde | this suckz |
12:32.35 | zecke | 'spam' |
12:32.46 | zecke | well I use rendezvous and I don't think my net is spammed |
12:33.03 | zecke | as a user I find it convient to easily access our laserjet printers |
12:33.52 | zecke | woglinde: wow, Windows Vista will tune itself to receive more data |
12:34.32 | zecke | woglinde: wow, the internet must have been designed on Windows Vista |
12:37.19 | *** join/#oe EvilDevil_ (n=miau@p54A6FE86.dip.t-dialin.net) |
12:39.31 | mithro | zecke: been pondering adding rendezvous to thousandparsec :) |
12:39.55 | *** join/#oe pgfeller (n=pgfeller@52-117.1-85.cust.bluewin.ch) |
12:40.26 | woglinde | zecke so it means vista can lower the mtu if it regonize that it is behind ip-nat? |
12:40.34 | zecke | woglinde: yes! |
12:40.45 | zecke | woglinde: and it might even has one congestion algorithm implemented |
12:41.03 | Ken|JLime | That wont work without implementing enough bugs |
12:41.10 | zecke | woglinde: and they had to reimplement their networking stack completely to add this |
12:41.50 | woglinde | maybee the took the openbsd stack |
12:44.11 | zecke | woglinde: or they licensed OSX |
12:44.15 | *** join/#oe furlongm (n=furlongm@83.70.43.8) |
12:44.24 | woglinde | hm? |
12:44.25 | zecke | woglinde: now they look into ways to uglify it |
12:44.35 | woglinde | i tought it was bsd licenes |
12:54.14 | *** join/#oe TheCan (n=thecan@dslb-084-056-191-244.pools.arcor-ip.net) |
13:03.12 | *** join/#oe rob_w (n=bob@p213.54.216.162.tisdip.tiscali.de) |
13:03.29 | CIA-9 | 03koen 07org.oe.dev * r63fa6491... 10/ (1 packages/libcontactsdb/libcontactsdb_0.5.bb): libcontactsdb: add 0.5 |
13:03.35 | CIA-9 | 03koen 07org.oe.dev * r59db0e08... 10/ (1 packages/gpe-contacts/gpe-contacts_0.46.bb): gpe-contacts: add 0.46 |
13:04.17 | rob_w | so i copy .libs dir from tmp/work/armv5te/zlib/ into tmp/staging/armv5te/libs/.libs |
13:04.44 | zecke | no |
13:05.30 | rob_w | but freetype then compile ?! |
13:05.46 | zecke | rob_w: well |
13:05.54 | zecke | rob_w: 1. look at the problem, identify it |
13:06.02 | zecke | rob_w: 2. understand the issue |
13:06.04 | rob_w | .. but thnen fontconfig breaks again missing the functions |
13:06.05 | zecke | rob_w: 3. fix it |
13:06.16 | rob_w | ok ok |
13:06.35 | rob_w | brb |
13:06.41 | woglinde | aeh I tought koen already fixed this |
13:07.05 | koen | afaik a clean rebuild solves it |
13:07.11 | woglinde | rob_w you are not the first one who enter this problem |
13:07.27 | woglinde | koen hm didnt you told this rob_w before? |
13:07.58 | koen | woglinde: yes, but in my experience people don't always follow advice |
13:08.06 | koen | woglinde: and I can be wrong :) |
13:08.21 | woglinde | hm |
13:12.26 | zecke | wow I have sticked the finger into GMP's arse |
13:13.41 | zecke | http://spooky-possum.org/cgi-bin/pyblosxom.cgi/premature.html |
13:13.42 | zecke | hehe |
13:15.56 | zecke | woglinde: Yes GNU tools are nice! |
13:16.18 | woglinde | he rms is nice |
13:16.23 | woglinde | so are GNU tools |
13:16.43 | zecke | woglinde: well. RMS is passionate, has one goal and lives up to his standards |
13:20.38 | zecke | woglinde: do you want to read his biography |
13:26.41 | woglinde | hm i have |
13:26.46 | woglinde | aeh oh right |
13:26.50 | woglinde | you have thsi book |
13:27.00 | woglinde | later |
13:28.05 | pgfeller | Hi all, if I've created a .bb package for a SW (x11vnc) which does just compile it (no stage, no install) - does it make sense to submitt it to OE? |
13:29.20 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/packages/libvncserver$ ls |
13:29.20 | koen | libvncserver_0.6.bb libvncserver_0.7.1.bb x11vnc_0.7.1.bb |
13:29.25 | koen | it's already in OE |
13:30.49 | pgfeller | created a .bb for libvncserver_0.8.2 (to be used for fbvncserver-ipaq) & x11vnc_0.8.3 (to perform tests @ arm arch for the author) |
13:33.40 | koen | add them to the bugtracker: bugs.openembedded.org |
13:34.08 | pgfeller | thanks - I'll do so |
13:39.20 | Ken|JLime | freetype building for anyone? |
13:39.25 | Ken|JLime | 2.1.10 |
13:39.34 | Ken|JLime | sh3-linux-gcc: /work/dev/donkey/build_6xx/tmp/staging/sh3-linux/lib/.libs/libz.a: No such file or directory |
13:39.35 | Ken|JLime | | make: *** [/work/dev/donkey/build_6xx/tmp/work/sh3-linux/freetype-2.1.10-r1/freetype-2.1.10/objs/libfreetype.la] Error 1 |
13:40.22 | Ken|JLime | isnt libz.a part of gzip? |
13:40.29 | woglinde | no |
13:40.38 | woglinde | libz.a is static library of zlib |
13:40.38 | zecke | zlib |
13:40.50 | zecke | smells like broken .la |
13:40.59 | Ken|JLime | any suggestions? |
13:41.03 | zecke | grep |
13:42.01 | Ken|JLime | libz.a and libz.la is in my staging dir |
13:42.14 | Ken|JLime | but not in /lib/.libs |
13:42.19 | Ken|JLime | but inside /lib instead |
13:42.28 | zecke | well grep the la files |
13:42.31 | zecke | fot libz |
13:43.04 | Ken|JLime | how you mean? |
13:44.11 | Ken|JLime | bitbake libz and grep for .la? |
13:46.19 | CIA-9 | 03freyther 07org.oe.dev * r67526c5a... 10/ (1 packages/autoconf/autoconf-2.59/sizeof_types.patch): |
13:46.19 | CIA-9 | packages/autoconf/autoconf: Update SIZE_OF check. Use the new $SIZE check only on cross compiling, try to use arm-linux-size from binutils |
13:46.19 | CIA-9 | <PROTECTED> |
13:46.19 | CIA-9 | <PROTECTED> |
13:46.19 | CIA-9 | <PROTECTED> |
13:46.23 | CIA-9 | <PROTECTED> |
13:46.25 | zecke | 1. identify the issue |
13:46.28 | zecke | 2. understand it |
13:46.30 | zecke | 3. fix it |
13:46.31 | CIA-9 | 03freyther 07org.oe.dev * r2396228f... 10/ (22 files in 13 dirs): (log message trimmed) |
13:46.31 | CIA-9 | packages/gcc: For targets (libstdc++,java,mudflap...) use xgcc -E as CPP |
13:46.31 | CIA-9 | <PROTECTED> |
13:46.31 | CIA-9 | <PROTECTED> |
13:46.33 | CIA-9 | <PROTECTED> |
13:46.37 | CIA-9 | <PROTECTED> |
13:46.39 | CIA-9 | <PROTECTED> |
13:46.43 | CIA-9 | 03freyther 07org.oe.dev * r8ff7dd43... 10/ (4 files in 4 dirs): |
13:46.45 | CIA-9 | packages/glibc: Add patch, patch glibc2.4 to use $target-readelf |
13:46.47 | CIA-9 | <PROTECTED> |
13:46.49 | Ken|JLime | zecke:) thx |
13:46.49 | CIA-9 | <PROTECTED> |
13:46.51 | CIA-9 | 03freyther 07org.oe.dev * re0115984... 10/ (1 packages/gmp/gmp-native_4.1.2.bb): |
13:46.53 | CIA-9 | packages/gmp/gmp-native: OSX/Darwin/gcc hack. Force gmp to not used assembly versions |
13:46.57 | CIA-9 | <PROTECTED> |
13:46.59 | CIA-9 | <PROTECTED> |
13:47.01 | CIA-9 | <PROTECTED> |
13:47.03 | CIA-9 | <PROTECTED> |
13:47.05 | CIA-9 | <PROTECTED> |
13:47.39 | zecke | Ken|JLime: .libs is a custom of sucky libtools |
13:47.54 | zecke | Ken|JLime: and for whatever reasons it wants to find libraries in there |
13:47.59 | rob_w | re |
13:48.01 | zecke | Ken|JLime: this can have many reasons |
13:48.19 | zecke | Ken|JLime: grep is the best target tool to find the reason |
13:48.23 | woglinde | re rob_w |
13:48.23 | rob_w | koen, but i did update and rebuild after i dumped tmp/ |
13:49.17 | zecke | Ken|JLime: I'm currently at compiling gcc-cross-initial |
13:49.24 | zecke | Ken|JLime: it will take some time until I'm there... |
13:50.01 | woglinde | ken|jlime where the libz.a coulnt bee find? |
13:50.57 | rob_w | freetype-2.1.10-r1 is the first to complain about missing libz.la |
13:51.10 | rob_w | libz.a i meant |
13:53.53 | Ken|JLime | woglinde it wanted to find it under staging /lib/.libs/ but it was to be found under /lib |
13:54.37 | zecke | why do you guys to refues to use grep? |
13:54.44 | zecke | damn |
13:54.49 | zecke | why do you guys refuse to use grep? |
13:55.35 | rob_w | zecke i moved the libz into staging and grepped the mentioned funtions out if them correctly but yet the apps "ignore" the libz library`s |
13:56.00 | woglinde | hm but I dont get why freetype needs staticle libz |
13:56.14 | zecke | rob_w: that is "sticking something into someones arse"-tactic |
13:56.21 | zecke | rob_w: all I ask for is analaysis... |
13:56.36 | zecke | analyze the issues, at the end of the day we are engineers |
13:57.18 | rob_w | nm tmp/staging/arm-linux/lib/libz.a | grep inflate inflate.o: |
13:57.18 | rob_w | 0000035c T inflate |
13:57.47 | woglinde | rob_w and the symbol isnt in libz.so? |
13:57.49 | zecke | /work/dev/donkey/build_6xx/tmp/staging/sh3-linux/lib/.libs/libz.a: No such file |
13:57.53 | woglinde | thats what me makes wonder |
13:58.04 | zecke | the question everyone should himself |
13:58.13 | zecke | I lib/.libs/ a sensible path |
13:58.23 | zecke | is lib/.libs/a a sensible path |
13:58.25 | zecke | Answer: No |
13:58.31 | woglinde | .libs never should go into staging |
13:58.33 | woglinde | i think |
13:59.19 | zecke | Why does freetype think libz is in that path? |
13:59.24 | zecke | Answer: I don't know! |
13:59.38 | woglinde | study the configure.log |
13:59.39 | zecke | So to find an answer to the question is to look at config.log |
13:59.44 | woglinde | hm I should start build |
13:59.47 | woglinde | something |
13:59.47 | zecke | use grep on *.la files |
13:59.53 | zecke | this is no rocket science as well |
13:59.57 | zecke | alternative b) is |
14:00.16 | rob_w | ..ask zecke |
14:00.23 | zecke | send your disks+computers to the BMCO Forum at the AttilaStr. and I can do the post mortem for you |
14:00.30 | Ken|JLime | haha |
14:01.03 | zecke | use a free version of grep, e.g. GNU grep |
14:01.08 | zecke | grep for libz in .la files |
14:01.08 | woglinde | lol |
14:01.22 | zecke | :) |
14:02.31 | woglinde | hm do I need a new bitbake? |
14:03.05 | zecke | woglinde: why? |
14:03.13 | woglinde | ${@base_read_file('/devel/arm/tmp/${distro}/staging/arm-linux/kernel/kernel-abiversion')} |
14:03.16 | woglinde | NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating: ${SHLIBS}kernel (${KERNEL_VERSION}) |
14:03.17 | rob_w | LDFLAGS_append = " -L. -lz" |
14:03.17 | rob_w | <PROTECTED> |
14:03.32 | rob_w | in zlib_1.2.3.bb |
14:03.32 | zecke | rob_w: that is not what I haved asked for |
14:03.41 | zecke | rob_w: either do what you are asked to or be quite |
14:03.57 | rob_w | i am learning , sorry |
14:04.03 | zecke | randomly tossing garbage will piss me off |
14:04.46 | zecke | rob_w: once again |
14:04.51 | zecke | 1. identify the problem |
14:04.54 | zecke | 2. analyze it |
14:04.55 | zecke | 3. fix it |
14:05.00 | zecke | at which point are you? |
14:05.11 | rob_w | 1. freetype looks for libs/.libs/libz.a |
14:05.23 | zecke | why does it even look there |
14:05.34 | zecke | we came to the conclusion it is not smart to look there |
14:05.38 | rob_w | ok |
14:05.42 | zecke | 16:03 < rob_w> LDFLAGS_append = " -L. -lz" |
14:05.52 | zecke | why should -L. or -lz lead to lib/.libs/? |
14:06.03 | koen | the gimp is actually pretty fast on ARM |
14:06.09 | koen | (if you have enough ram) |
14:06.23 | zecke | koen: hehe, I just wanted to ask that |
14:06.44 | zecke | koen: on my first Laptop (200mhz mmx Pentium) I used to open many, many, many pictures with gimp... |
14:06.55 | koen | locate jpg | xargs gimp |
14:07.00 | koen | that's what I used to do |
14:07.08 | zecke | rob_w: so how do you want to continue? |
14:07.19 | koen | "one day I got bored and opened 20000 images in the gimp" |
14:07.31 | rob_w | ok i will clean freetype and rebuild to see the errror once more .. ok ? |
14:07.48 | zecke | rob_w: you are starting to piss me off |
14:08.01 | zecke | rob_w: why should the issue vanish now? |
14:08.04 | rob_w | hey dude , thats ok i ll go for myself now |
14:08.16 | zecke | why do you refuse to do basic analysis? |
14:08.27 | rob_w | i just want to see hte error once more ok, so i can do your steps !! |
14:08.42 | zecke | find . -name '*.la' -exec grep libs '{}' \; |
14:09.15 | zecke | replace '.' with tmp/staging... |
14:09.33 | zecke | rob_w: you can grep now as well... |
14:10.50 | rob_w | zecke, ok so this now shows me what ? |
14:11.25 | *** join/#oe e-ffi_ (n=cybercom@dslb-084-056-126-188.pools.arcor-ip.net) |
14:11.29 | zecke | rob_w: Well |
14:11.44 | zecke | rob_w: as this is a developer channel, I will treat you like a developer |
14:11.53 | zecke | We use a compiler to compile software |
14:12.03 | zecke | these software use buildsystems to build the software |
14:12.14 | zecke | GNU Autoconf/Automake allows to write portable software |
14:12.29 | zecke | GNU libtool allows to create, use and load libraries in a portable manner |
14:12.43 | zecke | now you configure freetype, which uses GNU auto-tools to configure itself? |
14:12.51 | zecke | it tries to find the zlib? |
14:12.59 | zecke | or it uses zlib indirectly |
14:13.09 | zecke | this is the first question we need to answert |
14:13.20 | zecke | GNU autoconf writes a config.log |
14:13.34 | zecke | a protocol which describes the tests, results and actions it has done on configuring |
14:13.39 | rob_w | sure |
14:13.40 | zecke | it can be used to analyse issues |
14:13.52 | zecke | so findout if it mentions the zlib somehow? |
14:14.35 | rob_w | lemme check |
14:15.58 | rob_w | hecking for gzsetparams in -lz... yes |
14:15.59 | rob_w | checking zlib.h usability... yes |
14:15.59 | rob_w | checking zlib.h presence... yes |
14:15.59 | rob_w | checking for zlib.h... yes |
14:16.24 | zecke | that is not config.log but anyway... |
14:17.12 | rob_w | i dont find a config.log inside the freetype .. |
14:18.04 | zecke | "In aller Freundschaft" |
14:18.14 | zecke | if someone tells you to open config.log and it is not present |
14:18.22 | zecke | don't go for any other random file |
14:18.28 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
14:18.43 | rob_w | but i had a feeling to look into temp/log_do_configure .. |
14:18.45 | rob_w | also |
14:18.50 | woglinde | hehe find ./ -name "*-.log" |
14:18.53 | woglinde | ups |
14:18.56 | woglinde | hehe find ./ -name "*.log" |
14:19.10 | woglinde | log_do_configugre != config.loh |
14:19.12 | woglinde | log_do_configugre != config.log |
14:19.20 | woglinde | simple speech |
14:19.45 | rob_w | woglinde, that is new to me , sorry |
14:20.05 | woglinde | config.log is what configure produced |
14:20.16 | woglinde | log_do_configure is what oe produce |
14:20.23 | woglinde | d |
14:20.28 | zecke | rob_w: check for config.log within the freetype directory |
14:20.32 | rob_w | i though those correspondent in some manner |
14:20.55 | zecke | run.do_configure and log.do_configure correspondent |
14:21.10 | zecke | config.log is created by the invocation of 'configure' |
14:21.19 | woglinde | yes because to see what configure says, normaly its on terminal and then gone |
14:21.43 | zecke | hmm the freetype bbfiles looks fishy :} |
14:22.06 | woglinde | let me see |
14:22.31 | woglinde | hm no maintainer |
14:23.39 | rob_w | there is a freetype-2.1.10/builds/unix/config.log |
14:23.59 | zecke | that is the one |
14:24.12 | zecke | as ./configure is executed from within builds/unix |
14:24.22 | rob_w | i see |
14:26.19 | zecke | To summarize |
14:26.28 | zecke | We know that freetype checks for zlib and finds it |
14:26.41 | woglinde | hm no no |
14:26.55 | zecke | looking at config.log will tell us where it finds it, and how it finds it |
14:26.59 | woglinde | there was problems with the normal-system libz |
14:27.23 | woglinde | so koen switched to the libz which is shipped with freetype |
14:27.33 | woglinde | thats the first configure.patch |
14:28.08 | woglinde | args |
14:28.23 | *** join/#oe zecke (n=ich@88.134.164.33) |
14:32.11 | woglinde | koen are you around? |
14:32.27 | koen | I'm around |
14:33.59 | woglinde | koen what was excalty the problem with freetype an normal libz? |
14:34.31 | koen | the .libs thing |
14:34.41 | koen | so someone switched it to use the internal libz |
14:35.25 | woglinde | aeh? |
14:35.56 | rob_w | woglinde, but the configure patch looks to me as it doesnt change anything ,, it was like that before |
14:36.06 | woglinde | I thought it was something at runtime |
14:36.19 | zecke | woglinde: one would have to specify --without-zlib to use the internal one |
14:36.30 | zecke | woglinde: which we don't want to do for security concerns |
14:36.35 | woglinde | zecke yes |
14:36.37 | koen | koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ grep zlib freetype/freetype_2.2.1.bb |
14:36.38 | koen | EXTRA_OECONF = "--without-zlib" |
14:37.14 | zecke | hmm 2.1.10 freetype looks more nice |
14:37.24 | woglinde | rob_w which version auf freetype you are building? |
14:37.37 | zecke | koen: did you write this funky do_configure? |
14:37.37 | rob_w | right , oe tryed 2.1.10 |
14:37.47 | woglinde | DEFAULT_PREFERENCE = "-1" |
14:37.48 | woglinde | m |
14:37.48 | rob_w | but 2.2.1 builds just fine |
14:37.49 | woglinde | hm |
14:37.57 | woglinde | koen why you dont bumped? |
14:38.02 | koen | zecke: what do_configure? |
14:38.09 | zecke | wihin freetype |
14:38.25 | zecke | LIBTOOL="${HOST_SYS}-libtool" |
14:38.40 | koen | zecke: nope |
14:38.50 | koen | zecke: maybe kergoth/mallum/pb |
14:39.00 | koen | or it was inherit from your OZ buildroot thingy |
14:39.59 | woglinde | hm |
14:43.42 | zecke | koen: BTW: it looks like we can start building on OSX |
14:44.41 | rob_w | zecke, that sounds cool |
14:45.35 | zecke | http://rafb.net/paste/results/PIu8lu51.html |
14:47.06 | woglinde | rob_w try EXTRA_OECONF = "--without-zlib" in freetype 2.1.10 |
14:47.10 | woglinde | .bb |
14:50.28 | rob_w | woglinde, looks good |
14:51.53 | Ken|JLime | Included konqueror to opie-image getting "konqueror: /usr/lib/libstdc++.so.6: no version information available (required by konqueror) |
14:52.13 | zecke | hmm |
14:52.59 | rob_w | zecke, please dont take this personal, i know that things can be annoying when teaching dummy`s |
14:53.37 | zecke | rob_w: hehe, well :) |
14:54.26 | rob_w | zecke, but i bet you have been annoying to some when u where at your starts , right ? |
14:54.54 | zecke | rob_w: I have annyoed tronical (Simon Hausmann) |
14:55.07 | woglinde | kenj hm |
14:55.25 | Ken|JLime | When I start konqueror I should clarify |
14:55.25 | woglinde | why the heck configure takes the host libstdc |
14:55.44 | zecke | Ken|JLime: can this be a mismatch of libstdc++s? |
14:55.45 | Ken|JLime | When I start on my jornada I mean, the compilation works fine. |
14:55.59 | zecke | rob_w: I think woglinde has taken over this support request :) |
14:56.06 | woglinde | he |
14:56.14 | woglinde | just building glibc |
14:56.15 | zecke | Ken|JLime: do you have installed another libstdc++? |
14:56.17 | woglinde | ath the mom |
14:56.23 | Ken|JLime | :D |
14:56.25 | woglinde | that can last |
14:56.35 | zecke | Ken|JLime: e.g. try copying the libstdc++ from staging and see how it works |
14:57.06 | zecke | koen: did you add gpe-theme-clearlooks? |
14:57.21 | Ken|JLime | Could this be due to different libstdc++ (staging vs jornada one) |
14:57.46 | koen | zecke: yes, why? |
14:57.56 | zecke | koen: why do you write cp -d |
14:58.00 | zecke | koen: and not cp -P |
14:58.06 | koen | zecke: because I suck |
14:58.19 | zecke | koen: you even sit in front of a BSD system |
14:58.53 | zecke | rob_w: could you pastebin your config.log please? |
14:59.16 | rob_w | zecke, now that i use --without-zlib ? |
14:59.40 | zecke | no, the old one :) |
14:59.55 | rob_w | ouch |
15:00.00 | zecke | hehe, don't worry |
15:00.29 | rob_w | i can do it for you once more .. stay tuned |
15:00.41 | zecke | rob_w: I will do it myself (once there) |
15:00.49 | rob_w | ok thanks |
15:01.03 | koen | *food* |
15:01.14 | woglinde | yes |
15:01.21 | woglinde | steaks are grilled here |
15:01.23 | zecke | woglinde: al's friend is too drunk to get pizza :( |
15:01.35 | woglinde | zecke lol |
15:01.35 | rob_w | i am already at libsm |
15:08.17 | rob_w | argh first it builds pango-1.10.2-r0 then it builds pango-1.13.2-r0 |
15:08.29 | zecke | lol |
15:08.33 | zecke | that is not good |
15:08.37 | zecke | did pango-1.10 fail? |
15:08.45 | rob_w | no both went fine |
15:09.06 | rob_w | at least it did .13 after .10 ;-) |
15:13.34 | rob_w | is there any fair coming up where oe people attend ( in germany ) ? |
15:15.17 | zecke | OEDEM |
15:15.30 | zecke | I will have a 'booth' at the CCC |
15:15.33 | rob_w | cool |
15:15.37 | zecke | at the end of december |
15:15.50 | rob_w | thats always berlin , right ? |
15:16.02 | zecke | yes |
15:22.13 | rob_w | where was this picture archive from fosdem or such ? |
15:23.17 | rob_w | ahh NOTE: package gtk+-2.8.9: completed |
15:23.58 | koen | rob_w: there are some pictures at http://dominion.kabel.utwente.nl/koen/cms/index.php/v/Koen/confs/fosdem/?q=gallery |
15:24.53 | rob_w | thats the one .. |
15:26.31 | rob_w | i always love to check back some faces ;-) |
15:27.25 | pgfeller | hi all ... I've a problem building qte-mt-2.3.10-r3: |
15:27.25 | pgfeller | NOTE: package qte-mt-2.3.10-r3: task do_package: started |
15:27.25 | pgfeller | NOTE: Couldn't find shared library provider for libgcc_s.so.1 |
15:28.02 | pgfeller | qte-mt builds; but a subsequence built of zudoku fails |
15:28.17 | pgfeller | because it can not link with -lstc++ (I guess) |
15:30.36 | pgfeller | any idea what's wrong? |
15:35.48 | zecke | pgfeller: well ~pastebin your error... |
15:38.07 | pgfeller | zecke: ... I'm new to OE & IRC, soory: what is/means ~pastebin? |
15:39.08 | zecke | ~pastebin |
15:39.11 | ibot | methinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/ (BROKEN AND SUCKING NUTS), or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com, or http://bzflag.pastebin.ca/, or http://paste.lisp.org/ for the lisp/scheme nuts |
15:42.23 | pgfeller | thanks zecke (& ibot) ... I'll use http://pastebin.com/ - as oe. timed out. |
15:47.49 | *** join/#oe SonicvanaJr (n=sonic@unaffiliated/sonicvanajr) |
15:50.12 | pgfeller | zecke: it seems as pastebin.com is under havy load (timeouts) ... is channels.debian.net/paste OK as well? |
15:50.21 | zecke | sure |
15:50.25 | Crofton | try pastebin.ca |
15:50.25 | zecke | or rafb.net/paste :) |
15:50.52 | pgfeller | here it is: http://channels.debian.net/paste/3359 |
15:52.27 | zecke | pgfeller: paste some more stuff from log.do_compile |
15:52.39 | zecke | pgfeller: or did you see -frtti or -fno-rtti? |
15:54.27 | pgfeller | full log.do_compile @ http://channels.debian.net/paste/3360 ... |
15:55.21 | zecke | pgfeller: well... |
15:55.24 | pgfeller | zecke: a grep for rtti returned no result |
15:55.34 | zecke | dunno then |
15:55.41 | zecke | it could be -lsupc++ |
15:55.50 | zecke | it sounds more like mixing -frtti and -fno-rtti |
15:55.58 | zecke | pgfeller: watchout for mickeyl in this channel |
15:56.02 | zecke | he might know more |
15:57.33 | pgfeller | zecke: thanks ... added/logged the problem as [Bug 1279] in Bugzilla & 'll try to catch mickeyl. |
16:05.17 | *** join/#oe Ikkakujyu (n=Shiro@m190e36d0.tmodns.net) |
16:23.21 | zecke | koen: what kind of input would you be interested in for your packaged staging branch? |
16:25.05 | CIA-9 | 03freyther 07org.oe.dev * r4d0a5260... 10/ (25 files in 16 dirs): |
16:25.05 | CIA-9 | packages/*/*.bb: Stop GNUism on cp. -d -> -P, -a -> pPR... |
16:25.05 | CIA-9 | <PROTECTED> |
16:25.05 | CIA-9 | <PROTECTED> |
16:25.05 | CIA-9 | <PROTECTED> |
16:25.05 | CIA-9 | <PROTECTED> |
16:25.07 | CIA-9 | <PROTECTED> |
16:25.50 | koen | zecke: what you'd like to see happen to give me a positive review at the final evaluation |
16:28.06 | koen | zecke: btw, I'm going to try OE on osx now |
16:29.19 | zecke | koen: Well. As we knew from the beginning we would not finish everything |
16:29.32 | zecke | koen: I'm interested most in decent documentation |
16:29.44 | *** part/#oe Ikkakujyu (n=Shiro@m190e36d0.tmodns.net) |
16:29.54 | zecke | koen: What I want at the end is Having a 3-4 pages document describing the approach |
16:30.16 | zecke | koen: a bit info on the current implementation, the issues/limitations of this approach |
16:30.31 | zecke | koen: and most important a perspective on how to proceed from here |
16:31.12 | zecke | e.g. I have thought you have used a PACKAGE_FUNC |
16:31.44 | zecke | koen: on OSX uicmoc-native fails as the mac is not known as a host |
16:31.54 | zecke | koen: and ipkg is failing |
16:35.01 | *** join/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
16:35.11 | koen | let me put it this way: |
16:35.14 | koen | mtn: bytes in | bytes out | certs in | revs in |
16:35.14 | koen | mtn: 535.1 k | 443.4 k | 36/1528 | 10/382 |
16:35.25 | zecke | hrw|gone: http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=OpenZaurus-354x |
16:35.33 | zecke | gpe/icon-list.h gone missing |
16:35.54 | koen | sounds like a too old libgpewidget |
16:36.12 | zecke | http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=78&logfile=20060806073133.log |
16:36.17 | zecke | it just turned up |
16:36.38 | zecke | koen: macintel's are nice, the battery lifetime is too low :( |
16:37.44 | zecke | hmm perl-native sucks |
16:38.17 | koen | zecke: where is the tinderbox source located on ewi? |
16:38.28 | zecke | $HOME |
16:38.29 | koen | <PROTECTED> |
16:38.34 | zecke | hehe |
16:38.41 | zecke | well there is a SVN directory |
16:40.20 | *** join/#oe pvanhoof (n=pvanhoof@d54C1807C.access.telenet.be) |
16:40.33 | zecke | pvanhoof: hey |
16:40.41 | zecke | pvanhoof: I like reading on tinymail :) |
16:40.45 | pvanhoof | hey zecke |
16:40.51 | pvanhoof | thanks, np etc :) |
16:41.58 | pvanhoof | I was wondering .. how can I get tinymail more involved with openembedded and visa versa, zecke ? |
16:42.07 | pvanhoof | I think you are on the core team of oe, right? |
16:42.36 | zecke | 'core' is relative |
16:42.36 | pvanhoof | I will probably release something in a eta of < 2 months > 1 months |
16:42.52 | pvanhoof | I'm in my api rush atm |
16:43.04 | koen | pvanhoof: like I said, put up a tarball ;) |
16:43.08 | pvanhoof | making sure things are exactly the way I want it to be, getting reference counting right |
16:43.32 | pvanhoof | koen, yeah but. After carefully looking at the api changes that I really want .. I will really need a month to get it right |
16:43.59 | pvanhoof | the web stuff (people who want to use tinymail for web applications) is something that is definitely going to be post 1.0 |
16:44.25 | pvanhoof | but reference counting and renaming types is something that is going to be pre 1.0 |
16:44.48 | pvanhoof | I really don't want to confuse developers with reference counting problems when they would switch from a 1.0 to a 2.0 api :-\ |
16:45.03 | zecke | pvanhoof: being a C++/Qt guy myself, I think cooperating with the GPE guys is the best thing to do |
16:45.14 | zecke | pvanhoof: it will sink into OE anyway :) |
16:45.23 | pvanhoof | yep, I'm of course working together with florian and nils on this |
16:45.41 | zecke | pvanhoof: and once a Qt4 based Opie lifts off, I will heavily consider tinymail |
16:45.42 | pvanhoof | well, florian and nils did some tinymail/modest work for Nokia |
16:46.06 | pvanhoof | zecke, well .. if qt comes with glib mainloop integration, it would actually be very possible to implement a libtinymailui-qt |
16:46.24 | pvanhoof | I don't think that gtypeinterface and gobject are a problem/clash for qt |
16:46.37 | pvanhoof | and I would be interested in something like that |
16:46.59 | zecke | absolutley. Currently opie uses libetpan.sf.net and as things stagnates considering tinymail is currently not an option |
16:47.09 | pvanhoof | ok |
16:47.26 | pvanhoof | a libtinymail-etpan would also be possible, as a replacement for libtinymail-camel |
16:47.28 | koen | pvanhoof: doesn't qt4 already have a glib mainloop integration? |
16:47.29 | zecke | pvanhoof: for the OE integration, all I/we can currently offer is doing automatic builds and minor unit testing on tinymail |
16:47.43 | zecke | koen: Qt4.2 will have |
16:47.53 | pvanhoof | zecke, there's gunit unit tests in libtinymail-test |
16:48.06 | pvanhoof | zecke, but will devices have support for this integration? |
16:48.14 | pvanhoof | I was told it was an optional integration |
16:48.16 | pvanhoof | not a default |
16:48.36 | koen | zecke: I'm trying to get the tinderbox use the OE css files |
16:48.44 | pvanhoof | well, the thing is .. I can redo the parts that use gmainloop easily |
16:48.53 | zecke | koen: use the sheriff admin interface |
16:48.58 | pvanhoof | but it would become qt and gtk specific |
16:49.03 | pvanhoof | which is something I prefer to avoid |
16:49.16 | koen | 9.3G ../tinder.log/ |
16:49.18 | koen | wow |
16:49.29 | zecke | koen: well, run the cron job |
16:49.34 | pvanhoof | actually, the gmainloop parts are already in the gtk specific implementation (libtinymailui-gtk) |
16:49.43 | pvanhoof | hmm, so it's not really a problem |
16:49.57 | pvanhoof | ok, so .. a libtinymailui-qt is perfectly possible then :) |
16:50.10 | pvanhoof | a qt/kde developer just has to lear gobject :) |
16:50.12 | pvanhoof | learn |
16:50.49 | pvanhoof | zecke, I have been thinking about doing some parts myself, to get other people started |
16:51.10 | zecke | I would join, if I weren't too busy :} |
16:51.16 | pvanhoof | the thing is, I would do that. If I know people would join. the reason is because I can't maintain it |
16:51.26 | pvanhoof | for the same reason you wont join :) |
16:51.38 | pvanhoof | busy, schedule, other plans for tinymail, etc |
16:52.11 | pvanhoof | so I would certainly help with the initial stuff, getting the qt/kde developer up and running. But then the maintenance would be in his/her hands |
16:52.20 | zecke | pvanhoof: sadly Trolltech is currently too busy reinventing the wheel themselves :( |
16:52.25 | pvanhoof | I'm even prepared to learn a significant amount of qt API |
16:52.44 | koen | zecke: could you send me the tinderbox login info? |
16:52.49 | pvanhoof | oh ic, they are planning to also make some sort of mail api? |
16:52.50 | koen | (I forgot) |
16:53.09 | zecke | koen: what is the address you use at the bugzilla? |
16:53.23 | koen | koen@dominion.kabel.utwente.nl |
16:53.28 | zecke | pvanhoof: They have this Qtopia product |
16:53.37 | koen | I'll get a @pobox.com address soon(ish) |
16:53.54 | zecke | pvanhoof: and they are good at implementing (inferior) solutions themselves for this product |
16:54.05 | pvanhoof | zecke, well tell them I (the maintainer of tinymail) is interested in cooperating |
16:54.28 | pvanhoof | let is compete on the things on which we should compete :). Not on email frameworks |
16:54.33 | pvanhoof | but well, I can't force them :) |
16:54.41 | pvanhoof | s/is/us |
16:54.52 | *** join/#oe Harvy (n=norm@80-193-172-141.cable.ubr05.pres.blueyonder.co.uk) |
16:54.54 | zecke | pvanhoof: that is what we/I'm/Opie devs are struggling with |
16:55.56 | pvanhoof | well, tinymail is particulary interested in commercial activities around it. I'm not dirty of it |
16:56.10 | pvanhoof | so if they want to sell a Qtopia with some tinymail integration: great |
16:56.27 | zecke | koen: you should be able to login into the tinderbox |
16:56.42 | zecke | koen: it will connect to bugs.oe.org to authenticate |
16:56.54 | pvanhoof | they have something like tinymail in qtopia? |
16:57.07 | zecke | pvanhoof: They have sadly developed the Anti-Pattern to not listen to input |
16:57.30 | pvanhoof | right well, then that will kill them anyway |
16:58.08 | pvanhoof | nothing to worry about then :) |
16:58.35 | koen | zecke: : Insufficient privileges to sheriff tree (need sheriff tree)! at Tinderbox3/DB.pm line 41. |
16:58.36 | zecke | pvanhoof: they have an mail application and a small Interface to open MBoxes |
16:59.07 | pvanhoof | so nothing much |
16:59.26 | pvanhoof | well, tell them I'm very interested |
16:59.37 | zecke | remember, they don't listen :) |
16:59.52 | zecke | if they listen they will say they develop something better already :} |
16:59.54 | pvanhoof | but that I can't maintain it forever. However, I'm interested in helping doing the initial stuff |
17:00.21 | zecke | I will try, for Opie using Qt4 we will defintaley consider/use tinymail |
17:00.41 | pvanhoof | well, if they answer that :), I would like to see the valgrind that shows how they use less mb than tinymail for an equally large folder |
17:01.06 | zecke | and foe OpenEmbedded integration we can do basic QA (e.g. build stuff regulary) |
17:01.11 | zecke | pvanhoof: that is easy! |
17:01.30 | pvanhoof | well it of course depends on how you show the headers |
17:01.32 | zecke | pvanhoof: just throw away every item you have read, you will need infinite amount of time, but less memory |
17:01.47 | pvanhoof | if you show 5 headers per button click |
17:02.07 | pvanhoof | which is however not what people want :) |
17:03.15 | pvanhoof | anyway, let them know I'm not an anti qt guy that wants to compete with whatever they have |
17:03.21 | pvanhoof | competing on that level doesn't work |
17:03.43 | pvanhoof | I'm rather interested in what they would need for a libtinymailui-qt |
17:03.55 | pvanhoof | or you guys |
17:04.27 | pvanhoof | and if they want to totally qt-ify that and call it kinymail .. sure guys :) |
17:04.44 | zecke | lol |
17:05.48 | pvanhoof | them being c++ will also like tinymails design |
17:06.06 | pvanhoof | it's very much designed like how you would do a java or .net framework |
17:06.14 | pvanhoof | very much not like how you would do a C framework :) |
17:06.53 | pvanhoof | it starts with: everything has an interface (or in C++: everything has a abstract class where every method is abstract) |
17:07.16 | pvanhoof | and of course uses a lot of those fancy design patterns |
17:07.53 | pvanhoof | but me using that word depends on you liking or not liking people who use buzzwords :). Anyway, tinymail uses it. It doesn't buzzword about it |
17:08.44 | pvanhoof | and so, they can make a c++ class that implements the tinymail interfaces |
17:08.59 | zecke | pvanhoof: one question. You tried to use XP when creating tinymail |
17:09.06 | zecke | pvanhoof: who was your customer on site? |
17:09.15 | pvanhoof | well, XP not really strictly |
17:09.24 | zecke | pvanhoof: which aspect of XP was the hardest to obey? |
17:09.27 | pvanhoof | if possible, I tried using XP principles |
17:09.40 | pvanhoof | well impossible was standup meetings :) |
17:09.50 | pvanhoof | I can standup and meet with myself, but .. |
17:10.08 | pvanhoof | creating unit tests before implementing didn't always happen |
17:10.09 | zecke | pvanhoof: which was the hardest thing to obey/make extreme |
17:10.19 | zecke | pvanhoof: which was the most easies principle to use? |
17:10.38 | pvanhoof | adding documentation while implementing was the most easy part |
17:10.46 | *** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net) |
17:11.05 | pvanhoof | but it's not like, easy if you don't have a team :) |
17:11.20 | pvanhoof | XP is really oriented for teams. so I wouldn't say tinymail was developed using XP |
17:11.43 | pvanhoof | easy isn't the right word. Rather: possible |
17:12.21 | pvanhoof | I just try to get as much of one iteration done each time: {design, implement, test, document } |
17:12.45 | zecke | The principle I have picked is. Try to write code that can be tested |
17:12.50 | pvanhoof | yep |
17:12.59 | pvanhoof | but for example release often, which is a core point of XP |
17:13.01 | pvanhoof | I didn't do that |
17:13.24 | pvanhoof | because well, if I release early .. it will force me to stick to the API that I already once released |
17:13.32 | pvanhoof | yet that API is not ready |
17:13.55 | pvanhoof | I want the api to be flexible and adaptible .. but closable |
17:14.08 | pvanhoof | so strategy in stead of inheritance and stuff like that |
17:14.23 | pvanhoof | not easy to get that right |
17:16.37 | pvanhoof | anyway, *now* most of the important code as unit tests |
17:16.41 | pvanhoof | has |
17:17.06 | pvanhoof | and now that people are joining and contributing, I'm going to implement rules like: |
17:17.16 | pvanhoof | give me a unit test with your implementation |
17:17.30 | pvanhoof | or, your implementation will need to pass these unit tests, else it will simply not go in |
17:18.22 | pvanhoof | so, it's a pragmatic agile project :) |
17:19.25 | pvanhoof | gtg now. I have this one in autojoin. SO I guess cya guys |
17:19.31 | pvanhoof | girlfriend :) |
17:19.37 | zecke | later! |
17:24.26 | *** join/#oe Ikkakujyu (n=Shiro@m190e36d0.tmodns.net) |
17:37.07 | zecke | who is the guy responsible for cpan.bbclass? |
17:42.05 | *** join/#oe pgfeller_ (n=pgfeller@220.247.76.83.cust.bluewin.ch) |
17:49.12 | rob_w | zecke, NOTE: build 200608061947: completed |
17:49.12 | rob_w | <PROTECTED> |
17:49.30 | rob_w | so beside the zlib thingi all went fine .. |
17:53.18 | zecke | koen: | NOTE: make -j 2 LIBTOOL=arm-linux-libtool -e MAKEFLAGS= libz.so.1.2.3 libz.a |
17:53.19 | zecke | | make: *** No rule to make target `libz.so.1.2.3'. Stop. |
17:55.13 | *** join/#oe dkey (i=nobody@193.170.48.236) |
17:55.24 | koen | zecke: weird |
17:55.31 | zecke | that is OSX |
17:55.48 | zecke | | Building shared library libz.1.2.3.dylib with arm-linux-gcc -march=armv5te -mtune=xscale. |
17:55.51 | zecke | | Checking for unis |
17:55.54 | zecke | lol |
17:55.59 | zecke | yeah let us build a .dylib |
18:01.48 | zecke | *moron* |
18:06.31 | zecke | why isn't zlib using autoconf... |
18:10.34 | woglinde | zecke ask that pppd too |
18:10.41 | zecke | hehe |
18:10.47 | zecke | woglinde: for pppd, I know the reaon |
18:10.53 | woglinde | once it took me only one day to convert pppd to auto tools |
18:11.09 | zecke | woglinde: but zlib uses copy and pasted auto tests |
18:11.27 | zecke | woglinde: but it is doing uname -a to determine the target |
18:11.46 | woglinde | wtf? |
18:11.56 | woglinde | <PROTECTED> |
18:12.57 | zecke | ah no, I can't be quilty for that |
18:13.02 | koen | zecke: I'll modify InitialValues.pm later |
18:13.24 | zecke | ah |
18:13.28 | zecke | you have found it! |
18:13.41 | woglinde | hm? |
18:13.44 | woglinde | my problem? |
18:14.00 | zecke | woglinde: no, koen edited css of the tinderbox |
18:14.12 | zecke | woglinde: and InitValues is used by tbox3 when you create a new build |
18:14.29 | zecke | woglinde: will you implement the bonsai monitors? |
18:14.48 | zecke | woglinde: check where this leading '-' comes from |
18:15.04 | zecke | woglinde: at first I thought my AC_CHECK_TARGET_TOOL was guilty |
18:15.12 | zecke | woglinde: but it can't be quilty... :) |
18:15.45 | woglinde | hm |
18:15.58 | woglinde | he mickeyl |
18:15.59 | zecke | mickeyl: hey! |
18:16.02 | mickeyl | cheers guys |
18:16.17 | mickeyl|tv | ??? |
18:16.21 | woglinde | lol |
18:16.22 | koen | hey mickeyl |
18:17.45 | mickeyl | *cough* |
18:18.44 | mickeyl | pgfeller_: I can't reproduce your problem. Which g++ are you using? |
18:19.02 | koen | djeez |
18:19.06 | koen | python is slow on osx |
18:19.17 | zecke | eek |
18:19.22 | zecke | dare you reading... |
18:19.31 | zecke | koen: fink miscompiled its own copy of python2.3 |
18:19.40 | zecke | mickeyl: decorators are awesome in py2.4 |
18:19.56 | zecke | mickeyl: anyway to add them 'automatically' at runtime |
18:19.57 | koen | zecke: http://planet.linuxtogo.org/ :) |
18:19.59 | woglinde | haha |
18:20.05 | woglinde | good I catched my own fault |
18:20.18 | mickeyl | zecke: yeah. It's my #2 big fun feature since 2.0 |
18:20.31 | mickeyl | my personal #1 was generators |
18:20.52 | zecke | mickeyl: how to add tracing to python? |
18:21.04 | zecke | mickeyl: add decorators to each method... |
18:21.24 | zecke | mickeyl: I have written an @stamped decorator simulating bitbake in a set of custom scripts |
18:24.52 | *** join/#oe awelux_ (n=awelux__@dslb-084-058-141-134.pools.arcor-ip.net) |
18:26.58 | woglinde | jesus |
18:27.04 | woglinde | I am so dull |
18:27.12 | woglinde | its only local changed |
18:28.37 | *** join/#oe awelux_ (n=awelux__@dslb-084-058-141-134.pools.arcor-ip.net) |
18:28.41 | x29a | any hints on jtagging a sl4 simpad? |
18:28.51 | x29a | where is mr_nice when needed? |
18:32.10 | koen | hgnr |
18:32.15 | woglinde | koen? |
18:32.19 | koen | 3 recipes/s |
18:32.25 | koen | stupid python |
18:32.36 | x29a | and i thought that was a hint on jtagging |
18:33.18 | zecke | hmm I think I will order a pizza... |
18:41.23 | univac | linux works on loox 420? |
18:41.27 | *** join/#oe x29a (n=x29a@pD9EEE5B6.dip.t-dialin.net) |
18:41.43 | *** join/#oe mallum (n=mallum@host86-136-17-68.range86-136.btcentralplus.com) |
18:41.55 | poushag | zecke, koen - as an osx addict i would like to volunteer to help test oe on mac |
18:42.09 | zecke | poushag: no testing needed ATM |
18:42.14 | zecke | poushag: too much stuff breaks |
18:42.19 | poushag | i would be starting from scratch - can you write up something on the wiki pls? |
18:42.28 | poushag | oh too bad |
18:42.34 | poushag | :( |
18:44.10 | poushag | are you at least going to write it up (with the errors too) on the wiki so others can collaborate? |
18:47.17 | zecke | not yet |
18:47.30 | x29a | jtag> cable ppdev /dev/parport0 DLC5 |
18:47.30 | x29a | Initializing Xilinx DLC5 JTAG Parallel Cable III on ppdev port /dev/parport0 |
18:47.30 | x29a | Error: Cable initialization failed! |
18:47.32 | zecke | once ready, it will not be different to the stuff being availavle |
18:47.50 | x29a | what could be wrong? |
18:48.07 | x29a | contacts not right, no power, wrong io, wrong interrupt? |
18:49.28 | *** join/#oe tmbinc (i=XXX@e176142056.adsl.alicedsl.de) |
18:51.57 | poushag | so you wont write it up anywhere that those of us mac addicts can keep up? (other than these irc chats) |
18:52.37 | *** join/#oe dkey (i=nobody@193.170.48.236) |
18:52.45 | zecke | poushag: again, when it is done. There is nothing mac specific |
18:53.05 | zecke | poushag: following the normal instructions will lead to success |
18:53.43 | mickeyl | zecke: which macbook are you owning? |
18:53.54 | zecke | <PROTECTED> |
18:54.14 | zecke | <PROTECTED> |
18:54.32 | zecke | <PROTECTED> |
18:55.05 | x29a | hey guys |
18:55.17 | x29a | id really appreciate some help here, im almost diying |
18:55.36 | x29a | does the parport have to be in a special mode (ecp+eed at the moment) in order for jtag to work? |
18:56.03 | x29a | and do multiple entries of parport0 in /proc/iports conflict? |
18:56.08 | poushag | well the getting started wiki about building oe on mac has a totally empty page - so i set up oe on a linux vm (on pc) instead |
18:56.51 | zecke | poushag: to tell you the trueth. This 'port' is at a stage where: |
18:57.01 | zecke | poushag: the people able to help will find their way through anyway |
18:57.12 | zecke | poushag: the people not able to help will only cost time to support |
18:58.04 | x29a | zecke: im very sorry to beg and intervene, could you just spend 10seconds of your time to a lonely unhappy soul, without its toy? |
18:58.28 | zecke | x29a: sure, but I don't have an answer |
18:58.46 | x29a | are you not into jtagging alldaylong? |
18:59.10 | zecke | not frequently :) |
18:59.12 | poushag | ok i will be patient - sry for being too excited - i guess im enjoying oe and osx so much separately i cant wait to combine the two! :D |
18:59.15 | woglinde | x29a can you read german? |
18:59.23 | x29a | woglinde: yeah |
18:59.31 | x29a | even write and speak |
18:59.46 | woglinde | maybe in this forum you have luck |
18:59.48 | woglinde | http://palmtopmagazin.de/board/tablett/ |
19:00.02 | zecke | poushag: it is as easy as installing: XCode (gcc), GNU sed, GNU getopt, SVN, wget |
19:00.08 | woglinde | its searchable |
19:00.10 | mickeyl | zecke: how long can you operate it when it's fully charged? |
19:00.12 | zecke | poushag: and then the normal getting started |
19:00.25 | zecke | mickeyl: when compiling and both cores are used |
19:00.29 | zecke | 1 1/2 hours |
19:00.52 | koen | heh |
19:01.07 | zecke | mickeyl: I'm not sure how long it will take on a normal load |
19:01.11 | x29a | woglinde: yeah, im into it, some hits on "jtag" |
19:01.17 | x29a | im so disappointed |
19:01.18 | koen | I can see that intel saves more power as the ppc chips |
19:01.20 | woglinde | x29a I know |
19:01.25 | koen | </sarcastic> |
19:01.49 | zecke | koen: I hate intel :} |
19:05.02 | poushag | i already installed xcode some time ago - as for the other items i guess i can go hunt them down myself - but what you said zecke is exactly what the wiki should say - i suppose i will fill in the wiki myself then - a good wiki writeup will encourage more osxers to try it - rather than giving the impression that nobody has done it yet |
19:05.42 | zecke | poushag: this is Free Software. We do not people trying it. We need people doing stuff |
19:06.01 | zecke | poushag: but feel free to write the Wiki site |
19:06.09 | zecke | poushag: and ask me if you have questions... |
19:06.11 | koen | fwiw, there should be such a page already in the wiki |
19:06.18 | koen | see the bottom of GettingStarted |
19:06.39 | poushag | k |
19:07.10 | poushag | koen there is - its empty - but not for long (as i quote zecke on it) |
19:09.41 | *** join/#oe gremlin[it] (n=gremlin@ppp-50-8.25-151.libero.it) |
19:10.03 | woglinde | re gremlin |
19:14.20 | gremlin[it] | hi woglinde |
19:21.27 | zecke | ~lart fontconfig |
19:22.50 | x29a | YEAH |
19:22.52 | x29a | it works! |
19:23.08 | woglinde | x29a fine :) |
19:23.08 | x29a | woglinde: entering parallel adress directly did the trick |
19:27.43 | zecke | koen: fontconfig compiles and links fc-case |
19:28.20 | koen | zecke: and? |
19:28.35 | zecke | koen: using CXXFLAGS and LDFLAGS from the target compiler |
19:28.43 | zecke | koen: and we already build fontconfig-native |
19:36.35 | poushag | koen, this user man page refs mtn 0.25: http://www.openembedded.org/user-manual&dpage=ch03s02 |
19:37.13 | poushag | you want me to file a oe bug on it? |
19:37.54 | poushag | (i dont see a link for editing it) |
19:38.04 | zecke | poushag: org.openembedded.documentation checkout |
19:39.34 | woglinde | hm why needs opie-image gtk |
19:41.40 | woglinde | *sigh* I hope angstroem is soon enough simpad ready |
19:41.48 | CIA-9 | 03koen 07org.oe.documentation * r09a345a2... 10/ (1 usermanual/usermanual.xml): usermanual/usermanual.xml: update to match monotone migration |
19:42.26 | zecke | hehe |
19:42.38 | woglinde | hehe |
19:42.41 | zecke | poushag: You are free to help us to improve documentation |
19:42.41 | woglinde | sed rockz |
19:42.44 | zecke | koen: GNU sed? |
19:42.48 | woglinde | lol |
19:42.56 | zecke | gsed |
19:43.22 | koen | powerbook-wlan:~/Projects/OpenEmbedded/org.openembedded.documentation/usermanual koen$ sed --version |
19:43.22 | koen | GNU sed version 4.1.4 |
19:43.22 | zecke | gsed,ggrep,gfind,gcp,gmake,gdiff,gpatch |
19:43.36 | woglinde | gawk |
19:43.44 | zecke | koen: have you ever used FileVault? |
19:44.06 | koen | zecke: I tried to , but OSX said I didn't have enought diskspace |
19:44.20 | poushag | i have been doing so on the wiki already - the docs will get some attention from me later i suppose |
19:44.27 | koen | $HOME >37GB |
19:44.29 | zecke | koen: ah |
19:44.41 | zecke | koen: it needs du -h + GBs to create the DMG |
19:46.32 | koen | zecke: It would be need if we could hookup 'make xhtml ; cp xhtml/* /var/www/oe/usermanual/' into ciabot |
19:46.55 | *** join/#oe TheCan (n=thecan@dslb-084-056-170-203.pools.arcor-ip.net) |
19:47.27 | koen | s/need/neat/ |
19:48.01 | CIA-9 | 03freyther 07org.oe.dev * r9e7caafb... 10/ (5 files in 3 dirs): (log message trimmed) |
19:48.02 | CIA-9 | clases/cpan.bbclass,packages/perl: add EXTRA_CPANFLAGS, fix native |
19:48.02 | CIA-9 | <PROTECTED> |
19:48.02 | CIA-9 | <PROTECTED> |
19:48.02 | CIA-9 | <PROTECTED> |
19:48.02 | CIA-9 | <PROTECTED> |
19:48.04 | CIA-9 | <PROTECTED> |
19:48.08 | CIA-9 | 03freyther 07org.oe.dev * rc730cb69... 10/ (4 files in 3 dirs): |
19:48.10 | CIA-9 | packaes/zlib: Do not use uname to determine the library ending |
19:48.12 | CIA-9 | <PROTECTED> |
19:48.14 | CIA-9 | <PROTECTED> |
19:48.16 | CIA-9 | <PROTECTED> |
19:48.18 | CIA-9 | <PROTECTED> |
19:48.46 | zecke | hmm /me bitches keithp to fix fontconfig :} |
19:49.38 | poushag | zecke, which version of Xcode are you using for oe? |
19:49.55 | zecke | gcc version 4.0.1 (Apple Computer, Inc. build 5341) |
19:54.00 | koen | hmm |
19:54.03 | koen | gcc version 4.0.0 20041026 (Apple Computer, Inc. build 4061) |
19:56.50 | rob_w | uda1380 support changed alot from .12 to .16 .. |
19:57.56 | poushag | well i thought i installed xcode before - but i actually didnt yet - i will pull the gcc pkg from my tiger dvd (whichever version that one is) |
19:58.59 | poushag | unless you think for some reason thatone is too old |
20:02.28 | koen | zecke: powerbook-wlan:~/Projects/OpenEmbedded/build/tmp/angstrom/staging koen$ ls |
20:02.28 | koen | arm-angstrom-linux-gnueabi powerpc-darwin |
20:02.29 | zecke | okay, more OSX stuff next week |
20:02.55 | zecke | koen: next step will be universal toolchains |
20:03.19 | koen | that'd be cute |
20:03.39 | zecke | koen: well it is as simple as -arch ppc -arch i386 |
20:03.51 | zecke | koen: but I wonder what autotools will do... |
20:06.47 | woglinde | hm okay |
20:06.55 | woglinde | now I trigger the libz error too |
20:08.16 | zecke | koen: Do you think writing this documentation and pushing your stuff is feasible? |
20:08.36 | koen | zecke: ? |
20:08.39 | koen | you've lost me |
20:09.21 | zecke | koen: for your packaged staging stuff |
20:09.43 | koen | zecke: docs yes, what do you mean with 'pushing stuff'? |
20:09.46 | zecke | koen: I have written that I would like to see documentation, documentations |
20:09.58 | zecke | koen: oh okay |
20:10.07 | zecke | koen: I asked if you used PACKAGE_FUNC |
20:10.14 | zecke | koen: and you said you were pulling... |
20:10.25 | koen | zecke: pulling on OSX :) |
20:10.31 | zecke | I thought you would push it afterwards |
20:10.41 | koen | I synced :) |
20:10.50 | koen | yes, I used a PACKAGE_FUNC |
20:10.57 | zecke | but? |
20:12.01 | koen | s/used/am using/ |
20:12.03 | koen | http://www.openembedded.org/repo/org.openembedded.packaged-staging/classes/package_ipk.bbclass |
20:12.49 | woglinde | haha now libz compiles |
20:12.53 | woglinde | aeh freetype |
20:12.57 | woglinde | with libz |
20:13.00 | woglinde | will check it in |
20:13.20 | zecke | koen: but that is ipkg's one? |
20:13.29 | zecke | koen: you can do PACKAGE_FUNCS += my_stuff |
20:13.47 | koen | zecke: you mean inside packaged-staging.bbclass? |
20:14.14 | zecke | yes |
20:14.46 | zecke | and documentation on what you have done would be nice (well we have the revs...) |
20:14.56 | koen | noted |
20:16.42 | koen | heh |
20:16.56 | koen | OE on osx tries to build ncurses without a toolchain |
20:17.08 | zecke | elite |
20:17.35 | zecke | not here... |
20:20.23 | *** join/#oe mallum (n=mallum@host86-136-17-68.range86-136.btcentralplus.com) |
20:21.15 | woglinde | go cia-bot |
20:21.17 | poushag | zecke, did you use fink to install gnu stuff (sed, etc)? |
20:21.27 | zecke | admitingly yes |
20:22.06 | koen | sudo fink install quilt :) |
20:22.58 | CIA-9 | 03woglinde 07org.oe.dev * r672032a9... 10/ (3 files in 2 dirs): |
20:22.58 | CIA-9 | packages/freetype: fix build without internal libz |
20:22.58 | CIA-9 | Some user reports that building freetype without the included |
20:22.59 | CIA-9 | libz breaks there build. They are right. Justify the remaining |
20:22.59 | CIA-9 | freetype.bb like freetype_2.2.1.bb |
20:23.33 | zecke | justify? |
20:23.41 | woglinde | he |
20:23.41 | zecke | I do not like the freetype files |
20:23.44 | zecke | they look broken |
20:23.49 | woglinde | it works |
20:23.53 | zecke | They should use the system zlib |
20:23.59 | zecke | and not a broken, insecure copy |
20:24.09 | woglinde | they do now |
20:24.24 | zecke | :) |
20:24.30 | woglinde | thanks koen |
20:24.44 | zecke | hmm, I need to order a pizza... |
20:24.49 | woglinde | hm |
20:24.52 | woglinde | its to late |
20:24.58 | zecke | koen: |
20:24.58 | zecke | NOTE: package ncurses-5.4: completed |
20:24.58 | zecke | NOTE: build 200608062217: completed |
20:24.58 | zecke | Build statistics: |
20:25.45 | poushag | so do you have to run x11 to build oe on osx? |
20:25.47 | zecke | koen: do you have an EABI toolchain on OSX? |
20:26.03 | zecke | poushag: no |
20:26.12 | poushag | k thx |
20:28.34 | zecke | | checking for xml2-config... /sw/bin/xml2-config |
20:28.37 | zecke | argh |
20:29.17 | woglinde | hehe |
20:29.51 | woglinde | zecke we have to play lotto |
20:29.54 | zecke | woglinde: the good thing about the OSX stuff is. The stuff that fails to compile with uclicb are likely to fail with a BSD host as well |
20:30.10 | woglinde | with luck we win enough money to work all the time on oe |
20:30.20 | koen | zecke: time to expand the no host includes patch? |
20:30.32 | zecke | koen: it has /sw/include in it already |
20:31.28 | zecke | koen: I should make these paths configurable... somehow... |
20:34.15 | poushag | is there an alternative to using fink to install the gnu stuff? like darwinports or something? |
20:34.40 | woglinde | poushag compile by hand? |
20:35.02 | poushag | hehehe - yeah i guess it will be fink then |
20:35.09 | zecke | poushag: sure. darwinports should work as well |
20:35.21 | poushag | woglinde, are you an osx user too? |
20:35.21 | zecke | poushag: dports didn't work on MaxIntel |
20:35.46 | poushag | mines a G4 PPC dual 1GHz |
20:35.56 | zecke | dual? |
20:36.14 | poushag | yup 2 processors |
20:36.26 | zecke | poushag: bastard! |
20:36.28 | poushag | it was almost top of the line when i got it |
20:37.13 | zecke | http://www.apple.com/xserve/ |
20:37.21 | poushag | the nextone up from mine was 2x1.25ghz w slightly better gfx (128mb cache i think) |
20:37.41 | poushag | but i dont regret my choice - had to save a little $ |
20:38.42 | poushag | i want to drop by my old university and see the 1100 node g5 supercomputer cluster (at Virginia Tech) - maybe you guys heard of it |
20:38.45 | zecke | http://images.apple.com/xserve/images/index_rack_010604.gif |
20:38.46 | zecke | nice |
20:39.41 | poushag | i believe it was announced on slashdot when completed - do you all recall reading about it? |
20:40.16 | poushag | they started with regular g5s then the following year upgraded to g5 xserves (still 1100 nodes) |
20:40.17 | zecke | I don't read /. often |
20:41.01 | poushag | i wanted to buy one of the retired g5s - but apple was reselling them for too high a price (for me at the time) although a little cheaper than new ones of course |
20:44.00 | zecke | mickey|tv: tcl includes/detects my host... |
20:44.30 | zecke | nite |
21:30.12 | CIA-9 | 03freyther 07org.oe.dev * r37507395... 10/ (3 files in 3 dirs): (log message trimmed) |
21:30.12 | CIA-9 | packages/quilt: Fix build of quilt 0.45 |
21:30.12 | CIA-9 | <PROTECTED> |
21:30.13 | CIA-9 | <PROTECTED> |
21:30.13 | CIA-9 | <PROTECTED> |
21:30.15 | CIA-9 | <PROTECTED> |
21:30.17 | CIA-9 | <PROTECTED> |
21:43.07 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
21:43.15 | *** part/#oe dfoley (n=dfoley@d66-183-157-132.bchsia.telus.net) |
21:49.44 | *** join/#oe psokolovsky_ (n=psokolov@237.usernat.ip.net.ua) |
21:56.49 | *** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de) |
21:56.56 | *** join/#oe andersee (n=andersen@codepoet.org) |
22:06.30 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
22:15.58 | *** join/#oe psokolovsky__ (n=psokolov@237.usernat.ip.net.ua) |
22:55.08 | *** join/#oe summatusmentis (n=summatus@71-32-144-13.chyn.qwest.net) |
23:11.05 | *** join/#oe s____gint (n=gints@62.84.15.211) |
23:36.32 | *** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
23:40.42 | *** join/#oe JoeSchmo (n=jciccone@pool-71-255-87-190.nwrknj.east.verizon.net) |
23:52.56 | kergoth | grr, cant get a successful build. terrible luck with those lately |