IRC log for #oe on 20100811

00:02.48*** join/#oe BenLauDC (~benlau@221.125.8.44)
00:17.38*** join/#oe methril__ (~methril@189.27.131.205.dynamic.adsl.gvt.net.br)
00:18.44*** join/#oe methril_work (~methril@201.35.65.90)
00:22.17*** join/#oe aloisiojr (~aloisio@189.115.171.239)
00:25.55*** join/#oe fraxinas (~quassel@p4FD65845.dip.t-dialin.net)
01:19.00kergothhmmm
01:19.12kergothwonders if anyone had any thoughts on his bitbake 'logging' branch
01:24.07*** join/#oe russ (~russ@206.29.188.182)
01:26.45*** join/#oe jpereira (~jpereira@unaffiliated/jpereira)
01:35.36Tartaruskhem: ping
01:35.51Tartaruskhem: I wanna make a bugfix to gcc-configure-cross.inc for relocation, bump prs or no?
01:47.26khemTartarus: what sort of fix it is
01:48.09*** join/#oe julian_ (~julianpid@62.200.22.2)
01:50.04khemTartarus: and I think its modifying the binaries so PR bump is needed I think
01:54.29TartarusSo all of the PRs? ug
01:54.38khem:(
01:54.48TartarusAnd dropping --with-local-prefix and --with-gxx-include-dir
01:54.52khemwhat is the change btw
01:55.00Tartarusfrom EXTRA_OECONF_PATHS
01:55.18khemseems ok
01:55.21Tartarusyeah
01:55.25Tartarusits well tested here
01:55.29Tartaruspushed it to pb's branch iirc
01:55.41khemok
01:55.52Tartarusran into it again doing relocation tests on upstream, i'll do the PR dance tonight or tomorrow then, thanks
01:56.03khemsure
01:56.47khemTartarus: I guess SDK needs love too wrt to relocatability
02:04.09*** join/#oe fraxinath (~quassel@p4FD663F0.dip.t-dialin.net)
02:04.24TartarusYes
02:04.35TartarusIt's just a bit more difficult since there's some other hard-coded things around
02:05.06khemyeah SDK I plan to look into it seriously
02:05.09khemin coming days
02:05.47*** join/#oe julian_ (~julianpid@firewall.ctxuk.citrix.com)
02:09.06CIA-403Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r15ce294f13 10openembedded.git/recipes/gcc/ (18 files):
02:09.06CIA-4gcc-configure-cross.inc: Drop --with-local-prefix and --with-gxx-include-dir
02:09.06CIA-4We don't need these paths to be set and they further break things if
02:09.06CIA-4we use --sysroot rather than -isystem
02:09.06CIA-4Signed-off-by: Tom Rini <tom_rini@mentor.com>
02:10.27*** part/#oe Thalarctos (~Thalarcto@12.156.66.34)
02:15.44*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
02:19.00*** part/#oe meindian523 (~easwar@unaffiliated/easwar)
02:28.05*** join/#oe pcacjr_ (~pcacjr@187.78.48.137)
02:28.05*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
02:38.19*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
02:51.09*** join/#oe julian_ (~julianpid@62.200.22.2)
02:57.12*** join/#oe mekius (~mekius@enlightenment/developer/mekius)
03:05.41*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
03:06.36*** join/#oe borg__ (~olaf@p5486812A.dip0.t-ipconnect.de)
03:12.06*** join/#oe tuxfan_ (~quassel@190.99.236.17)
03:20.21*** join/#oe porcoesphino (~porcoesph@165.228.198.130)
03:24.05porcoesphinohey, I've been given a binary that I want to add to an image temporarily. It executes if I manually copy it across but I want to add it to the image. I keep getting a QA error during packaging (No GNU_HASH). Anyway to ignore these so that do_package finishes anyway?
03:26.15porcoesphinogoogle keeps telling me to play with LDFLAGS, but that's not really an option. And the executable works... it's just failing checks because it doesn't have a gnu hash table
03:26.47*** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net)
03:53.56khemporcoesphino: you dont build it from source ?
04:13.44*** join/#oe shoragan (~shoragan@sicherheitsschwankung.de)
04:22.04*** join/#oe vps (~vitus@hnvr-4d0794f4.pool.mediaWays.net)
04:27.28*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
04:46.13JaMakhem: I can confirm that same toolchain (gcc-4.5, binutils-2.20.1, eglibc-2.12) and now also same distro (SHR), built on same buildhost does have those alignment traps on armv5te (so the same as on armv4t), I'll try to narrow the diff between Angstrom and SHR
05:02.21*** join/#oe mrmoku|a` (~mrmoku@ppp-93-104-75-83.dynamic.mnet-online.de)
05:07.36*** join/#oe mrc3_ (~mrc3@nat/ti/x-bwfabnonlunwejgt)
05:12.28*** join/#oe mrc3_ (~mrc3@nat/ti/x-jrgveenggllhfmmf)
05:14.59*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:24.59eFfeM_workgh
05:25.00eFfeM_workgm
05:25.56JaMagm
05:26.12*** join/#oe raster (raster@enlightenment/developer/raster)
05:28.43eFfeM_workanyone with autotools knowledge around who can help me with this: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022614.html
05:29.09eFfeM_worki'm pretty stuck with it, probably due to limited knowledge of autotools
05:29.52eFfeM_workcurrent solution is to develop a patch which is applied after configure (but that solution does not seem too nice)
05:35.42mrmokuJaMa: oh, Angstrom does not have them?
06:23.57JaMamrmoku|away: no
06:24.51JaMamrmoku|away: I thought it was because of different arch, but now it seems that's because different CFLAGS Angstrom is using or something like that (as I have Angstrom updated to same toolchain as we use)
06:34.16*** join/#oe konne (~Miranda@85.183.99.11)
06:36.26JaMathere is still something wrong with multimachine cross builds :/ see this log http://tinderbox.openembedded.org/packages/682521/
06:37.19*** join/#oe tuxfan (~quassel@190.99.236.17)
06:46.52*** join/#oe vps1 (~vitus@145.253.169.210)
06:57.19*** join/#oe lrg (~lrg@slimlogic.co.uk)
07:09.36khemJaMa: LD_RUN_PATH="/lib"
07:09.41khemthats bogus
07:10.19hrwmorning
07:13.02eFfeM_workhi hrw
07:17.42JaMakhem: but why it used armv6?
07:17.56JaMakhem: while building for armv4t I mean
07:18.14JaMakhem: and armv6 build from same tmpdir works ok
07:19.05*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:21.41*** join/#oe Heinervdm (~thomas@pD9E139C7.dip.t-dialin.net)
07:24.07*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
07:33.04*** join/#oe konne (~Miranda@85.183.99.11)
07:34.53CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * ra4c72e350c 10openembedded.git/recipes/ (kexecboot/linux-kexecboot_2.6.35.bb linux/linux_2.6.35.bb):
07:34.53CIA-4linux(-kexecboot)-2.6.35: upgrade to latest stablepatch 2.6.35.1
07:34.54CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:34.54CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re6b733c03e 10openembedded.git/recipes/tasks/task-shr-feed.bb:
07:34.54CIA-4task-shr-feed: add xfsdump
07:34.55CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:36.13CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1816ba3639 10openembedded.git/recipes/xfsprogs/xfsdump_3.0.4.bb:
07:36.13CIA-4xfsdump: add recipe
07:36.13CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:36.13CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8d5d9701a1 10openembedded.git/recipes/xfsprogs/xfsprogs_3.1.2.bb:
07:36.14CIA-4xfsprogs: stage dev headers, used later by xfsdump
07:36.15CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
07:46.45*** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net)
07:55.20*** join/#oe ant_work (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it)
08:00.02*** join/#oe jesperv (~jesperv@0x3ef27a9e.cpe.ge-0-1-0-1105.aroenqu1.customer.tele.dk)
08:00.04*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
08:11.00*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
08:12.51*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
08:18.50*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
08:25.05*** join/#oe kgilmer (~kgilmer@host-174-45-93-89.bzm-mt.client.bresnan.net)
08:42.23*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
08:55.41CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rd1c85b5333 10openembedded.git/recipes/xfsprogs/xfsdump_3.0.4.bb: xfsdump: add xfsprogs to DEPENDS
08:59.42*** join/#oe arun_ (~arun@unaffiliated/sindian)
09:08.53*** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz)
09:15.55*** join/#oe woglinde (~henning@port-83-236-187-42.static.qsc.de)
09:28.48*** join/#oe konne (~Miranda@85.183.99.11)
09:29.20*** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net)
09:30.53woglindehi zecke
09:31.15zeckewoglinde: do you remember if the modutils were broken recently?
09:31.21woglindeno
09:31.23woglindesorry
09:31.41woglindewhy should they broken? compile or execute?
09:31.57zeckecan't wait to buy a new workstation in berlin... my laptop takes days to compile OE
09:32.04zeckewoglinde: -lc missing when linking
09:32.04woglindehehe
09:32.10woglinde6core amd?
09:32.17woglindeor intel?
09:32.34zeckewoglinde: 128 Atom CPUs?
09:32.51woglindeneeds to much power
09:32.59ynezz10xbeagle :)
09:33.06woglindeproblem is anyway the disks
09:33.22woglindesee this often with my phenom2
09:35.46ant_worklet's hope new SSD will be bigger and cheaper enough
09:37.02woglindeoe builds would be a good stress test
09:37.10woglindehi ant btw.
09:37.26ant_worksure, I burned two disks this summer...
09:37.51ant_workcheap hdd shouldn't be so stressed
09:40.04woglindewhich vendor?
09:40.06woglinde2?
09:40.24ant_workone was a Seagate Barracuda
09:40.29ant_workothe a Samsung
09:41.02ant_workimagine I have still some SCSI hdd from 2000 on a backup server
09:41.07woglindehm samsung was good enough for me the last years
09:41.38woglindeI even got a refurbished 70gig disk, just 2 weeks before the warranty was over
09:41.44woglindefor my borken
09:42.09ant_worknow I got 2 Seagate Barracuda 7200.12 - Hard disk - 500 GB
09:42.16ant_workone platte
09:42.24ant_workhopefully more resistent...
09:42.49woglindehm the trick with scsi disk is
09:42.52woglindedont turn them off
09:45.12ant_workI've replaced the server , now we have 2 fusion mpt SAS in raid1. It's a little server
09:45.32ant_workrit's up since october
09:45.59ant_workthis SAS seems good, expensive though
09:47.34woglindehm yes
09:48.19ant_workbtw is Siemens now definitely out of this server business?
09:48.40ant_workI mean with Fujitsu
09:49.08hrwwoglinde: which phenom you have?
09:49.22woglindephenom2x4 the smalltes one
09:49.25woglinde2,4 ghz
09:49.28JaMamodel name : AMD Phenom(tm) II X4 965 Processor
09:49.40hrwfor next machine (but in ~May 2011) I am starting to checking which way to go
09:49.48woglindemine should be 8xx something
09:49.55JaMacpu MHz         : 3400.000
09:50.04woglindehrw sure intel should be have something new than
09:50.10hrw1. am3 + 4/6 core + 8-16 gb ddr3
09:50.32hrw2. intel i5/i7/xeon 4/6 core + 8-16gb ddr3
09:50.57woglindexeon is to expensive
09:51.16hrwwoglinde: xeon 3430 is ~i7 860 or sth like that
09:51.44woglindexeon profits from larger chaches
09:52.03woglinde~curse the crappy inet connection here
09:52.04ibotMay you be reincarnated as a Windows XP administrator, the crappy inet connection here !
09:57.18hrwwoglinde: x3430 ~= i5 760 (2.4 contra 2.8GHz but 8MB L2 instead of 1MB)
09:59.20ant_workI updated my old 775 witha xeon X3220 (2,4Ghz) and this latest stepping goes well beyond 3.2 ghz
10:00.20hrwant_work: I have q6600 (2.4GHz) now on 775
10:00.33ant_workvery similar
10:00.52hrw33-40°C with low load
10:02.25hrwI got it to 2.8GHz or more but then goodbye cpufreq
10:04.27*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:08.11ant_workI reached 58 C° but mine is almost fanless (out was 39 C°)
10:08.32ant_workthen HDD broke :p
10:09.18hrwI have mugen2 with 140mm fan blowing into it. then 140mm which pulls from case (behind cpu radiator) + 120mm fan in psu (over cpu radiator)
10:09.39ant_workI have old tuniq tower
10:11.10ant_workhrw: temps went down when I exchanged PSU
10:11.24ant_workI can really suggest Enermax EMG500AWT MODU 87 500W
10:11.35ant_workcold and silent up to 300w
10:11.47ant_worki.e. almost always (I'm not a gamer)
10:12.21ant_workI got one for free....
10:12.22hrwI have corsair 550W
10:12.26*** join/#oe dth_ntb (~dieter@a89-182-30-37.net-htp.de)
10:19.39hrw-> reboot
10:26.49*** join/#oe hrw (~hrw@chello087207212063.chello.pl)
10:33.36woglindere
10:34.20woglindehm I am thinking about water cooling
10:34.27woglindein the next time
10:36.54*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:42.45*** join/#oe kamel (~larabuz@197.0.150.133)
10:42.57kamelhello
10:43.17kameli will try to build cairo
10:43.37*** join/#oe mrmoku` (~mrmoku@ppp-188-174-23-243.dynamic.mnet-online.de)
10:43.51kamelthe problme is task do_rootfs failed
10:47.59hrwno
10:48.09hrwyou do not try to build cairo then
10:48.19*** join/#oe dos11 (~dos@unaffiliated/dos1)
10:48.21hrwdo_rootfs tells that you are building image
10:51.51kamelok thanks
10:56.56CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r56f7be7645 10openembedded.git/recipes/powervr-drivers/ (2 files in 2 dirs): omap3-sgx-modules: add patch to fix texture width detection
11:14.46*** part/#oe kamel (~larabuz@197.0.150.133)
11:21.49*** join/#oe Heinervdm (~thomas@pD9E139C7.dip.t-dialin.net)
11:28.25JaMakhem: confirmed, O2 doesn't do alignment traps, Os does
11:30.19*** join/#oe Jay7 (jay@95-29-186-116.broadband.corbina.ru)
11:36.16*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
11:41.07*** join/#oe otavio (~otavio@debian/developer/otavio)
11:44.04*** join/#oe Taalas (~Taalas@p5B165D5B.dip.t-dialin.net)
11:52.02*** join/#oe Gaston|Home (~Gaston@c-742ce353.155-1-64736c11.cust.bredbandsbolaget.se)
11:53.25TaalasHello
11:55.14TaalasI have a Gumstix Overo Fire with a Chestnut43 board. I bitbaked a omap3-console-image. Everything was fine. System is booting up properly. But if I try to install a program using opkg then it fails.
11:55.35TaalasAlso an opkg update && opkg upgrade fails with following error:
11:55.42Taalas/usr/lib/opkg/info/hicolor-icon-theme.postinst: line 7: can't create /etc/gtk-2.0/gdk-pixbuf.loaders: nonexistent directory
11:56.01Taalas/usr/lib/opkg/info/hicolor-icon-theme.postinst: line 7: gdk-pixbuf-query-loaders: not found
11:56.08Taalas/usr/lib/opkg/info/hicolor-icon-theme.postinst: line 13: gtk-update-icon-cache: not found
11:57.49TaalasI checked my bitbake recipe and I can't anything that is pointing to gdk or gtk. Also googling didn't point to the right path. Does anybody know anything about why this error occurs?
12:03.32eFfeM_workwas it here we talked about the beer-bike in amsterdam (about a week ago)? The court has ruled it is not allowed
12:03.41woglindeTaalas remove the hicolor-icon-theme package
12:06.14*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
12:12.43*** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz)
12:13.56Taalaswoglinde thanks for the point. angstrom-zeroconf-audio had some dependencies which included hicolor-theme...After forcing to remove all depending packages everything worked fine
12:14.20woglindeseems hicolor-package needs some more deps
12:16.41TaalasI'm trying to get ruby on rails on a gumstix. But my ruby could not be installed because of this error...
12:17.33*** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi)
12:17.33CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfe8ec48505 10openembedded.git/recipes/upnp/gupnp_0.13.4.bb: gupnp: add 0.13.4
12:17.35CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb5ef0accda 10openembedded.git/recipes/rygel/rygel_0.6.0.bb: rygel: add 0.6.0
12:17.36CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r9f75b210f2 10openembedded.git/recipes/upnp/gupnp-av_0.5.9.bb: gupnp-av: add 0.5.9
12:22.48*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
12:27.42*** join/#oe BenLauDC (~benlau@221.125.8.44)
12:30.47*** join/#oe ldnunes (~ldnunes@189.114.111.55)
12:40.49*** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr)
12:47.50*** join/#oe kevinsc (~a0214685@nat/ti/x-henqewlyewwmcgky)
12:48.04*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
13:04.39*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
13:07.51*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:07.53*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
13:22.49*** join/#oe Ironnads (~Ironnads@host109-152-246-204.range109-152.btcentralplus.com)
13:25.31*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
13:47.00CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r6f16935793 10openembedded.git/recipes/bash/bash_3.2.bb:
13:47.00CIA-4bash: bump PR after ncurses upgrade
13:47.00CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:47.12CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7751138384 10openembedded.git/recipes/tasks/task-shr-feed.bb:
13:47.12CIA-4task-shr-feed: add numberx and neomis
13:47.12CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:48.17CIA-403Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6d5bcdc04d 10openembedded.git/recipes/lmbench/lmbench_2.5.bb: lmbench: fix build
13:48.51*** join/#oe zecke (~ich@46.115.88.73)
13:50.41woglindere zecke
13:54.11*** join/#oe kristoffer (~kristoffe@80.251.192.2)
14:04.19*** join/#oe jkridner1 (~a0321898@nat/ti/x-lykmxomiureszbnz)
14:10.46*** join/#oe Spz0 (~a@97-120-169-45.ptld.qwest.net)
14:15.17*** join/#oe tuxfan (~quassel@190.99.236.17)
14:18.33*** join/#oe GNUtoo|laptop (~gnutoo@84.246.217.30)
14:20.57*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
14:23.24*** join/#oe stefan_schmidt (~stefan@p5B0356F4.dip.t-dialin.net)
14:30.20*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
14:30.52*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
14:36.03*** join/#oe GNUtoo|laptop (~gnutoo@host63-55-dynamic.180-80-r.retail.telecomitalia.it)
14:38.24*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
14:42.53*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
14:43.33*** join/#oe pirho_ (debian-tor@gateway/tor-sasl/pirho)
14:53.27*** join/#oe jamuraa (~jamuraa@c-75-72-149-7.hsd1.mn.comcast.net)
15:00.26*** join/#oe Slyon (~lukas@p4FDB3B25.dip0.t-ipconnect.de)
15:00.50*** join/#oe kgilmer (~kgilmer@216.187.191.87)
15:03.05*** join/#oe pirho__ (debian-tor@gateway/tor-sasl/pirho)
15:07.20*** join/#oe GNUtoo|laptop (~gnutoo@host63-55-dynamic.180-80-r.retail.telecomitalia.it)
15:11.29*** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net)
15:12.08*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
15:19.47*** join/#oe aloisiojr (~aloisio@186.212.112.70)
15:25.46*** join/#oe CMoH (~cipi@95.76.71.81)
15:32.43kergothmorning
15:33.48GNUtoo|laptophi
15:34.02GNUtoo|laptophmmm khem is not there
15:34.08woglindehi kergoth
15:34.08GNUtoo|laptopI wanted to ask him that:
15:34.20GNUtoo|laptopwhere to learn more about elf,binutils etc...
15:34.31GNUtoo|laptopand gcc
15:34.39woglindelearn what?
15:34.59GNUtoo|laptopbasically the goal will be to be able to get a lot of infos
15:35.12GNUtoo|laptopfrom the binaries,intermediate source code etc...
15:35.14GNUtoo|laptopfor instance
15:35.28GNUtoo|laptopyou've got a runtime issue
15:35.37GNUtoo|laptoplike an alignement issue
15:35.53GNUtoo|laptopand with the binutils you go to inspect the elf binary
15:36.05GNUtoo|laptopyou find the initial gcc added code for loading the binary
15:36.10GNUtoo|laptop.ctrl0 or something like that
15:36.14GNUtoo|laptopyou disassemble that
15:36.17kergothhttp://en.wikipedia.org/wiki/Executable_and_Linkable_Format appears to give a fair bit of info, and links to a fair bit more ;)
15:36.19GNUtoo|laptopyou see the issue
15:36.20GNUtoo|laptopok
15:36.25GNUtoo|laptopthanks a lot
15:36.29*** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net)
15:36.37GNUtoo|laptopI'll look at it when my internet connection will be faster
15:36.59GNUtoo|laptopI tried to download the 2.6.35 kernel....1k/s
15:37.14GNUtoo|laptopwhen I open something else than irc...the irc lags...
15:37.23GNUtoo|laptopand I get no more data from irc
15:37.34GNUtoo|laptop(far wifi+vpn)
15:37.47GNUtoo|laptopmaybe with links....
15:37.55TaalasHas anybody got ruby with socket support into work? My OE generated ruby.ipk does not have included it. Therefore rubygems is failing on setup.
15:38.06GNUtoo|laptoptries wikipedia
15:39.15kergothkeeps meaning to read Linkers and Loaders, but its low on his todo list
15:40.24GNUtoo|laptopok
15:40.43*** join/#oe playya (~playya@unaffiliated/playya)
15:40.57kergothof course, maybe it has something to do with the fact that there's 172 books on my 'to read' list, bit hard to prioritize that many :)
15:41.00kergothrolls eyes
15:41.04GNUtoo|laptoplol ok
15:41.23GNUtoo|laptopin my todo list for books there are only 2 books left
15:41.42GNUtoo|laptopthe new rms biography and code 2.0
15:42.00kergothnice
15:42.12kergothmany of mine are just classic works in the cs arena that i never got around to
15:42.54GNUtoo|laptopok
15:42.55kergothpeopleware, code complete, the dragon book, SAICP, etc
15:43.04kergothoh god, and the art of computer programming
15:43.12kergothi've never gotten more than like 40 pages into that before halting
15:43.16kergoth:)
15:43.19woglindedonald
15:43.30GNUtoo|laptopI've already read embedded linux primer...
15:43.33kergothits interesting, but .. awfully dense
15:43.42GNUtoo|laptop+ other books
15:43.56*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
15:43.59GNUtoo|laptopthey cover a bit binutils
15:44.32woglindetime to go home
15:44.43GNUtoo|laptopok
15:46.18kergothanyone that knows python feel like taking a quick look at http://github.com/kergoth/bitbake/compare/master...logging and giving an opinion on whether this seems a worthwhile way to go?
15:47.22*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
15:56.04*** join/#oe martin_B (~martin@pool-105-67-198-89.dbd-ipconnect.net)
15:56.20HopsNBarleythe dragon book rules.
15:57.27*** join/#oe robtow (~rob@64.62.142.114)
15:57.31*** join/#oe dth_ntb (~dieter@a89-182-71-184.net-htp.de)
15:57.49*** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
16:06.35*** join/#oe mithro (~tim@unaffiliated/mithro)
16:10.20*** join/#oe rkirti (~quassel@203.199.213.3)
16:13.43*** join/#oe jbocklage (~warter@80.149.172.178)
16:21.08*** join/#oe rkirti (~quassel@203.199.213.3)
16:31.35CIA-403Enrico Scholz <enrico.scholz@sigma-chemnitz.de> 07org.openembedded.dev * r02b2067989 10openembedded.git/recipes/ncurses/ncurses_5.7.bb:
16:31.36CIA-4ncurses: swapped installation of widec and narrowc headers
16:31.36CIA-4Widec headers contain additional definitions and shall be installed
16:31.36CIA-4last hence. To ensure compatibility of both headers a sanity check
16:31.36CIA-4was added.
16:31.36CIA-4Thanks to Martin Jansa for noticing this issue.
16:31.37CIA-4Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
16:32.47*** join/#oe mnabil_ (~mnabil@41.234.70.128)
16:36.31*** join/#oe GNUtoo|laptop (~gnutoo@host63-55-dynamic.180-80-r.retail.telecomitalia.it)
16:36.50*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
16:42.40*** join/#oe MWelchUK (~martyn@78-86-92-85.zone2.bethere.co.uk)
16:44.54*** join/#oe B_Lizzard (~havoc@athedsl-423483.home.otenet.gr)
16:46.39*** join/#oe Ironnads (~Ironnads@host109-152-203-138.range109-152.btcentralplus.com)
16:58.34*** join/#oe rphillips (~rphillips@hera.xen.prgmr.com)
16:59.30*** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net)
17:00.23*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
17:05.26kergothhmm.
17:06.04kergothwhen using the 'none' server in bitbake, i wonder if my logging patch should continue to let the server's messages be logged directly, or if they should instead go via the server's event queue, the way they are in the xml/rpc setup
17:09.50hrwold 'computer related' movies are funny
17:10.21hrwjust watched 'the net' from 1995 with that '.345.200' IP addr
17:10.58broonieThat's hardly an old movie error.
17:10.59*** join/#oe rkirti (~quassel@203.199.213.3)
17:11.10hrw1995 - so old
17:11.16kergoththat was an error back then too :P
17:11.27broonieYeah, but the error is just an error rather than a datedness thing.
17:12.30ensc|wwonders why hollywood does not have the 555.0.0.0/8 net
17:12.52ensc|w(however you pack 555 into 8 bits...)
17:12.55broonieOf course the 555 phone numbers are only invalid in the US :(
17:12.57hrwthey did not?
17:13.20*** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.113)
17:13.36hrwensc|w: they should try to get 555:0:0:0:0:0 one then
17:15.15*** join/#oe jkridner2 (~a0321898@nat/ti/x-zqlffxggguisbsmx)
17:16.29*** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net)
17:20.44kergothhmm, the message indicating that importing cPickle failed and its falling back to pickle, which is slower.. should that be a warnings.warn(..., ImportWarning) rather than a bb.msg.note?
17:22.02j24is it possibe to auto remove the workidr?
17:22.09j24to save space
17:22.18kergothINHERIT += "rm_work"
17:22.52j24btw why do we keep it?
17:23.29hrwsome of us likes to play with contents of it
17:23.54j24as example on gentoo we remove it and keepit only with --keep IIRC
17:24.52kergothlikely for debugging, i could see an argument for making it default, but there's no way to -= a variable :)
17:24.53hrwin OE we do things different then gentoo does
17:25.27hrwkergoth: INHERIT += "no_rm_work" with do_rm_work() { : } maybe?
17:25.39kergothtouch classes/rm_work.bbclass seems easier :)
17:25.54kergothbut either would do, yeah
17:26.35hrwkergoth: or add USER-DISABLE-RM-WORK = "yes" and check for it in rm_work.bbclass
17:26.53kergothINHIBIT_RM_WORK or something perhaps
17:26.55kergothbut on the other hand
17:26.59kergothwe have too many variables as is :)
17:27.15hrwheh.. when I remind how simple rm_work.bbclass was when I wrote it...
17:28.21kergothheh
17:28.33kergothit's sad how it takes us years to implement something that we've known was a good idea
17:28.40kergothand it turns out you can throw it together in like 2 days
17:28.43kergothit makes me sad
17:29.28*** join/#oe dth (~dieter@a89-182-71-184.net-htp.de)
17:29.47hrwtell me something about it...
17:29.55Croftonheh
17:30.03hrwI had to write bootstrapped cross compiler for ubuntu
17:30.06Croftonkergoth, that is a really common problem :)
17:30.21hrwone gvim had ubuntu packaging files, second had openembedded recipes/classes
17:31.07Croftonof course, sometimes it takes me a while to work out the design issues and increase my knowledge so I can write the code in a few days
17:31.34kergothCrofton: I guess its understandable, until you actually sit down and figure out what needs to be done, it may seem like it's much more work than it is.. or vice versa, but it seems like the former is more common for some reason
17:31.36kergothnods
17:32.47Croftonthere is no way I could have done the work I did yesterday a couple of months ago in the same time
17:37.16*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
17:47.30*** join/#oe methril_work (~methril@201.35.65.90)
17:47.39*** join/#oe robtow (~rob@166.205.136.201)
17:48.12*** join/#oe GNUtoo|laptop (~gnutoo@host63-55-dynamic.180-80-r.retail.telecomitalia.it)
17:54.55Tartarushey khem, does --sysroot always work for gcc/etc for the versions we have still?
17:55.05Tartaruswants to change from -isystem to --sysroot=
17:57.31*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
18:33.30*** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox)
18:40.41*** join/#oe fauxreigner (80f40909@gateway/web/freenode/ip.128.244.9.9)
18:46.56*** join/#oe Xobs (~smc@ip65-44-204-2.z204-44-65.customer.algx.net)
18:55.34*** join/#oe sicu (~sicu@ti0090a380-dhcp0563.bb.online.no)
18:59.26XobsHi.  I synced today, which caused gcc-4.3.3 to get rebuilt.  Now when I try to build recipes, autoconf fails with: "Fatal error: Invalid -march= option: `armv7-a'".  I'm using tune-coretexa8.inc.  What could cause a build to fail in that way?
19:01.42TartarusXobs, what recipe does that?
19:02.16XobsIt's dying on jpeg-8b-r0.
19:06.12*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
19:09.14*** join/#oe Jay7 (jay@95-29-190-94.broadband.corbina.ru)
19:09.27*** join/#oe d_t_h (~dieter@a89-183-0-198.net-htp.de)
19:12.46*** join/#oe d_t_h (~dieter@a89-183-0-198.net-htp.de)
19:12.50*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
19:13.50*** join/#oe aloisiojr (~aloisio@187.113.102.231)
19:16.17*** join/#oe dth (~dth@a89-183-0-198.net-htp.de)
19:17.20eFfeMhm did a git pull about an hour ago, now building mythtv and by sheer coincidence jpeg_8b just build fine for me a few minutes ago
19:18.07XobsAlright.  Perhaps I'll try doing a clean of binutils and gcc and see if that fixes it.
19:18.43eFfeMi fyou have the time, I suggest doing it thorougly and remove all of tmp
19:19.15XobsSure.  I've got time.  Is that generally a good idea when pulling?
19:22.19mwesterWhen the toolchain changes, yes, it's best to blow away your tmp dir and start over again.
19:24.05mwesterActually, when any critical dependency changes in a significant way, you need to forcibly rebuild the things that depend on it -- but it is sufficiently difficult to determine what is critical, and what depends upon it, that it is usually easier to blow away everything and start anew.  I usually rename my tmp dir, and change
19:25.15mwestermy settings in local.conf to not inherit rm_work, so that I can compare build dirs to see what went wrong with the new state of the world... it's about 50/50 if things will build again after a toolchain change, in my experience...
19:25.24etrunkohey, would it be interesting to add support for localversion in linux recipes?
19:25.44etrunkoif so i can produce a patch otherwise i'll just keep it in my own
19:26.19broonieetrunko: The best thing with stuff like this is usually to just propose whatever patch you're thinking of.
19:28.48etrunkobroonie: if you have CONFIG_LOCALVERSION_AUTO set, kernel configuration it will look in a file named localversion to append to kernel release
19:28.53etrunkothere aren't many recipes using it atm
19:45.08*** join/#oe kgilmer (~kgilmer@host-174-45-90-148.bzm-mt.client.bresnan.net)
19:45.21*** join/#oe Jay7 (jay@95-29-190-94.broadband.corbina.ru)
19:51.32GNUtoo|laptopkergoth, I looked at the wikipedia article...and looked at the arm specs for ELF....but that are specs....not binutils usage
19:52.06kergothif you know how elf works, operating objdump/readelf/objcopy based on the man pages is not particularly difficult
19:52.43GNUtoo|laptopok
19:52.51GNUtoo|laptopso I should read the manpages+specs?
19:52.55kergothguess he just isn't clear on what information you're looking for
19:53.00GNUtoo|laptopor is there a howto that skip the specs
19:53.25GNUtoo|laptopbasically I'm looking at a mastering binutils like thing for debugging purposes
19:54.23hrwI am watching Tron
19:54.32hrwCGI effects are awesome ;D
19:57.27mwesterhrw,  the original Tron?  :)
19:57.35hrwyes
19:57.38hrw198x one
19:57.56mwesterhehe! rather dated, I think.  But I recall quite enjoying that movie many years ago.
19:58.41GNUtoo|laptopI'm not against old movies, often they're better than the remakes
19:59.00*** join/#oe Slyon (~lukas@p4FDB3B25.dip0.t-ipconnect.de)
19:59.45GNUtoo|laptopaltough I exchanged "looking at movies" with "computer things like oe,htcdream liberation,bug device things..."
20:00.49hrwmwester: those old movies reminds how fun computers were years ago
20:01.43buZzhrw: the new tron? :)
20:01.58hrwbuZz: no, 198x one
20:02.03buZzah k
20:02.29hrw1982 widescreen edition
20:04.47JaMa|Meetingkhem: ping
20:05.16GNUtoo|laptopindeed it seem that computer were funier before....
20:05.23GNUtoo|laptoplike in the 60's
20:06.04GNUtoo|laptopthey invented things like WYSIWYG editors,terminals using computer screens etc...
20:06.39hrwgraphical serial connected terminals...
20:07.44*** join/#oe fauxreigner (80f40909@gateway/web/freenode/ip.128.244.9.9)
20:08.42GNUtoo|laptopindeed
20:22.15*** join/#oe jkridner1 (~a0321898@nat/ti/x-yzeblrgxbcytlove)
20:32.04JaMakhem: alignment traps are on armv4t and armv5te ONLY when it's compiled WITHOUT -ggdb3 in FULL_OPTIMIZATION (ie sane-toolchain-eglibc.inc), WITH -ggdb3 you're fine (ie angstrom-eglibc.inc), Now I have 3 builds (SHR with -Os, without ggdb3, ANG with -Os and ggdb3, ANG with -Os without ggdb3). libc.6.so and ld-2.12.1.so for all 3 variants are available here: http://build.shr-project.org/tests/jama/
20:39.45*** join/#oe drw (~dwilliams@cpe-76-187-85-68.tx.res.rr.com)
20:40.20*** join/#oe Ironnads (~Ironnads@host109-152-210-124.range109-152.btcentralplus.com)
20:43.45*** join/#oe ant_ (~andrea@host57-255-dynamic.14-87-r.retail.telecomitalia.it)
20:46.57CIA-403Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0dee8eb345 10openembedded.git/ (2 files in 2 dirs):
20:46.58CIA-4eglibc: build with -ggdb3 as workaround for alignment traps
20:46.58CIA-4* I've seen it only with eglibc-2.12 built with gcc-4.5 that's why I bumped PR only in 2.12
20:46.58CIA-4* can be removed as soon as gcc bug is fixed
20:46.58CIA-4Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:52.38khemTartarus: yes sysroot should work for gcc 4.1 onwards and I dont think we care of about 3.4s
20:53.28khemJaMa: thanks I will see if I can spare some time
20:55.32*** join/#oe hansdampf (~moritz@212.77.183.242)
20:58.40hrwJaMa: armv6/7 are safe?
20:59.04*** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net)
21:00.27JaMahrw: I have images for both, but no device to try it here
21:00.40JaMahrw: probably not, but Angstrom is safe
21:01.15hrwI can give you account on beagleboard (running ubuntu)
21:04.16JaMaI'm going to sleep soon.. so it's not worth it today and tomorrow I'll check with htcdream guys
21:04.47hrwok
21:07.38*** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net)
21:08.09*** join/#oe raster (~raster@enlightenment/developer/raster)
21:18.11*** join/#oe mithro (~tim@unaffiliated/mithro)
21:22.03*** join/#oe robtow (~rob@166.205.137.169)
21:39.05*** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz)
21:43.01*** join/#oe univac (~univac@148.81.171.50)
21:51.13*** join/#oe mickeyl (~mickey@80.81.242.146)
21:55.13*** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net)
21:55.18*** join/#oe robtow (~rob@166.205.136.121)
22:05.58*** join/#oe udovdh (~udovdh@pindarots.xs4all.nl)
22:07.45*** join/#oe udovdh (~udovdh@pindarots.xs4all.nl)
22:16.52*** join/#oe playya_ (~playya@unaffiliated/playya)
22:28.31*** join/#oe robtow (~rob@166.205.136.121)
22:43.56*** join/#oe EiNSTeiN__ (~einstein@216.252.88.239)
22:51.05*** join/#oe Angelox_123 (~root@201-93-199-46.dsl.telesp.net.br)
22:58.00*** part/#oe robtow (~rob@166.205.136.121)
22:58.26*** join/#oe robtow (~rob@166.205.136.121)
23:02.31*** part/#oe robtow (~rob@166.205.136.121)
23:03.06*** join/#oe robtow (~rob@166.205.136.121)
23:11.50khemant_: around ?
23:12.56*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:24.06*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
23:38.19CIA-403Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rf502472a26 10openembedded.git/recipes/klibc/ (15 files in 2 dirs):
23:38.19CIA-4klibc: remove old unused 1.5 and 1.5.15 recipes.
23:38.19CIA-4* Keep 1.5.18 which builds vs. 2.6.2x and 2.6.3x kernels.
23:38.19CIA-4* Reintroduce do_stage (hard to die!).
23:38.19CIA-4* WIP in order to get finally rid of legacy staging
23:38.19CIA-4* For the moment, refactor the recipe and bump PR.
23:52.29CIA-403Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r41f4059656 10openembedded.git/recipes/klibc/ (7 files in 2 dirs):
23:52.29CIA-4klibc: Remove do_stage
23:52.29CIA-4* Some cleanups
23:52.29CIA-4Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:52.40CIA-403Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb3f908c861 10openembedded.git/recipes/xorg-lib/libx11_1.3.2.bb:
23:52.40CIA-4libx11_1.3.2.bb: Use Os in DEBUG_OPTIMIZATION for thumb
23:52.40CIA-4* This is to avoid a bug in GCC 4.5 where it ICEs with
23:52.40CIA-4-O1 -mthumb -fno-omit-frame-pointer
23:52.40CIA-4Signed-off-by: Khem Raj <raj.khem@gmail.com>
23:56.54ant_khem: thx, I'll fire a rebuild now
23:57.32khemant_: sure
23:57.38ant_hope not having crossed too much your tests ;)
23:57.54khemDont know :)
23:58.07khembut klibc and kexec-tools-static built fine here now
23:58.10khemso should be fine
23:58.23ant_same here before pull. now rebuilding gcc
23:59.16ant_khem, one thing more. I've noticed gzip is not listed in RDEPENDS
23:59.30khemgzip for what
23:59.40ant_the utils

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