IRC log for #oe on 20080505

00:07.41*** join/#oe ^Takut^ (n=eddy@125.164.124.121)
00:07.45^Takut^hello
00:07.47*** join/#oe astro76 (n=jtaji@unaffiliated/astro76)
00:08.49^Takut^is it possible to run linux on nokia 9300/9500 ?
00:22.42*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
00:48.16CIA-2103Laibsch 07org.oe.dev * r4834822e... 10/ (15 files in 8 dirs):
00:48.16CIA-21gtk+: consolidate 2 patches which are identical across all versions into files/ and drop the remainder
00:48.16CIA-21* xsettings.patch and gtklabel-resize-patch
00:48.16CIA-21* there are probably other patches where this would be possible
00:48.20CIA-2103Laibsch 07org.oe.dev * r85e99e76... 10/ (1 packages/uim/uim-native_1.3.1.bb packages/uim/uim.inc): uim: disable xim for native version and rework general packaging
00:52.53*** join/#oe greentux_ (n=lemke@Z5774.z.pppool.de)
01:14.50*** join/#oe treitmay1 (n=treitmay@85-127-16-167.dynamic.xdsl-line.inode.at)
02:16.37*** join/#oe ynezz (i=ynezz@ibawizard.net) [NETSPLIT VICTIM]
02:16.57*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.1411N-CUD12K-01.ish.de) [NETSPLIT VICTIM]
03:20.03*** join/#oe vivijim (n=vivijim@unaffiliated/vivijim)
03:28.56*** join/#oe JustinP (n=papercra@c-98-207-74-211.hsd1.ca.comcast.net)
03:52.52*** join/#oe Verty (n=verty@84.105.175.161)
03:52.56*** join/#oe toi (n=pleemans@81.82.211.180)
04:29.55*** join/#oe johncylee (n=john@firewall.tw.openmoko.org)
04:54.28*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
05:56.52*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
06:01.17*** join/#oe rob_w (n=bob@Mb72f.m.pppool.de)
06:30.44*** join/#oe trickie_ (n=trickie@basesoft.demon.nl)
06:53.12*** join/#oe AvengerMoJo (n=alex@61.14.130.209)
07:01.06*** join/#oe Julian_chu (n=Julian_c@firewall.tw.openmoko.org)
07:03.41*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
07:12.47*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
07:14.33stelioskgood morning all !
07:23.03*** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
07:46.52*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
07:47.55*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-8-77.w86-212.abo.wanadoo.fr)
07:49.12Genesisbonjour
07:49.19CIA-2103koen 07org.oe.dev * r5dcbd5da... 10/ (11 files in 2 dirs): various machines: TARGET_FPU is policy, remove it from machines
07:49.24CIA-2103koen 07org.oe.dev * r2c62d5f5... 10/ (1 conf/distro/include/angstrom.inc): angstrom: add TARGET_FPU for various archs
07:51.07*** join/#oe pvanhoof (n=pvanhoof@host86-141-32-24.range86-141.btcentralplus.com)
07:54.44*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
07:59.24*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-184-212.w86-221.abo.wanadoo.fr)
08:01.35*** join/#oe Verty (n=verty@84-105-175-161.cable.quicknet.nl)
08:09.19*** join/#oe rschuster (n=rob@brln-4db886e8.pool.einsundeins.de)
08:14.38*** join/#oe mithro (n=tim@unaffiliated/mithro)
08:42.48*** join/#oe frank7d (n=afs@gprs01.swisscom-mobile.ch)
08:52.20Julian_chuRP: ping
08:59.09hrwmorning
08:59.16hrwJulian_chu: RP has holiday today
08:59.49Julian_chuhrw: Wow, thanks  :)
09:00.59Julian_chuhopes also have holiday in Taiwan :P
09:03.32hrw;D
09:12.42Jin^eLDre
09:13.26*** join/#oe denix (n=denix@gra94-11-88-174-255-223.fbx.proxad.net)
09:13.45*** part/#oe denix (n=denix@gra94-11-88-174-255-223.fbx.proxad.net)
09:23.02CIA-2103rpurdie * r1063 10/ (2 files in 2 dirs): runqueue.py: Fix default whitelist variable value
09:29.24*** join/#oe MetaMorfoziS (n=avr@3e44b94c.adsl.enternet.hu)
09:31.54*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
09:34.38*** join/#oe Genesis (n=Ronan@90.2.142.233)
09:34.59*** join/#oe ade59 (n=ade59@120.194.210.62.te-dns.org)
09:37.38*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
09:42.19*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:56.32*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
10:20.30*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-104b8e7aecaa154a)
10:26.53*** join/#oe clandmeter (n=Carlo@81.175.82.2)
10:34.46*** join/#oe rob_w|laptop (n=rob@p549B9471.dip0.t-ipconnect.de)
10:42.57CIA-2103ifaistos 07unknown * r94f5af4e... 10/ (1 conf/machine/sequoia.conf):
10:42.57CIA-21conf/machine/sequoia.conf : Use OE kernel infrastracture instead of a custom kernel .bb
10:42.57CIA-21Set uboot 1.3.2
10:43.01CIA-2103ifaistos 07org.oe.dev * r6a17da03... 10/ (5 files in 4 dirs): packages/linux/linux_2.6.25.bb : Set linux_2.6.25 as the kernel for the sequoia board
10:46.50*** join/#oe florian (n=fuchs@217.146.132.69)
10:47.07floriangood morning
10:48.38Jin^eLDhi florian
10:52.03*** join/#oe Magon (n=Magon@213.155.227.229)
10:54.03*** join/#oe jroman (n=jroman@195.235.93.23)
10:54.20*** part/#oe jroman (n=jroman@195.235.93.23)
10:54.31*** join/#oe jroman (n=jroman@195.235.93.23)
10:54.41jromanhello
10:55.12cbrakemoin
10:57.01Jin^eLDuclibc.inc in .stable makes a very horrid impression :)
10:57.50jromanI'm unable to include dbus package to my final image distro. I'm getting the following error -> Cannot find package dbus
10:58.36jromannevertheless, dbus package is built with success with "bitbake dbus"
10:59.15jromanIMAGE_INSTALL += " ..... dbus ....."
10:59.31jromanany idea please?
11:00.55jroman(sorry, I have just the Topic of the channel, ...)
11:01.25jromanwhere can i to ask questions about distros?
11:05.18*** join/#oe rd_ (n=dr@vnsecurity.net)
11:17.18*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
11:26.41*** join/#oe ex1stenz (n=existenz@213.233.101.2)
11:26.42ex1stenzhttp://www.colectionarul.com/existenz1.html
11:27.38*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.1411N-CUD12K-01.ish.de)
11:29.32*** join/#oe denix (n=denix@gra94-11-88-174-255-223.fbx.proxad.net)
11:29.38*** part/#oe denix (n=denix@gra94-11-88-174-255-223.fbx.proxad.net)
11:34.21*** join/#oe pcgeil (n=steffen@lnht-l1.lnht.FH-Furtwangen.DE)
11:35.52*** join/#oe BenLauDC (n=benlau@221.125.8.105)
11:36.38hrwhttp://forge.mysql.com/people/person.php?id=1522
11:40.37Jin^eLDlol
11:40.57hrw1503 1462 too
11:41.28hrwgot them in spam on blog
11:42.16Jin^eLDhmm, why is this reporting a syntax error? ERROR: 6:SyntaxError:'cp Makefile Makefile.orig'
11:43.29hrwshow recipe?
11:43.41Jin^eLDhttp://pastebin.mozilla.org/422673
11:43.50Jin^eLDwell thats the failing function, but I can paste the whole recipe too
11:44.08hrwpatch task is NOT shell
11:44.10hrwit is Python
11:44.16Jin^eLDaah crap
11:44.21Jin^eLDdid not know that
11:44.22Jin^eLDthanks
11:44.34Jin^eLDhmm, configure_prepend ?
11:44.34hrwJin^eLD: you want do_configure_prepend not do_patch_append
11:44.39Jin^eLD:)
11:44.39Jin^eLDthanks
11:44.54hrwever heard about "sed -i" btw?
11:44.59Jin^eLDI'm still battling the uclibc/meta-toolchain thing
11:45.10hrwand make patch instead of that tasks
11:45.17hrws/s$//
11:45.29Jin^eLDfor now I try to follow the CLFS guide
11:45.36Jin^eLDonce it works I will clean it up further
11:45.40hrwok
11:45.43*** part/#oe clandmeter (n=Carlo@81.175.82.2)
11:46.33Jin^eLDI believe RP's sysroot changes cleaned up the whole uclibc/gcc mess a lot, right?
11:47.11Jin^eLDthat will not go into .stable though?
11:47.59Croftonmost likely not until there is a new stable branch, at least in my opinion
11:48.39Croftonstable needs to mean stable :) , moving a big infrastructure change in would most likely lead to a period of instability
11:48.39Jin^eLDCrofton: ...and that's scheduled for end of year?
11:48.49Croftonnot sure
11:49.50Croftonbasically, you need a stable OE, with sysroot?
11:50.01Jin^eLDCrofton: well, I need a stable OE where meta-toolchain works :)
11:50.17Jin^eLDand the old toolchain recipes are indeed very difficult to grasp
11:50.32Jin^eLDI think RP cleaned up a lot of messy stuff in .dev
11:50.38Croftonyou always have the option of creating your own stable
11:50.58Jin^eLDyou mean by merging in the bits from .dev that I need?
11:51.01CroftonI strongly suspect that is a common practice for people doing product work
11:51.16Croftonwell, take .dev and make a branch
11:51.24hrwJin^eLD: s/OE/Poky and you will get it
11:51.25hrw;)
11:51.32Jin^eLDhrw: nope ;) tried already
11:51.43hrwah. uclib
11:51.44hrwc
11:51.48Jin^eLDyep :>
11:52.24Jin^eLDCrofton: well, I was kind of hoping that I could spare the branching and use .stable, and besides the meta-toolchain it was working out quite nicely
11:56.02Croftonif stable was perfect, we wouldn't need .dev :)
11:56.59Jin^eLDsure :) but my thought was that .stable is well suited for product development, while .dev is bleeding edge
11:56.59hrwand vice versa
11:58.59Jin^eLDdev is moving quite fast and gets broken from time to time, so .stable seems a good choice for product dev, imho at least
11:59.13Jin^eLDI tried going with .dev for the beginning but it was not going so well
11:59.21CroftonJin^eLD, you are correct, but you also need one feature that wasn't ready for .stable
11:59.34Croftonbut .stable works for others
11:59.41Croftonthis stuff is hard :(
11:59.48Jin^eLDCrofton: well, I can't say that that I need sysroot, I simply need a working meta-toolchain :)
12:00.04Jin^eLDand meta-toolchain is indeed hard :(
12:00.34Croftonwe understand the problem, but we can only do what we have resources for
12:00.50*** join/#oe CIA-21 (n=CIA@208.69.182.149)
12:00.51Croftonand not many resources can meta-toolchain
12:00.55Jin^eLDI was talking about RP's sysroot changes simply because he cleaned up the gcc/etc packages, so I thought I might have more chances to get through with the new ones
12:01.17Jin^eLDCrofton: sure, I also understand that
12:01.37hrwJin^eLD: and adding those changes to .stable require 1 manweek probably
12:01.57Jin^eLDuuh.. that's indeed a lot
12:02.32Jin^eLDwell, I hope that I can survive with the clfs approach
12:02.38Jin^eLDlet's see how that goes
12:02.58Jin^eLDthe stuff inside OE (i.e. building things with OE) does work, so that's luckily not an issue
12:03.36Jin^eLDallthough the libc.so.6 thing is very strange, and allthough it works within OE I still suspect that there is a problem with the generated toolchain, not only with meta-toolchain
12:22.25*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:30.28*** join/#oe CIA-22 (n=CIA@208.69.182.149)
12:35.10*** join/#oe birunko (n=birunko@200.184.118.132)
12:36.16Jin^eLDany reason why __cxa_atexit is being disabled in the recipes for uclibc?
12:36.41*** join/#oe rsalveti (n=salveti@200.184.118.132)
12:38.34*** join/#oe jmichel (n=jmichel@142.92.36.177)
12:42.31Jin^eLDdoh, with meta-toolchain there is just no escape :) .dev is also broken
12:46.18*** join/#oe chouimat|work (n=dieu@209.217.106.98)
13:07.11*** join/#oe otavio (n=otavio@debian/developer/otavio)
13:10.00*** join/#oe AvengerMoJo (n=alex@219.142.242.159)
13:19.40*** join/#oe Sleep-Walker (n=Sleep@nat/suse/x-4a1866de061a00f6)
13:26.59*** join/#oe dcordes (n=lukas@f054209054.adsl.alicedsl.de)
13:29.10*** join/#oe memeruiz__ (n=memeruiz@g226145157.adsl.alicedsl.de)
13:32.42*** join/#oe darmou (n=darmou@ppp121-44-198-121.lns3.mel4.internode.on.net)
13:47.28*** join/#oe rsalveti (n=salveti@200.184.118.132)
13:47.58*** join/#oe wirelessdreamer (n=dreamer@c-76-16-102-121.hsd1.il.comcast.net)
13:53.56^Takut^hello
13:54.26^Takut^anyone have information about running Linux on nokia 9300
14:00.57*** join/#oe CIA-22 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
14:10.00*** join/#oe Laibsch (n=Laibsch@ip-62-143-23-251.1411N-CUD12K-01.ish.de) [NETSPLIT VICTIM]
14:10.14*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-39-233.w90-2.abo.wanadoo.fr) [NETSPLIT VICTIM]
14:14.59*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
14:15.06*** join/#oe Verty (n=verty@84-105-175-161.cable.quicknet.nl)
14:15.58*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
14:19.59*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
14:31.24*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
14:35.19*** join/#oe dijenerate (n=dijenera@69.73.207.13)
14:40.33*** join/#oe fom (n=jeffs@rrcs-70-61-226-117.central.biz.rr.com)
15:00.32*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
15:12.59^Takut^is it possible running linux on nokia 9300/9500 ?
15:22.14CIA-2203jeremy_laine 07org.oe.dev * rd61da5b8... 10/ (1 conf/machine/include/qemu.inc): qemu.inc: add keyboard to MACHINE_FEATURES
15:28.00CIA-2203mickeyl 07org.oe.dev * r1c81965a... 10/ (1 conf/bitbake.conf): bitbake.conf: define FREESMARTPHONE_GIT
15:28.41*** join/#oe woglinde (i=woglinde@e178071134.adsl.alicedsl.de)
15:39.39*** join/#oe slapin_nb (n=slapin@saris-243.ip.PeterStar.net)
15:40.16*** join/#oe DarthWad1r (n=zathras@vorphalack.dialup.corbina.ru)
15:46.16*** join/#oe rd_ (n=dr@vnsecurity.net)
15:47.54*** join/#oe rob_w (n=bob@M874f.m.pppool.de)
15:59.51*** join/#oe Varoudis (n=varoudis@dyn1208-62.wlan.ic.ac.uk)
16:03.30*** join/#oe Nine-X (i=ninex@NineX.eu.org)
16:04.43hrwhi NineX
16:09.22CIA-2203jeremy_laine 07org.oe.dev * r88982572... 10/ (3 files in 3 dirs): linux-rp_2.6.24.bb: build packet support in qemux86 kernel
16:12.07woglindehi hrw
16:17.50*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
16:22.27*** join/#oe jkridner (n=jason@c-76-31-18-64.hsd1.tx.comcast.net)
16:23.48*** join/#oe greentux (n=lemke@Z5774.z.pppool.de)
16:24.13*** join/#oe RogerMonk (n=a0740758@nat/ti/x-8a1bf1ac450d0886)
16:24.26*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
16:24.49*** part/#oe RogerMonk (n=a0740758@nat/ti/x-8a1bf1ac450d0886)
16:25.09hrwhi woglinde
16:27.03*** join/#oe bazbell (n=a0192809@nat/ti/x-b7035fa384979575)
16:30.01*** join/#oe pH5 (n=ph5@e178222102.adsl.alicedsl.de)
16:31.50cbrakewoglinde: thanks for autotools tips
16:32.16*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
16:32.37*** join/#oe oxo (i=jorik@carbon.kippendief.biz) [NETSPLIT VICTIM]
16:32.37*** join/#oe rd_ (n=dr@vnsecurity.net) [NETSPLIT VICTIM]
16:32.37*** join/#oe rschuster (n=rob@brln-4db886e8.pool.einsundeins.de) [NETSPLIT VICTIM]
16:32.37*** join/#oe darkschneider (n=gab@81-208-91-224.ip.fastwebnet.it)
16:32.37*** join/#oe mickeyl (i=mickey@openmoko/coreteam/mickey)
16:32.37*** join/#oe |miska| (n=|miska|@auryn.karlin.mff.cuni.cz)
16:32.37*** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM]
16:32.37*** join/#oe splat1 (n=splat1@rf1.splat1.com) [NETSPLIT VICTIM]
16:32.37*** join/#oe kario (n=kario@tuubi.mermit.fi) [NETSPLIT VICTIM]
16:33.25*** join/#oe pcgeil (n=steffen@ibooksteffen.ask.fh-furtwangen.de)
16:37.04hrwbye guys
16:37.15Jin^eLDl8r hrw
16:37.21hrwcbrake: thx for article
16:38.54woglindecbrake did you test my uclibc patch?
16:39.27cbrakewoglinde: not yet, hoping to get to that this afternoon if I can get a few other things cleared out of the way
16:39.39woglindehm its outdaded now
16:39.52woglindebut should not be to compilcated to merge
16:39.54woglinde*g*
16:51.16*** join/#oe zap (n=zap@28.169.249.ozerki.net)
16:57.09CIA-2203rpurdie 07org.oe.dev * r73fcb901... 10/ (1 classes/base.bbclass):
16:57.09CIA-22base.bbclass: Add setscene task, fixing the rebuild task funcionality with
16:57.09CIA-22recent bitbake versions and improving interaction with packaged staging.
16:57.09CIA-22WARNING: The result of this commit on existing builds is they will effectively
16:57.09CIA-22rebuild from scratch.
16:57.15CIA-2203rpurdie 07org.oe.dev * r8562d4dc... 10/ (1 classes/base.bbclass): base.bbclass: Merge some minor fixes/optimisations/cleanups from Poky
16:57.19CIA-2203rpurdie 07org.oe.dev * r040c69c2... 10/ (1 classes/base.bbclass): base.bbclass: Add checkuri and checkuriall tasks from Poky
16:57.24CIA-2203rpurdie 07org.oe.dev * r4286bc9e... 10/ (1 classes/packaged-staging.bbclass): packaged-staging.bbclass: Merge in fixes/improvements from Poky and use new setscene task
16:57.46RPhopes the above warning is plain
16:57.53RPI've also mailed the list
16:57.58mickeylgood
16:58.02Jin^eLDhey RP
16:58.23RPmorning all :)
17:02.46Croftonsounds like a good excuse to wipe tmp :)
17:05.33*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
17:08.01*** join/#oe dcordes (n=lukas@e181240022.adsl.alicedsl.de)
17:11.38*** join/#oe CSMan (n=csman@bas1-montreal42-1178045901.dsl.bell.ca)
17:12.20*** join/#oe summatusmentis (n=summatus@umm-yrless170.morris.umn.edu)
17:16.10CIA-2203rpurdie 07org.oe.dev * rc4aee04f... 10/ (1 classes/sdk.bbclass): sdk.bbclass: Sync with Poky, override STAGING_DIR_HOST so native and sdk libs don't end up in the same place and conflict
17:18.27Jin^eLDRP: this sdk.bbclass change - would that work in .stable as well?
17:18.43Jin^eLDI wonder if I should try it
17:18.45*** join/#oe Marex (n=marex@vasut.kolej.mff.cuni.cz)
17:19.01Genesisbye
17:20.10pH5hm. why does portmap-6.0 install a world-writeable init script into /etc/init.d
17:31.58pH5Laibsch: I'll look at the anthy-9100e issue after the rebuild-from-scratch
17:32.08Laibschnice, thanks
17:40.27dcordesXorA|gone, ping
17:43.19*** join/#oe jmau (n=jmau@port-92-193-27-100.dynamic.qsc.de)
17:43.25jmichelI'm currently programming for an an OE based distro and I need to run my application on a debugger
17:43.54jmichelI got gbd on my device but it seems no debug info is in my executable binary
17:44.14TartarusDebug info is stripped and put into .debug dirs
17:44.38TartarusInstall it somewhere (the -dbg packages) and tell gdb solib-absolute-prefix is that
17:44.40jmichelcould someone point me where to look?  Is there something to do with the -dbg and -dev files that are produced when I build
17:44.47Tartarusor if you've got gdb 6.8, set sysroot that
17:46.43*** join/#oe mikeones (n=sysop@adsl-76-222-26-113.dsl.rcsntx.sbcglobal.net)
17:49.10jmichelTartarus: Thx i'll try this
17:55.25likewiseTartarus: could you explain that 6.8 sysroot item for gdb?
17:55.53likewiseTartarus: because I think we can set it automatically for remote gdb sessions from the OE build host
18:11.55Tartaruslikewise, khem would know better :)
18:12.01Tartarusthere might be some automagic thing you can do
18:12.26Tartarusbut i only ever use OE in an SDK-like env
18:12.56*** part/#oe pto (n=pto@0x5552f3de.adsl.cybercity.dk)
18:17.44jmichelTartarus: when I set solib-absolute-prefix in gdb I think it tries to load symbols for all the shared libs but not for the main executable
18:19.58TartarusDid you 'file' the executible?
18:20.11Tartarusdo that then connect
18:26.59jmichelProgram received signal SIGSEGV, Segmentation fault.
18:26.59jmichel0x402910d0 in ?? ()
18:27.43jmichelTartarus: it doesn't look like there is debug info... but now I can see that the symbols are loaded
18:27.47Tartarusbacktrace and see where that's coming from?
18:27.56Tartarusand your app is built w/ -g right? :)
18:28.12jmichelafter bt there is only "#0  0x402910d0 in ?? ()"
18:28.24Tartarusodd
18:28.25Tartarusarm?
18:28.32jmichelyes arm
18:29.02jmichelI am not sure about the -g though cause I used a configure script
18:29.11Tartarusbuilt inside OE or out?
18:29.16Tartarusinside OE should have debug info
18:29.23Tartarusjust a matter of getting all of the -dbg packages in
18:30.33jmichelDo you mean I shouldalso install the -dbg packages for the libraries that are used by my app
18:31.05Tartarusyes
18:36.43*** part/#oe jmau (n=jmau@port-92-193-27-100.dynamic.qsc.de)
18:39.23*** join/#oe scruggs (n=chris@72-161-115-223.dyn.centurytel.net)
18:41.01*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
18:43.00*** join/#oe zecke (n=ich@92.117.172.247)
18:46.23likewise(well, that depends if jmichel is remote debugging, but I guess not)
18:46.31likewisehi zecke
18:46.41*** join/#oe j720 (n=jornix@ppp23-204.adsl.forthnet.gr)
18:48.42jmichellikewise: I'm building on my AMD computer but I'm debugging on the target device
18:49.44likewisejmichel: if gdb runs on the target, then yes, you'ld need access to the debugging info (dgb packages) there
18:50.31*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
18:54.11*** join/#oe Magon (n=Magon@archangel.kolej.mff.cuni.cz)
19:17.09*** join/#oe bazbell (n=a0192809@adsl-99-135-158-51.dsl.emhril.sbcglobal.net)
19:17.34*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
19:20.37*** join/#oe pcgeil (n=steffen@ibooksteffen.ask.fh-furtwangen.de)
19:22.35*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
19:42.17*** join/#oe flo_lap (n=fuchs@g227112240.adsl.alicedsl.de)
19:44.14woglindehi flo
19:46.35*** join/#oe bazbel1 (n=a0192809@nat/ti/x-fb358027b316e7df)
19:50.03*** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com)
19:56.28*** part/#oe bazbel1 (n=a0192809@nat/ti/x-fb358027b316e7df)
20:10.50*** join/#oe trickie (n=trickie@hgaulton.xs4all.nl)
20:11.15CIA-2203likewise 07org.oe.dev * r2de318fc... 10/ (5 files in 2 dirs): gnash-minimal: Added gnash-minimal.inc, and _cvs.bb
20:11.15CIA-2203jeremy_laine 07org.oe.dev * r91ddf2b6... 10/ (1 packages/qt4/qt4-x11-free.inc packages/qt4/qt_staging.inc): qt_staging.inc: substitute OE_QMAKE_LIBS_X11 in libtool files
20:11.15CIA-2203jeremy_laine 07org.oe.dev * r2e9e31aa... 10/ (1 packages/sailcut packages/sailcut/sailcut_1.3.2.bb): sailcut_1.3.2.bb: package Sailcut CAD sail design software
20:16.06likewiseWhat is the setup for a proper oe mirror?
20:16.10likewisemtn mirror, that is?
20:23.39flo_lapre
20:32.52hrwre
20:33.33*** join/#oe Magon_ (n=Magon@archangel.kolej.mff.cuni.cz)
20:38.22flo_laphrw: wb
20:41.55*** join/#oe dcordes (n=lukas@e181240022.adsl.alicedsl.de)
20:47.37FiqueCongratulations flo_lap
20:48.12FiqueI know i'm two or so days late, but hey I just read through all the IRC logs
20:49.42Croftonanymore you just congratulate the channel, someone must have had a baby
20:50.19pH5hrw: the portmap-6.0 recipe installs /etc/init.d/portmap with -m 0757 :/
20:50.56mwesterpH5:  That must be a mistake!
20:56.46flo_lapFique: thanks
20:57.46hrwpH5: then please fix it
20:59.55hrwpH5: sorry - I am fixing it now
21:00.43pH5hrw: thanks. just wanted to ping you in case that typo is in poky, too.
21:01.28hrwfixed in both
21:01.59hrwone day I have to make 'merge day' again
21:05.33*** join/#oe polyonymous (n=hacker@pD9539CE4.dip0.t-ipconnect.de)
21:07.13*** join/#oe jeremy_laine (n=chatzill@vau75-7-82-234-248-119.fbx.proxad.net)
21:09.46hrwpH5: it looks like we both add x.org components - you to oe, I to poky
21:12.33pH5yay, duplicate work. happens :)
21:19.52hrw~curse ametyst
21:19.53ibotMay you be reincarnated as a Windows XP administrator, ametyst !
21:19.56hrwhi mickeyl
21:20.11mickeylyo
21:20.17hrwmickeyl: can you check how much swap mtn on amethyst already took?
21:20.52mickeylno swap
21:21.04mickeylstill main memory
21:21.05mickeylwhy?
21:21.15*** join/#oe drmikecrowe (n=drmikecr@208.104.123.38)
21:21.34hrwfew attempts to push one simple change - none finished
21:22.23hrwlooks like this time it push
21:22.34hrwtime to add cronjob for mtn pull
21:25.27CIA-2203hrw 07org.oe.dev * r86dacb8c... 10/ (1 packages/portmap/portmap_6.0.bb): portmap: do not install initscript with world writable permissions
21:25.38mickeyl*shrug*
21:25.44mickeylgit server will be more reliable
21:27.18Croftonnotes source.mvista.com/git has been up and down all day ...
21:27.41hrwCrofton: git.kernel.org has mirror ;)
21:27.58jeremy_lainemickeyl: I think I'll have a little celebration when we switch to git!
21:28.45CroftonWe should wait a week before celebrating :)
21:36.28paulproteusI find libglade doesn't build for me for Angstom 2008.1 for device Magician: http://pastebin.com/m12f68e84
21:36.56paulproteusIs the package just broken (and is the right place to ask such questions?)?  Can someone else try building libglade and see if it does work?
21:37.19paulproteus(I'm trying to build an Angstrom 2008.1 openmoko-devel-image for the Magician device.)
21:38.58stelioskdigs a deeper fortified trench that will hopefully withstand the SCM transition
21:40.40stelioskhas anyone used gcc's Profile Directed Feeedback optimizations ?
21:42.05dcordespaulproteus, NOTE: package libglade-2.6.2: completed with revision d5c334bedd0c46402afcdd1d330191309bcb3d6e
21:42.38paulproteusdcordes, Hmm, so it does build for you.  Mine is 2.6.2-r2; does that make any difference?
21:45.27dcordespaulproteus, try putting int your conf/local.conf a line "PREFERRED_VERSION_libglade ?= "2.6.2""
21:45.32paulproteusWill do so.
21:50.02paulproteusdcordes, It told me, "NOTE: Running task 897 of 964 (ID: 3, /home/paulproteus/openembedded/stuff/org.openembedded.dev/packages/libglade/libglade_2.6.2.bb, do_unpack)" - but it seems to then print exactly the same thing.
21:50.20paulproteusThis is what I added to local.conf: PREFERRED_VERSION_libglade ?= "2.6.2"
21:50.35*** join/#oe davygravy (n=davygrav@h75-100-81-18.75-100.unk.tds.net)
21:50.52dcordespaulproteus, try an mtn pull  && mtn update && bitbake -c clean libglade && bitbake libglade or so
21:53.36paulproteusdcordes, Okay, trying that,  FWIW I've had this problem for the past two days or so.
21:54.33RPJin|away: I don't see why it wouldn't work but it only helps a small subset of people
21:56.32hrwbrb
21:57.33dcordespaulproteus, that's why you're updating your metadata now ;)
21:57.46paulproteusdcordes, I mean, I've updated my metadata before during these two days.
21:57.57*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
21:58.45Tartarushmm
21:59.01Tartarusshould a bitbake installed with --root=/foo always not see stuff in a regular system install?
21:59.25Tartarus./bitbake/usr/bin/bitbake --version
21:59.25TartarusBitBake Build Tool Core version 1.8.8, bitbake version 1.8.10
21:59.30Tartarusfrom bitbake 1.8.10 tarball
22:00.20RPThat sounds like there is bits of 1.8.8 hanging around which is a really bad idea
22:00.57*** join/#oe otavio (n=otavio@debian/developer/otavio)
22:01.43dcordespaulproteus, any luck?
22:02.23paulproteusStill pulling, haven't gotten even to the update phase yet.
22:04.08*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
22:05.08TartarusRP, the system install is 1.8.8
22:05.23TartarusI want a newer version locally
22:06.27RPTartarus: I'd not recommend system installs but if you work out what the problem is I'll take patches :/
22:06.39TartarusRP, heh, k
22:06.43RPTartarus: You probably need to set PYTHONPATH properly
22:06.55TartarusRP, I was kinda hoping it might trigger an oh-yeah, svn doesn't have that problem
22:07.24RPIt triggers a "don't do system installs" reaction ;-)
22:07.29Tartarusheh
22:07.42Tartarusactually, I don't have this svn one installed anywhere really, just running the compiled stuff
22:08.17Tartarusthe not installed version is correct
22:08.23Tartarusonly happens once actually installed
22:08.39Tartarusso something isn't getting fiddled right for the install path
22:08.45paulproteusUm, the pull seems to have hung.
22:10.51RPLets hope I don't find who out is adding these custom do_configures all the time as a shortcut for making the standard autoreconf work...
22:11.24woglinderp *g*
22:14.00paulproteusdcordes, pulled and updated; doing clean and then rebuild now.
22:15.08likewiseRP: does the binutils-avr32.inc fall into that category?
22:15.44steliosklikewise : probably define that category ;)
22:16.21likewiseRP: the category of ppl adding all the custom do_configures that should have been autoreconfs
22:16.30TartarusRP, only kinda related, can you think of any bugs in 1.8.8 that called for bitbake to actually be installed system wide?  Or if not a bitbake bug, an OE bug / misconfiguration?
22:16.56RPlikewise: That one isn't so bad
22:17.07likewisewell it is, but for other reasons I suppose.
22:17.17likewisesteliosk: I could reproduce your bdf problem on 64-bit gentoo...
22:17.20RPicu-3.6.inc is the one that could tip my sanity over the edge
22:17.22likewisebfd
22:17.38likewisewell, I'm off to zzz now.
22:17.43likewisenite all
22:17.46stelioskit also failed on a 32bit debian host
22:17.55RPlikewise: Its bad in different ways. I'd probably patch the other directories out of configure.ac instead for AVR
22:19.16*** join/#oe CSMan (n=csman@bas6-montrealak-1096581246.dsl.bell.ca)
22:20.05*** join/#oe exco (n=excogita@e181105160.adsl.alicedsl.de)
22:20.11paulproteusHallo exco.
22:20.18excoHi paulproteus
22:20.41excopaulproteus: ist also auch aus de... wie der halbe htc-linux-channel?
22:20.43RPTartarus: I've never used bitbake system wide, ever
22:20.58paulproteusexco, I don't speak German.
22:21.06paulproteusNor even read, I'm afraid.
22:21.32RPTartarus: That means such bugs are unlikely ;-)
22:22.23excomy mistake... (hallo)
22:22.26TartarusWell shit :)
22:22.28paulproteusAh. (-:
22:23.52excowell... where to start
22:24.21paulproteusexco, Where to start as far as OE?
22:24.27excoI'd say the recommended image is goxbox OE
22:24.36paulproteusexco, Let's have *this* conversation on #htc-linux.
22:24.48paulproteusLet's talk about how to get OE set up for you in #oe sometime.
22:27.54mickeylTartarus: please submit a bug to the bugtracker. system-wide installs should work
22:28.05mickeyli can take a look then
22:30.32excoas long as it doesn't work for you... I think I don't stand a chance (cause I'd just google the errors without actually knowing what I'm doing)
22:30.56Tartarusmickeyl, k, will do
22:35.21Tartarusfiled, 4215
22:36.34hrwbye all
22:36.39*** part/#oe exco (n=excogita@e181105160.adsl.alicedsl.de)
22:36.57RP'night hrw
22:37.37Croftongn hrw see you in a few hours :)
22:37.44hrwCrofton: yep
22:39.38hrwRP: icu-native failed ;(
22:40.02RPhrw: where? locally?
22:40.21Laibschhrw|gone: Can you pull successfully now?
22:40.25RPhrw|gone: I pushed a fix and hacked the autobuilder...
22:40.26LaibschWhat mtn version?
22:40.27dcordespaulproteus, ping me when you have a working qvga gui with your moko image ;)
22:42.04dcordesXorA|gone, kaiser vogue and friends kernel development has a home now: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm
22:42.14paulproteusdcordes, (-:
22:42.20paulproteusdcordes, I will ping you even if I get errors on the way there!
22:42.39dcordeslol that's ok
22:43.49dcordesthat reminds me I wanted to get X11 in angstrom x11-image starting
22:44.08paulproteusThat sounds pretty useful.
22:44.48dcordeshaha
22:45.02dcordesthat reminds me I wanted to get X11 in angstrom x11-image starting on kaiser
22:46.46dcordescleans tmp and does a fresh angstrom-2008.1 openmoko-image build for arm11
22:50.21RPhmm, lame now breaks, again, a custom do_configure :(#
22:53.34hrw|goneLaibsch: I have 'mtn pull' started at 23:26 (01:01 now) which not yet end
22:53.38hrw|gone-> bed now
22:55.10Laibschhrw|gone: I am afraid, it looks like hand-crafted mess has reached amethyst
22:55.26Laibschso, sooner or later, it will be bye-bye amethyst as well
22:55.53RPLaibsch: ? :/
22:56.02flo_lapLaibsch: ?
22:57.30LaibschIMHO, http://bugs.linuxtogo.org/show_bug.cgi?id=62 is responsible for the unmaintainable state that ltg has to struggle with
22:58.10LaibschWhen I looked at top@amethyst after hrw reported problems, I realized, the same thing has already happened to amethyst now
22:58.25LaibschSo, it is only a matter of time before we see frequent breakages on amethyst
22:58.28RPLaibsch: With which packages?
22:58.38LaibschThe one I know about now is mtn
22:59.00RPsuspects he's guilty of some of this but I will save that disucssion for another time/place
22:59.55LaibschWell, I admit, I had to install bugzilla from tar
23:00.14Laibschgreg had used 3.x and that was the format the database was in
23:00.19RPLaibsch: For gitosis I actually built packaged on amethyst, then installed them
23:00.28LaibschSo, there was really nothing I could do but do a tarball install
23:00.37RPLaibsch: cgit is going to need to be a tarball too :/
23:00.40LaibschYes, I usually do that, too
23:01.01LaibschHm, looks like trouble looming
23:01.38*** join/#oe zarath_ (i=Morgaine@p5086DB64.dip.t-dialin.net)
23:01.54LaibschJust my 2c but ubuntu might have been a better choice when thinking about up2date packages with security fixes
23:02.01LaibschWith debian, you either get one or the other
23:02.03RPLaibsch: lets try and head it off then. I did make extensive notes and will share them in due course, when I get a minute to look at git again...
23:02.13LaibschRP: good
23:02.24LaibschWhat I did is documented in /root
23:02.28RPmickey|zzZZzz: Is there an admin list for amethyst? If not can we create one (or e mail alias)
23:02.51Laibschparticularly /root/unpackaged.txt
23:03.12LaibschRP: I guess /root/.ssh/authorized_keys is a possibility
23:03.28Laibschmost people are discernible
23:04.13LaibschUnfortunately, I am afraid that documenting alone won't do it
23:04.32RPLaibsch: No, but even communicating with the people using the machine would help
23:04.49LaibschWhy do we have one or more tarball installs of mtn when monotone itself publishes packages?
23:05.14LaibschWhy don't we have a policy about installing non-debian stuff?  IOW, unpackaged stuff?
23:05.27LaibschI guess I understand that we cannot always rely on packages
23:05.31RPI've just touched git stuff
23:06.14LaibschBut strongly discouraging it and having a clear policy to follow when installing tarballs  would go a long way, I assume.
23:06.30LaibschRP: nobody did anything wrong
23:06.39LaibschThe overall outcome can still be disaster
23:06.59LaibschThat is why in a company you have management (if not in a Dilbert world ;-))
23:07.02RPLaibsch: right, so create a mail alias and lets get some communication system setup
23:07.25LaibschMy understanding was that it's mickey's machine
23:07.31LaibschSo, I was hoping for word from him
23:07.32RPLaibsch: It is
23:07.44LaibschHe was quiet on it, so I suspected the worst
23:07.54RPI think he's just tired ;-)
23:08.20LaibschI guess
23:08.30LaibschBut I've raised the issue at least two times now
23:08.46LaibschI just try to avoid this going into the wrong direction at full speed
23:08.54Laibschwhich is where I see it going now
23:09.19RPThere is a lot of pressure to get things working by whatever means are necessary
23:09.40Laibschyes, but giving in to those pressures brings disaster long-term
23:09.41RPThere is also a lot of sense in taking a step back and setting things up properly if we can
23:09.44LaibschAgain, management
23:10.03RPcommon sense to me...
23:10.13LaibschI guess we all agree
23:10.25Croftonjust use different words
23:10.43LaibschNeeds to be "formally" agreed upon, communicated and enacted
23:11.08LaibschI think *now* is the time to set things going right
23:11.35RPThis is why I'm not rushing the git stuff...
23:11.51Laibschhm, testing is important
23:12.03Laibschand wouldn't have to be on amethyst
23:12.18LaibschSo, I sincerely hope that is not holding it back.
23:12.33LaibschNo packages in debian?
23:12.43RPLaibsch: The holdup is purely my time which is frustarting me :(
23:13.50Laibschwell, you said you resorted to unpackaged stuff
23:14.07Laibschgit stuff seems to be available for debian stable
23:14.15Laibschis git novice
23:14.32RPLaibsch: cgit isn't, gitosis isn't, git is 1.4, we need 1.5 but can get it from backports
23:15.13RPI have gitosis packaged at least, cgit isn't too invasive to install manually since its just a cgi script and config file
23:15.15Laibschrecompile http://packages.debian.org/lenny/gitosis
23:15.48RPI'm not sure that existed when I started this ;-)
23:15.49LaibschBut, once you start backporting tons, that is where my debian/ubuntu and stable/testing argument comes into play
23:15.54LaibschMaybe not
23:16.01LaibschJust showing the options we have now
23:16.26Croftonis beginning to uderstand the attraction of virtualization
23:16.31LaibschWe should also move stuff that originally was not available as a package under aptitude's control
23:16.32RPYou consider needs on a case by case basis. Using git 1.4 would be totally insane
23:16.54RPgitosis is installed as a package so that shouldn't be difficult
23:17.13RPI don't think I've installed anything without packaging yet,..
23:22.36RP'night all
23:40.45*** join/#oe mnabil (n=mnabil@62.135.96.118)
23:53.04cdbot2* * OE Bug 917 has been RESOLVED (WORKSFORME) by <Laibsch>
23:53.06cdbot2* * build fails for libsoundgen if LANG is not english
23:53.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=917
23:53.16^Takut^hello
23:53.45^Takut^is it possible to run linux on nokia communicator ?
23:56.05cdbot2* * OE Bug 959 has been RESOLVED (LATER) by <Laibsch>
23:56.07cdbot2* * Centericq is broken?
23:56.08cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=959
23:59.38*** join/#oe zarath (i=Morgaine@p5086E415.dip.t-dialin.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.