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.00 | kergoth | hmmm |
01:19.12 | kergoth | wonders 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.36 | Tartarus | khem: ping |
01:35.51 | Tartarus | khem: I wanna make a bugfix to gcc-configure-cross.inc for relocation, bump prs or no? |
01:47.26 | khem | Tartarus: what sort of fix it is |
01:48.09 | *** join/#oe julian_ (~julianpid@62.200.22.2) |
01:50.04 | khem | Tartarus: and I think its modifying the binaries so PR bump is needed I think |
01:54.29 | Tartarus | So all of the PRs? ug |
01:54.38 | khem | :( |
01:54.48 | Tartarus | And dropping --with-local-prefix and --with-gxx-include-dir |
01:54.52 | khem | what is the change btw |
01:55.00 | Tartarus | from EXTRA_OECONF_PATHS |
01:55.18 | khem | seems ok |
01:55.21 | Tartarus | yeah |
01:55.25 | Tartarus | its well tested here |
01:55.29 | Tartarus | pushed it to pb's branch iirc |
01:55.41 | khem | ok |
01:55.52 | Tartarus | ran into it again doing relocation tests on upstream, i'll do the PR dance tonight or tomorrow then, thanks |
01:56.03 | khem | sure |
01:56.47 | khem | Tartarus: I guess SDK needs love too wrt to relocatability |
02:04.09 | *** join/#oe fraxinath (~quassel@p4FD663F0.dip.t-dialin.net) |
02:04.24 | Tartarus | Yes |
02:04.35 | Tartarus | It's just a bit more difficult since there's some other hard-coded things around |
02:05.06 | khem | yeah SDK I plan to look into it seriously |
02:05.09 | khem | in coming days |
02:05.47 | *** join/#oe julian_ (~julianpid@firewall.ctxuk.citrix.com) |
02:09.06 | CIA-4 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r15ce294f13 10openembedded.git/recipes/gcc/ (18 files): |
02:09.06 | CIA-4 | gcc-configure-cross.inc: Drop --with-local-prefix and --with-gxx-include-dir |
02:09.06 | CIA-4 | We don't need these paths to be set and they further break things if |
02:09.06 | CIA-4 | we use --sysroot rather than -isystem |
02:09.06 | CIA-4 | Signed-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.05 | porcoesphino | hey, 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.15 | porcoesphino | google 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.56 | khem | porcoesphino: 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.13 | JaMa | khem: 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.59 | eFfeM_work | gh |
05:25.00 | eFfeM_work | gm |
05:25.56 | JaMa | gm |
05:26.12 | *** join/#oe raster (raster@enlightenment/developer/raster) |
05:28.43 | eFfeM_work | anyone with autotools knowledge around who can help me with this: http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-August/022614.html |
05:29.09 | eFfeM_work | i'm pretty stuck with it, probably due to limited knowledge of autotools |
05:29.52 | eFfeM_work | current solution is to develop a patch which is applied after configure (but that solution does not seem too nice) |
05:35.42 | mrmoku | JaMa: oh, Angstrom does not have them? |
06:23.57 | JaMa | mrmoku|away: no |
06:24.51 | JaMa | mrmoku|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.26 | JaMa | there 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.36 | khem | JaMa: LD_RUN_PATH="/lib" |
07:09.41 | khem | thats bogus |
07:10.19 | hrw | morning |
07:13.02 | eFfeM_work | hi hrw |
07:17.42 | JaMa | khem: but why it used armv6? |
07:17.56 | JaMa | khem: while building for armv4t I mean |
07:18.14 | JaMa | khem: 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.53 | CIA-4 | 03Martin 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.53 | CIA-4 | linux(-kexecboot)-2.6.35: upgrade to latest stablepatch 2.6.35.1 |
07:34.54 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:34.54 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * re6b733c03e 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
07:34.54 | CIA-4 | task-shr-feed: add xfsdump |
07:34.55 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:36.13 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r1816ba3639 10openembedded.git/recipes/xfsprogs/xfsdump_3.0.4.bb: |
07:36.13 | CIA-4 | xfsdump: add recipe |
07:36.13 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
07:36.13 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r8d5d9701a1 10openembedded.git/recipes/xfsprogs/xfsprogs_3.1.2.bb: |
07:36.14 | CIA-4 | xfsprogs: stage dev headers, used later by xfsdump |
07:36.15 | CIA-4 | Signed-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.41 | CIA-4 | 03Martin 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.53 | woglinde | hi zecke |
09:31.15 | zecke | woglinde: do you remember if the modutils were broken recently? |
09:31.21 | woglinde | no |
09:31.23 | woglinde | sorry |
09:31.41 | woglinde | why should they broken? compile or execute? |
09:31.57 | zecke | can't wait to buy a new workstation in berlin... my laptop takes days to compile OE |
09:32.04 | zecke | woglinde: -lc missing when linking |
09:32.04 | woglinde | hehe |
09:32.10 | woglinde | 6core amd? |
09:32.17 | woglinde | or intel? |
09:32.34 | zecke | woglinde: 128 Atom CPUs? |
09:32.51 | woglinde | needs to much power |
09:32.59 | ynezz | 10xbeagle :) |
09:33.06 | woglinde | problem is anyway the disks |
09:33.22 | woglinde | see this often with my phenom2 |
09:35.46 | ant_work | let's hope new SSD will be bigger and cheaper enough |
09:37.02 | woglinde | oe builds would be a good stress test |
09:37.10 | woglinde | hi ant btw. |
09:37.26 | ant_work | sure, I burned two disks this summer... |
09:37.51 | ant_work | cheap hdd shouldn't be so stressed |
09:40.04 | woglinde | which vendor? |
09:40.06 | woglinde | 2? |
09:40.24 | ant_work | one was a Seagate Barracuda |
09:40.29 | ant_work | othe a Samsung |
09:41.02 | ant_work | imagine I have still some SCSI hdd from 2000 on a backup server |
09:41.07 | woglinde | hm samsung was good enough for me the last years |
09:41.38 | woglinde | I even got a refurbished 70gig disk, just 2 weeks before the warranty was over |
09:41.44 | woglinde | for my borken |
09:42.09 | ant_work | now I got 2 Seagate Barracuda 7200.12 - Hard disk - 500 GB |
09:42.16 | ant_work | one platte |
09:42.24 | ant_work | hopefully more resistent... |
09:42.49 | woglinde | hm the trick with scsi disk is |
09:42.52 | woglinde | dont turn them off |
09:45.12 | ant_work | I've replaced the server , now we have 2 fusion mpt SAS in raid1. It's a little server |
09:45.32 | ant_work | rit's up since october |
09:45.59 | ant_work | this SAS seems good, expensive though |
09:47.34 | woglinde | hm yes |
09:48.19 | ant_work | btw is Siemens now definitely out of this server business? |
09:48.40 | ant_work | I mean with Fujitsu |
09:49.08 | hrw | woglinde: which phenom you have? |
09:49.22 | woglinde | phenom2x4 the smalltes one |
09:49.25 | woglinde | 2,4 ghz |
09:49.28 | JaMa | model name : AMD Phenom(tm) II X4 965 Processor |
09:49.40 | hrw | for next machine (but in ~May 2011) I am starting to checking which way to go |
09:49.48 | woglinde | mine should be 8xx something |
09:49.55 | JaMa | cpu MHz : 3400.000 |
09:50.04 | woglinde | hrw sure intel should be have something new than |
09:50.10 | hrw | 1. am3 + 4/6 core + 8-16 gb ddr3 |
09:50.32 | hrw | 2. intel i5/i7/xeon 4/6 core + 8-16gb ddr3 |
09:50.57 | woglinde | xeon is to expensive |
09:51.16 | hrw | woglinde: xeon 3430 is ~i7 860 or sth like that |
09:51.44 | woglinde | xeon profits from larger chaches |
09:52.03 | woglinde | ~curse the crappy inet connection here |
09:52.04 | ibot | May you be reincarnated as a Windows XP administrator, the crappy inet connection here ! |
09:57.18 | hrw | woglinde: x3430 ~= i5 760 (2.4 contra 2.8GHz but 8MB L2 instead of 1MB) |
09:59.20 | ant_work | I updated my old 775 witha xeon X3220 (2,4Ghz) and this latest stepping goes well beyond 3.2 ghz |
10:00.20 | hrw | ant_work: I have q6600 (2.4GHz) now on 775 |
10:00.33 | ant_work | very similar |
10:00.52 | hrw | 33-40°C with low load |
10:02.25 | hrw | I 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.11 | ant_work | I reached 58 C° but mine is almost fanless (out was 39 C°) |
10:08.32 | ant_work | then HDD broke :p |
10:09.18 | hrw | I 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.39 | ant_work | I have old tuniq tower |
10:11.10 | ant_work | hrw: temps went down when I exchanged PSU |
10:11.24 | ant_work | I can really suggest Enermax EMG500AWT MODU 87 500W |
10:11.35 | ant_work | cold and silent up to 300w |
10:11.47 | ant_work | i.e. almost always (I'm not a gamer) |
10:12.21 | ant_work | I got one for free.... |
10:12.22 | hrw | I have corsair 550W |
10:12.26 | *** join/#oe dth_ntb (~dieter@a89-182-30-37.net-htp.de) |
10:19.39 | hrw | -> reboot |
10:26.49 | *** join/#oe hrw (~hrw@chello087207212063.chello.pl) |
10:33.36 | woglinde | re |
10:34.20 | woglinde | hm I am thinking about water cooling |
10:34.27 | woglinde | in 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.57 | kamel | hello |
10:43.17 | kamel | i will try to build cairo |
10:43.37 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-23-243.dynamic.mnet-online.de) |
10:43.51 | kamel | the problme is task do_rootfs failed |
10:47.59 | hrw | no |
10:48.09 | hrw | you do not try to build cairo then |
10:48.19 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
10:48.21 | hrw | do_rootfs tells that you are building image |
10:51.51 | kamel | ok thanks |
10:56.56 | CIA-4 | 03Koen 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.25 | JaMa | khem: 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.25 | Taalas | Hello |
11:55.14 | Taalas | I 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.35 | Taalas | Also an opkg update && opkg upgrade fails with following error: |
11:55.42 | Taalas | /usr/lib/opkg/info/hicolor-icon-theme.postinst: line 7: can't create /etc/gtk-2.0/gdk-pixbuf.loaders: nonexistent directory |
11:56.01 | Taalas | /usr/lib/opkg/info/hicolor-icon-theme.postinst: line 7: gdk-pixbuf-query-loaders: not found |
11:56.08 | Taalas | /usr/lib/opkg/info/hicolor-icon-theme.postinst: line 13: gtk-update-icon-cache: not found |
11:57.49 | Taalas | I 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.32 | eFfeM_work | was it here we talked about the beer-bike in amsterdam (about a week ago)? The court has ruled it is not allowed |
12:03.41 | woglinde | Taalas 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.56 | Taalas | woglinde 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.20 | woglinde | seems hicolor-package needs some more deps |
12:16.41 | Taalas | I'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.33 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfe8ec48505 10openembedded.git/recipes/upnp/gupnp_0.13.4.bb: gupnp: add 0.13.4 |
12:17.35 | CIA-4 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb5ef0accda 10openembedded.git/recipes/rygel/rygel_0.6.0.bb: rygel: add 0.6.0 |
12:17.36 | CIA-4 | 03Koen 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.00 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r6f16935793 10openembedded.git/recipes/bash/bash_3.2.bb: |
13:47.00 | CIA-4 | bash: bump PR after ncurses upgrade |
13:47.00 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
13:47.12 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7751138384 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
13:47.12 | CIA-4 | task-shr-feed: add numberx and neomis |
13:47.12 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
13:48.17 | CIA-4 | 03Koen 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.41 | woglinde | re 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.43 | kergoth | morning |
15:33.48 | GNUtoo|laptop | hi |
15:34.02 | GNUtoo|laptop | hmmm khem is not there |
15:34.08 | woglinde | hi kergoth |
15:34.08 | GNUtoo|laptop | I wanted to ask him that: |
15:34.20 | GNUtoo|laptop | where to learn more about elf,binutils etc... |
15:34.31 | GNUtoo|laptop | and gcc |
15:34.39 | woglinde | learn what? |
15:34.59 | GNUtoo|laptop | basically the goal will be to be able to get a lot of infos |
15:35.12 | GNUtoo|laptop | from the binaries,intermediate source code etc... |
15:35.14 | GNUtoo|laptop | for instance |
15:35.28 | GNUtoo|laptop | you've got a runtime issue |
15:35.37 | GNUtoo|laptop | like an alignement issue |
15:35.53 | GNUtoo|laptop | and with the binutils you go to inspect the elf binary |
15:36.05 | GNUtoo|laptop | you find the initial gcc added code for loading the binary |
15:36.10 | GNUtoo|laptop | .ctrl0 or something like that |
15:36.14 | GNUtoo|laptop | you disassemble that |
15:36.17 | kergoth | http://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.19 | GNUtoo|laptop | you see the issue |
15:36.20 | GNUtoo|laptop | ok |
15:36.25 | GNUtoo|laptop | thanks a lot |
15:36.29 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
15:36.37 | GNUtoo|laptop | I'll look at it when my internet connection will be faster |
15:36.59 | GNUtoo|laptop | I tried to download the 2.6.35 kernel....1k/s |
15:37.14 | GNUtoo|laptop | when I open something else than irc...the irc lags... |
15:37.23 | GNUtoo|laptop | and I get no more data from irc |
15:37.34 | GNUtoo|laptop | (far wifi+vpn) |
15:37.47 | GNUtoo|laptop | maybe with links.... |
15:37.55 | Taalas | Has 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.06 | GNUtoo|laptop | tries wikipedia |
15:39.15 | kergoth | keeps meaning to read Linkers and Loaders, but its low on his todo list |
15:40.24 | GNUtoo|laptop | ok |
15:40.43 | *** join/#oe playya (~playya@unaffiliated/playya) |
15:40.57 | kergoth | of 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.00 | kergoth | rolls eyes |
15:41.04 | GNUtoo|laptop | lol ok |
15:41.23 | GNUtoo|laptop | in my todo list for books there are only 2 books left |
15:41.42 | GNUtoo|laptop | the new rms biography and code 2.0 |
15:42.00 | kergoth | nice |
15:42.12 | kergoth | many of mine are just classic works in the cs arena that i never got around to |
15:42.54 | GNUtoo|laptop | ok |
15:42.55 | kergoth | peopleware, code complete, the dragon book, SAICP, etc |
15:43.04 | kergoth | oh god, and the art of computer programming |
15:43.12 | kergoth | i've never gotten more than like 40 pages into that before halting |
15:43.16 | kergoth | :) |
15:43.19 | woglinde | donald |
15:43.30 | GNUtoo|laptop | I've already read embedded linux primer... |
15:43.33 | kergoth | its interesting, but .. awfully dense |
15:43.42 | GNUtoo|laptop | + other books |
15:43.56 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
15:43.59 | GNUtoo|laptop | they cover a bit binutils |
15:44.32 | woglinde | time to go home |
15:44.43 | GNUtoo|laptop | ok |
15:46.18 | kergoth | anyone 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.20 | HopsNBarley | the 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.35 | CIA-4 | 03Enrico Scholz <enrico.scholz@sigma-chemnitz.de> 07org.openembedded.dev * r02b2067989 10openembedded.git/recipes/ncurses/ncurses_5.7.bb: |
16:31.36 | CIA-4 | ncurses: swapped installation of widec and narrowc headers |
16:31.36 | CIA-4 | Widec headers contain additional definitions and shall be installed |
16:31.36 | CIA-4 | last hence. To ensure compatibility of both headers a sanity check |
16:31.36 | CIA-4 | was added. |
16:31.36 | CIA-4 | Thanks to Martin Jansa for noticing this issue. |
16:31.37 | CIA-4 | Signed-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.26 | kergoth | hmm. |
17:06.04 | kergoth | when 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.50 | hrw | old 'computer related' movies are funny |
17:10.21 | hrw | just watched 'the net' from 1995 with that '.345.200' IP addr |
17:10.58 | broonie | That's hardly an old movie error. |
17:10.59 | *** join/#oe rkirti (~quassel@203.199.213.3) |
17:11.10 | hrw | 1995 - so old |
17:11.16 | kergoth | that was an error back then too :P |
17:11.27 | broonie | Yeah, but the error is just an error rather than a datedness thing. |
17:12.30 | ensc|w | wonders why hollywood does not have the 555.0.0.0/8 net |
17:12.52 | ensc|w | (however you pack 555 into 8 bits...) |
17:12.55 | broonie | Of course the 555 phone numbers are only invalid in the US :( |
17:12.57 | hrw | they did not? |
17:13.20 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.113) |
17:13.36 | hrw | ensc|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.44 | kergoth | hmm, 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.02 | j24 | is it possibe to auto remove the workidr? |
17:22.09 | j24 | to save space |
17:22.18 | kergoth | INHERIT += "rm_work" |
17:22.52 | j24 | btw why do we keep it? |
17:23.29 | hrw | some of us likes to play with contents of it |
17:23.54 | j24 | as example on gentoo we remove it and keepit only with --keep IIRC |
17:24.52 | kergoth | likely for debugging, i could see an argument for making it default, but there's no way to -= a variable :) |
17:24.53 | hrw | in OE we do things different then gentoo does |
17:25.27 | hrw | kergoth: INHERIT += "no_rm_work" with do_rm_work() { : } maybe? |
17:25.39 | kergoth | touch classes/rm_work.bbclass seems easier :) |
17:25.54 | kergoth | but either would do, yeah |
17:26.35 | hrw | kergoth: or add USER-DISABLE-RM-WORK = "yes" and check for it in rm_work.bbclass |
17:26.53 | kergoth | INHIBIT_RM_WORK or something perhaps |
17:26.55 | kergoth | but on the other hand |
17:26.59 | kergoth | we have too many variables as is :) |
17:27.15 | hrw | heh.. when I remind how simple rm_work.bbclass was when I wrote it... |
17:28.21 | kergoth | heh |
17:28.33 | kergoth | it's sad how it takes us years to implement something that we've known was a good idea |
17:28.40 | kergoth | and it turns out you can throw it together in like 2 days |
17:28.43 | kergoth | it makes me sad |
17:29.28 | *** join/#oe dth (~dieter@a89-182-71-184.net-htp.de) |
17:29.47 | hrw | tell me something about it... |
17:29.55 | Crofton | heh |
17:30.03 | hrw | I had to write bootstrapped cross compiler for ubuntu |
17:30.06 | Crofton | kergoth, that is a really common problem :) |
17:30.21 | hrw | one gvim had ubuntu packaging files, second had openembedded recipes/classes |
17:31.07 | Crofton | of 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.34 | kergoth | Crofton: 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.36 | kergoth | nods |
17:32.47 | Crofton | there 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.55 | Tartarus | hey khem, does --sysroot always work for gcc/etc for the versions we have still? |
17:55.05 | Tartarus | wants 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.26 | Xobs | Hi. 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.42 | Tartarus | Xobs, what recipe does that? |
19:02.16 | Xobs | It'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.20 | eFfeM | hm 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.07 | Xobs | Alright. Perhaps I'll try doing a clean of binutils and gcc and see if that fixes it. |
19:18.43 | eFfeM | i fyou have the time, I suggest doing it thorougly and remove all of tmp |
19:19.15 | Xobs | Sure. I've got time. Is that generally a good idea when pulling? |
19:22.19 | mwester | When the toolchain changes, yes, it's best to blow away your tmp dir and start over again. |
19:24.05 | mwester | Actually, 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.15 | mwester | my 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.24 | etrunko | hey, would it be interesting to add support for localversion in linux recipes? |
19:25.44 | etrunko | if so i can produce a patch otherwise i'll just keep it in my own |
19:26.19 | broonie | etrunko: The best thing with stuff like this is usually to just propose whatever patch you're thinking of. |
19:28.48 | etrunko | broonie: if you have CONFIG_LOCALVERSION_AUTO set, kernel configuration it will look in a file named localversion to append to kernel release |
19:28.53 | etrunko | there 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.32 | GNUtoo|laptop | kergoth, I looked at the wikipedia article...and looked at the arm specs for ELF....but that are specs....not binutils usage |
19:52.06 | kergoth | if you know how elf works, operating objdump/readelf/objcopy based on the man pages is not particularly difficult |
19:52.43 | GNUtoo|laptop | ok |
19:52.51 | GNUtoo|laptop | so I should read the manpages+specs? |
19:52.55 | kergoth | guess he just isn't clear on what information you're looking for |
19:53.00 | GNUtoo|laptop | or is there a howto that skip the specs |
19:53.25 | GNUtoo|laptop | basically I'm looking at a mastering binutils like thing for debugging purposes |
19:54.23 | hrw | I am watching Tron |
19:54.32 | hrw | CGI effects are awesome ;D |
19:57.27 | mwester | hrw, the original Tron? :) |
19:57.35 | hrw | yes |
19:57.38 | hrw | 198x one |
19:57.56 | mwester | hehe! rather dated, I think. But I recall quite enjoying that movie many years ago. |
19:58.41 | GNUtoo|laptop | I'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.45 | GNUtoo|laptop | altough I exchanged "looking at movies" with "computer things like oe,htcdream liberation,bug device things..." |
20:00.49 | hrw | mwester: those old movies reminds how fun computers were years ago |
20:01.43 | buZz | hrw: the new tron? :) |
20:01.58 | hrw | buZz: no, 198x one |
20:02.03 | buZz | ah k |
20:02.29 | hrw | 1982 widescreen edition |
20:04.47 | JaMa|Meeting | khem: ping |
20:05.16 | GNUtoo|laptop | indeed it seem that computer were funier before.... |
20:05.23 | GNUtoo|laptop | like in the 60's |
20:06.04 | GNUtoo|laptop | they invented things like WYSIWYG editors,terminals using computer screens etc... |
20:06.39 | hrw | graphical serial connected terminals... |
20:07.44 | *** join/#oe fauxreigner (80f40909@gateway/web/freenode/ip.128.244.9.9) |
20:08.42 | GNUtoo|laptop | indeed |
20:22.15 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-yzeblrgxbcytlove) |
20:32.04 | JaMa | khem: 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.57 | CIA-4 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r0dee8eb345 10openembedded.git/ (2 files in 2 dirs): |
20:46.58 | CIA-4 | eglibc: build with -ggdb3 as workaround for alignment traps |
20:46.58 | CIA-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.58 | CIA-4 | * can be removed as soon as gcc bug is fixed |
20:46.58 | CIA-4 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:52.38 | khem | Tartarus: yes sysroot should work for gcc 4.1 onwards and I dont think we care of about 3.4s |
20:53.28 | khem | JaMa: thanks I will see if I can spare some time |
20:55.32 | *** join/#oe hansdampf (~moritz@212.77.183.242) |
20:58.40 | hrw | JaMa: armv6/7 are safe? |
20:59.04 | *** join/#oe andyj (~andy@174-31-144-199.tukw.qwest.net) |
21:00.27 | JaMa | hrw: I have images for both, but no device to try it here |
21:00.40 | JaMa | hrw: probably not, but Angstrom is safe |
21:01.15 | hrw | I can give you account on beagleboard (running ubuntu) |
21:04.16 | JaMa | I'm going to sleep soon.. so it's not worth it today and tomorrow I'll check with htcdream guys |
21:04.47 | hrw | ok |
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.50 | khem | ant_: 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.19 | CIA-4 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rf502472a26 10openembedded.git/recipes/klibc/ (15 files in 2 dirs): |
23:38.19 | CIA-4 | klibc: remove old unused 1.5 and 1.5.15 recipes. |
23:38.19 | CIA-4 | * Keep 1.5.18 which builds vs. 2.6.2x and 2.6.3x kernels. |
23:38.19 | CIA-4 | * Reintroduce do_stage (hard to die!). |
23:38.19 | CIA-4 | * WIP in order to get finally rid of legacy staging |
23:38.19 | CIA-4 | * For the moment, refactor the recipe and bump PR. |
23:52.29 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r41f4059656 10openembedded.git/recipes/klibc/ (7 files in 2 dirs): |
23:52.29 | CIA-4 | klibc: Remove do_stage |
23:52.29 | CIA-4 | * Some cleanups |
23:52.29 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:52.40 | CIA-4 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rb3f908c861 10openembedded.git/recipes/xorg-lib/libx11_1.3.2.bb: |
23:52.40 | CIA-4 | libx11_1.3.2.bb: Use Os in DEBUG_OPTIMIZATION for thumb |
23:52.40 | CIA-4 | * This is to avoid a bug in GCC 4.5 where it ICEs with |
23:52.40 | CIA-4 | -O1 -mthumb -fno-omit-frame-pointer |
23:52.40 | CIA-4 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
23:56.54 | ant_ | khem: thx, I'll fire a rebuild now |
23:57.32 | khem | ant_: sure |
23:57.38 | ant_ | hope not having crossed too much your tests ;) |
23:57.54 | khem | Dont know :) |
23:58.07 | khem | but klibc and kexec-tools-static built fine here now |
23:58.10 | khem | so should be fine |
23:58.23 | ant_ | same here before pull. now rebuilding gcc |
23:59.16 | ant_ | khem, one thing more. I've noticed gzip is not listed in RDEPENDS |
23:59.30 | khem | gzip for what |
23:59.40 | ant_ | the utils |