00:04.22 | *** join/#oe denix0 (n=denix@pool-71-255-242-201.washdc.east.verizon.net) |
00:06.04 | *** join/#oe vhdirk (n=aegiron@213.219.146.119.adsl.dyn.edpnet.net) |
00:07.43 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
00:08.28 | Tartarus | ok, meta-toolchain fixup done, poking some various versions next |
00:09.18 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
00:09.53 | Tartarus | Oh damnit |
00:10.14 | mwester | suspects it may not be as done as Tartarus thought ;-) |
00:10.27 | Tartarus | No, it's a stupid gcc-4.3.3.inc bug :) |
00:11.15 | Tartarus | Only 4.3.3 was using gcc.releasenotes.org as a URI not GNUMIRROR |
00:11.30 | Tartarus | And that sites been down for a month it feels like to me |
00:11.38 | vhdirk | bugger, just created an image with default root password and loaded it on the board: Permission denied, please try again. |
00:11.40 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
00:14.59 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
00:22.28 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
00:22.35 | CIA-2 | 03Tom Rini <trini@embeddedalley.com> 07org.openembedded.dev * re053ff45ac 10openembedded.git/ (11 files in 2 dirs): |
00:22.35 | CIA-2 | gcc: Fix 4.1.[012], 4.2.[1234] and 4.3.[123] SRC_URI to use ${GNU_MIRROR} and update checksums.ini |
00:22.35 | CIA-2 | This fixes a big problem with 4.3.3 as it wasn't using ftp.gnu.org but |
00:22.35 | CIA-2 | an alternate mirror that's gone away. Since I had to fix one I noticed |
00:22.37 | CIA-2 | others not calling ${GNU_MIRROR} but ftp.gnu.org. Also a few weren't |
00:22.39 | CIA-2 | using ${PV}, so use that too. |
00:24.14 | *** join/#oe marcosmamorim (n=marcos@189-68-216-161.dsl.telesp.net.br) |
00:35.56 | Tartarus | ok, kicking off: for VERSION in 3.3.4 3.4.4 4.1.2 4.2.4 4.3.3;do ANGSTROM_GCC_VERSION=${VERSION} MACHINE=qemux86 bitbake meta-toolchain-gpe;done |
00:36.14 | Tartarus | with TMPDIR=.../tmp.${ANGSTROM_GCC_VERSION} and we'll see which of these work |
00:36.27 | Tartarus | I suspect some of the 3.*'s won't, but i wanna know anyhow |
00:38.04 | *** join/#oe rschuster (n=rob@f053009085.adsl.alicedsl.de) |
00:43.15 | *** join/#oe mithro_ (n=tim@unaffiliated/mithro) |
00:51.23 | Tartarus | yeah, there blew up 3.3.4 |
01:10.34 | Aegiron | is there any way to generate a password so I can put it in /etc/passwd on the root filesystem? |
01:10.56 | Aegiron | not really generate, rather encode |
01:15.46 | Aegiron | is off to bed. sleeping on a keyboard isn't exactly comfy ;) |
01:43.29 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
01:49.19 | *** part/#oe rschuster (n=rob@f053009085.adsl.alicedsl.de) |
02:02.12 | *** join/#oe fraxinas (n=quassel@p54AA7ABB.dip.t-dialin.net) |
02:16.13 | *** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com) |
02:20.45 | *** join/#oe BenLauDC (n=benlau@221.125.8.105) |
02:36.27 | *** join/#oe HellDragon2 (i=jd@Wikipedia/HellDragon) |
03:09.17 | *** join/#oe mrmoku|a` (n=mrmoku@ppp-93-104-37-64.dynamic.mnet-online.de) |
03:26.42 | *** join/#oe raster_ (n=raster@124-170-8-173.dyn.iinet.net.au) |
03:32.51 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
04:28.51 | Tartarus | khem ? |
05:10.37 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
05:38.50 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:52.53 | *** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be) |
06:05.15 | *** join/#oe eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com) |
06:17.12 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
06:21.54 | *** join/#oe kristoffer (n=kristoff@95.209.6.239.bredband.tre.se) |
06:49.53 | *** join/#oe greentux_ (n=lemke@77.128.57.109) |
06:58.52 | *** join/#oe Pr0t0N (n=lcintrat@93.2.234.153) |
06:59.43 | *** join/#oe Sinky (n=stancho@78.90.99.168) |
07:07.53 | *** join/#oe xjqian (n=gordon@68-188-80-83.dhcp.stls.mo.charter.com) |
07:19.34 | methril|work | morning |
07:21.19 | *** join/#oe boris_OmegA (n=boris@194.51.141.172) |
07:25.36 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
07:39.35 | *** join/#oe xjqian (n=gordon@68-188-80-83.dhcp.stls.mo.charter.com) |
07:41.31 | *** join/#oe cyberdeck (n=mnemonic@iss66.vlsi.informatik.tu-darmstadt.de) |
07:42.10 | *** join/#oe kristoffer (n=kristoff@95.209.14.89.bredband.tre.se) |
07:50.18 | *** join/#oe jeremy_laine (n=chatzill@mna75-4-81-56-56-40.fbx.proxad.net) |
07:57.46 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
08:01.09 | *** join/#oe Xilent (n=xk@unaffiliated/xilent) |
08:10.51 | *** join/#oe recalcati_oe (i=5e51e963@gateway/web/ajax/mibbit.com/x-d941d8cf991f6411) |
08:18.45 | *** join/#oe schurig (n=schurig@pD95F989E.dip0.t-ipconnect.de) |
08:19.15 | *** join/#oe Jay7 (n=jay@93-81-1-84.broadband.corbina.ru) |
08:19.30 | Jay7 | morning |
08:20.39 | schurig | moin |
08:21.20 | Jay7 | seen pwgen |
08:21.25 | Jay7 | ~seen pwgen |
08:21.28 | ibot | pwgen <n=ew@0132900044.0.fullrate.dk> was last seen on IRC in channel #oe, 3d 14h 39m 3s ago, saying: 'i have written a bug report regarding the SRC_URI bug id 5074'. |
08:21.28 | Jay7 | !seen pwgen |
08:21.31 | cdbot2 | pwgen (n=ew@90.185.120.221) was last seen quitting from #kexecboot 12 hours, 14 minutes ago stating (Remote closed the connection). |
08:21.41 | Jay7 | wow.. |
08:21.59 | Jay7 | do we have notes service anywhere? |
08:22.19 | Jay7 | should post note to pwgen :) |
08:22.47 | jeremy_laine | RP: ping? |
08:23.42 | CIA-2 | 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r8bb4025ed6 10openembedded.git/recipes/linux/ (linux-rp-2.6.26/defconfig-qemux86 linux-rp_2.6.26.bb): |
08:23.42 | CIA-2 | linux-rp-2.6.26: improve qemux86 defconfig, make preferred |
08:23.42 | CIA-2 | * add kernel modules for bridge support |
08:23.42 | CIA-2 | * make default preference 1 for qemux86 |
08:23.59 | *** part/#oe xjqian (n=gordon@68-188-80-83.dhcp.stls.mo.charter.com) |
08:27.53 | *** join/#oe ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) |
08:30.54 | schurig | Jay7: I think nickserv has a notes-service, do /msg nickserv help |
08:31.36 | schurig | jay7: no, I'm wrong |
08:31.36 | *** join/#oe Jay7 (n=jay@93.81.142.237) |
08:35.46 | *** join/#oe rob_w (n=bill@217.237.177.190) |
08:38.49 | jeremy_laine | is anyone here familiar with psplash? |
08:39.56 | *** join/#oe Jay7 (n=jay@93.81.141.0) |
08:43.36 | ant_work | jeremy_laine: hi, some-of |
08:43.36 | jeremy_laine | ant_work: ah, cool |
08:43.47 | jeremy_laine | ant_work: my setup is as follows: psplash starts up on our framebuffer, so far so good |
08:44.15 | jeremy_laine | ant_work: the last application that gets launched is a Qt/Embedded application on the framebuffer |
08:45.01 | jeremy_laine | ant_work: my problems are: 1/ psplash pollutes my display by updating the progress bar for this last application |
08:45.31 | jeremy_laine | ant_work: 2/ the progress bar doesn't even seem to reach exactly 100%, it stop just short of it |
08:46.24 | jeremy_laine | ant_work: 3/ after a while, the console re-appears, overwriting my application's display |
08:47.26 | ant_work | hm..do you have some output on tty? |
08:47.42 | ant_work | where is your stderr? |
08:47.51 | ant_work | on fb? |
08:48.10 | jeremy_laine | ant_work: ehm, at the moment I am testing on a qemux86 machine |
08:48.22 | ant_work | you could try to lower verbosity |
08:48.49 | jeremy_laine | ant_work: the delay after which I get the console seems to be the 120 seconds which are at the end of the psplash init script |
08:49.03 | ant_work | btwI haven't seen any issue yet with psplash,...but I fought for bootlogo-fb-pollution :-) |
08:52.24 | jeremy_laine | ant_work: ok, will keep looking |
08:52.59 | jeremy_laine | ant_work: by the way, how do we contact upstream for psplash, it seems we have been carrying the logo-math patch forever |
08:53.00 | *** join/#oe pcgeil (n=steffen@p549E68EA.dip.t-dialin.net) |
08:53.35 | ant_work | btw: ira-utils, hostap-utils, ppp have QA 9 |
08:57.50 | ant_work | (klibc you already know about) |
09:02.48 | jeremy_laine | ant_work: hostap-utils is pretty much obsolete :) |
09:03.25 | ant_work | jeremy_laine: I was checking the logs of last builds (few hours ago) |
09:04.43 | ant_work | jeremy_laine: well, there are a lot of bits from O-HAND |
09:05.06 | ant_work | same was for linux-rp |
09:05.27 | jeremy_laine | ant_work: does RP have commit access for psplash? |
09:05.50 | ant_work | I suppose... |
09:06.39 | jeremy_laine | I wouldn't mind getting in touch with whoever maintains psplash as I also wrote a patch for 1bpp and 2bpp support |
09:06.53 | jeremy_laine | (useful on low-end LCD displays) |
09:07.39 | ant_work | jeremy_laine: good |
09:08.30 | *** join/#oe florian (n=fuchs@port-217-146-132-69.static.qsc.de) |
09:11.10 | ant_work | jeremy_laine: dhclient, cups too have QA= |
09:11.12 | ant_work | 9 |
09:11.47 | jeremy_laine | ant_work: who uses dhclient? it's an old version too .. |
09:12.12 | ant_work | I've built opie-image and x11-image |
09:20.59 | *** join/#oe hrw (n=hrw@chello089078173235.chello.pl) |
09:21.05 | likewise | gm all, hrw |
09:22.05 | *** join/#oe f3nix_ (n=f3nix@gdg19.internetdsl.tpnet.pl) |
09:24.49 | ant_work | jeremy_laine: found another...obexpush |
09:25.39 | ant_work | and non dev contains .so, libgtkstylus, |
09:25.59 | ant_work | the rest seems just a bunch of 'invalid desktop-files' |
09:28.01 | florian | good morning |
09:28.59 | hrw | morning |
09:29.04 | *** join/#oe Roman_Khimov (n=rik@office.altell.ru) |
09:29.33 | *** join/#oe stefan_schmidt (n=stefan@w1335.wlan.rz.tu-bs.de) |
09:31.41 | ant_work | non dev contains .so, libopieobex0 |
09:31.46 | ant_work | that's really all :-) |
09:32.16 | ant_work | jeremy_laine: wonderful cleaning! |
09:32.44 | ant_work | metadata is almost sane :) |
09:33.06 | ant_work | hrw: probably you branched one week too early.... |
09:39.55 | hrw | ant_work: there always would be 'wait one week' |
09:40.10 | ant_work | he he |
09:44.31 | *** join/#oe gDD (i=io@125.116.37.2) |
09:45.22 | *** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh) |
09:53.44 | *** join/#oe mithro (n=tim@unaffiliated/mithro) |
09:55.27 | *** join/#oe f3nix (n=f3nix@gdg19.internetdsl.tpnet.pl) |
09:57.50 | Sinky | Hi all |
09:58.46 | Sinky | I am tring to compile PACKAGE1 which depends on PACKAGE2... I upgraded PACKAGE2 , but when I try to recompile PACKAGE1 it still compiles with the older version of PACKAGE2 .. what should I clean or update or... ? |
09:59.15 | *** join/#oe jeremy_laine (n=chatzill@mna75-4-81-56-56-40.fbx.proxad.net) |
10:22.09 | *** join/#oe synchris (n=synchris@pdpc/supporter/professional/synchris) |
10:23.20 | *** part/#oe synchris (n=synchris@pdpc/supporter/professional/synchris) |
10:31.10 | *** join/#oe Sleep-Walker (n=Sleep@193.179.96.131) |
10:31.41 | *** join/#oe dijenerate (n=dijenera@69.73.251.130) |
10:37.55 | pb_ | florian: good morning |
10:38.21 | florian | hey pb_ |
10:44.44 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
10:47.23 | *** join/#oe Cwiiis (n=cwiiis@158.43.2.102) |
10:47.30 | hrw | hi Chris |
10:51.42 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
10:52.55 | hrw | http://marcin.juszkiewicz.com.pl/2009/04/03/beagleboard-in-a-box/ |
10:53.47 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:20.10 | *** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl) |
11:22.57 | *** join/#oe jeremy_laine (n=sharky@anj75-2-88-162-181-110.fbx.proxad.net) |
11:23.06 | *** join/#oe stefan_schmidt (n=stefan@dialbs-088-079-135-027.static.arcor-ip.net) |
11:24.25 | *** join/#oe stefan_schmidt_ (n=stefan@92.117.28.26) |
11:27.00 | *** join/#oe mickey|basel (n=mickey@92.117.154.197) |
11:37.24 | *** join/#oe BusError (n=michel@80.68.82.10) |
11:37.40 | keesj | hrw: I have the same slowest pc ever, it's my home server that runs this irssi+screen session |
11:38.11 | BusError | is there a channel dedicated on making stable/2009 work ? |
11:38.42 | hrw | keesj: ebox2300 based? |
11:38.45 | hrw | BusError: no |
11:39.12 | BusError | hey hrw ; having another shot at oe, since there seems to be a branch that is trying to work :> |
11:40.14 | BusError | hw I sort of narrowed down a crashing problem (illegal instruction) related to libstdc++, on straight stable/2009 angstrom/glibc/armv4t -- rings a bell ? |
11:41.04 | hrw | will run armv4t build |
11:41.08 | hrw | om-gta01 will be ok? |
11:41.49 | BusError | hmm yes should do. it's a s3c2410 ? |
11:42.01 | hrw | yes |
11:42.08 | keesj | no it' x86 based one http://www.linuxdevices.com/news/NS6828123924.html |
11:42.59 | *** join/#oe thebohemian (n=rschus@p579E13B9.dip.t-dialin.net) |
11:43.02 | hrw | keesj: ebox2300 is name of mine which is vortex86sx based. |
11:43.07 | hrw | keesj: your just share case |
11:44.02 | hrw | ~curse gstreamer crap |
11:44.15 | hrw | BusError: which recipe gives you that error? |
11:44.39 | hrw | -> coffee |
11:44.59 | BusError | well thats the problem, all builds, all installs, but if you try to run an app that uses the STL it crashes. I'm going to try to find you a real |
11:45.24 | BusError | right now it did it with 2 apps I tried to compile. I'm trying to find a 'recipe' thst uses it.. |
11:45.45 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:45.51 | *** join/#oe alecrim_ (n=alecrim@189.2.128.130) |
11:48.55 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:51.33 | *** join/#oe Noctambulist (n=Sleep@193.179.96.131) |
11:53.25 | *** join/#oe mickey (n=mickey@92.116.153.195) |
11:55.37 | *** join/#oe ade|desk (n=adavey@195.153.131.254) |
12:09.47 | *** join/#oe drw (n=drw@cpe-76-187-64-213.tx.res.rr.com) |
12:10.51 | *** join/#oe stefan__schmidt_ (n=stefan@w1054.wlan.rz.tu-bs.de) |
12:33.21 | *** join/#oe Gnutoo (n=gnutoo@host88-162-dynamic.51-79-r.retail.telecomitalia.it) |
12:33.28 | *** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com) |
12:35.58 | *** join/#oe ademarez (n=ademarez@anj75-2-88-162-181-110.fbx.proxad.net) |
12:37.25 | *** join/#oe mr_nice (n=nice@95.90.225.246) |
12:38.03 | *** part/#oe bazbell (n=a0192809@nat/ti/x-61905d6b2da86e06) |
12:38.08 | hrw | BusError: so bug is on device not during build? |
12:42.27 | BusError | hrw, yup. still trying to find a regular bb that uses the stl and doesn't require me to install a desktop env :> |
12:42.35 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
12:45.41 | mckoan | jeremy_laine: hi, have you tried to build a qt application out of OE tree ? |
12:47.15 | hrw | BusError: iperf iirc |
12:48.01 | BusError | ah great thanks I'm going to try that ome |
12:48.02 | BusError | one |
12:50.19 | jeremy_laine | mckoan: what do you mean? |
12:51.39 | *** join/#oe vo5 (n=vo@189.120.39.163) |
12:53.37 | mckoan | jeremy_laine: I'm trying to build a small sample qt app and I need to cross-compile it with the qt system I generated with OE |
12:54.20 | mckoan | if I launch qmake, I get this error : QMAKESPEC has not been set, so configuration cannot be deduced. |
12:54.28 | mckoan | Error processing project file: /home/koan/qt/appdemo/appdemo.pro |
12:54.56 | mckoan | usually do not use Qt |
12:54.58 | *** join/#oe morphis (n=morphis@p5489B0B0.dip0.t-ipconnect.de) |
12:54.58 | *** join/#oe lrg (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
13:15.16 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
13:16.45 | *** join/#oe aloisiojr (n=aloisio@200.184.118.130) |
13:21.22 | jeremy_laine | mckoan: why not use OE?? |
13:21.53 | jeremy_laine | mckoan: if you absolutely cannot use OE, you will need to export every variable defined in qmake2.bbclass / qt4e.bbclass |
13:22.17 | BlindMan | hrm |
13:22.20 | mckoan | jeremy_laine: what do you mean with "use OE"? |
13:22.21 | BlindMan | openmoko dead? |
13:22.37 | mckoan | jeremy_laine: I'm using OE but not into its tree |
13:23.06 | mckoan | jeremy_laine: should I have to move my project into recipes ? |
13:24.23 | jeremy_laine | mckoan: you'd indeed be better off writing proper bitbake recipes for your program |
13:25.06 | *** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk) |
13:25.22 | mckoan | jeremy_laine: thanks for the hint, BTW I arcgue nobody ever tried to build Qt apps out of OE tree |
13:25.35 | *** join/#oe bin10101 (n=mia@129.62.151.60) |
13:26.31 | mckoan | jeremy_laine: do you have a sample .bb for build a Qt app like HelloWorld? |
13:27.53 | jeremy_laine | mckoan: is it qmake based? |
13:28.43 | jeremy_laine | let's say it is, are you using Qt/Embedded or Qt/X11? |
13:29.25 | mckoan | qt/x11 and I don't have any *make |
13:30.21 | mckoan | qmake should create Makefile for me |
13:31.20 | *** join/#oe mickey|basel (n=mickey@92.116.178.135) |
13:31.48 | *** join/#oe bazbell (n=a0192809@nat/ti/x-3d7374b64b8c833c) |
13:34.07 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
13:35.06 | *** join/#oe vo5 (n=vo@189.102.204.146) |
13:37.48 | mckoan | jeremy_laine: maybe you could suggest me a recipe to use as example, |
13:39.37 | jeremy_laine | mckoan: you will basically need "inherit qt4x11" in your recipe, not much else |
13:40.09 | jeremy_laine | mckoan: qtnx-qte_0.9.bb is a starting point; though your recipe will be simpler |
13:40.17 | jeremy_laine | arg sorry |
13:40.32 | jeremy_laine | qtnx_0.9.bb for an X11 version |
13:41.44 | *** join/#oe cminyard (n=cminyard@pool-173-57-164-199.dllstx.fios.verizon.net) |
13:41.51 | *** join/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
13:42.03 | mpoullet|work | good morning |
13:42.40 | mckoan | jeremy_laine: maybe also gemdropx_0.9.bb ? |
13:43.05 | hrw | gemdropx is qt/e 2.x |
13:43.13 | hrw | you do not want it |
13:43.28 | mckoan | uh ok thx |
13:47.54 | mckoan | the second problem is that OE works with downloaded packages and I have local sources, does exist a recipe working this way? |
13:49.49 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
13:51.13 | *** join/#oe thebohemian (n=rschus@p579E13B9.dip.t-dialin.net) |
13:53.02 | *** join/#oe f3nix_ (n=f3nix@gdg19.internetdsl.tpnet.pl) |
13:56.07 | tsjsieb | has anyone of you ever experienced this with a newly created install " kernel BUG at fs/jffs2/file.c:251!" |
13:56.29 | tsjsieb | (I'm trying to add a new machine, cm-x300 to OE) |
13:57.15 | tsjsieb | after the error I get an segmentation fault, but the system boots, but after a reboot It won't come up anymore) |
13:57.30 | tsjsieb | 1 st boot: http://rafb.net/p/VtAnMh91.html |
14:02.29 | schurig | tsjsieb: You try to add a new machine and use an old kernel (2.6.26?). That way you'll have lots of problems sending your patches upstream :-/ |
14:03.36 | schurig | tsjsieb: the first real problem is this: Node CRC 91aaa3dd != calculated CRC 84e0e8b2 for node at 0075173c |
14:03.42 | tsjsieb | I understand, but I have a working example of this kernel from the manifacturer for this specific machine, with a patch file |
14:03.50 | schurig | tsjsieb: the rest seems to be follow-up problems |
14:04.18 | schurig | tsjsieb: however, that can be anything: faulty hardware, wrong memory timing, error in the image that you "burned" into the device |
14:04.52 | jeremy_laine | mckoan: if there are only a couple of files you could put them in "files" with your recipe, otherwise put a .tar.gz of the project in "files" |
14:05.58 | schurig | tsjsieb: hehe, and maybe the "working example of a kernel" isn't really working |
14:06.08 | tsjsieb | schurig: thnx, I suspect it's something with my own created kernel / rootfs, because the example files from the manifacturer work correctly :) |
14:06.37 | schurig | tsjsieb: you could compare your kernel to what is in the current kernel. If your problem is because of a programming error, chances are good that this has been fixed in the meantime. |
14:06.48 | *** join/#oe flameman (n=toor@net-93-65-27-202.cust.dsl.vodafone.it) |
14:06.51 | flameman | hello |
14:07.03 | flameman | today i get my zaurus c1000 |
14:07.09 | schurig | tsjsieb: okay, then I'd recommend to first use the provided-kernel, but your own filesystem. If that works, then the problem is in your self-made-kernel |
14:07.17 | flameman | is it possible to boot from cf ? |
14:07.22 | hrw | flameman: finally you have device with better kernel |
14:07.26 | hrw | flameman: yes, it is |
14:07.33 | schurig | tsjsieb: it could even be the case that provided kernel doesn't match the provided kernel source ... |
14:07.45 | flameman | hrw, yes i am so happy :D you know how to boot from there ? |
14:07.48 | hrw | flameman: you need ant_work or Jay7 - they are local zaurus hackers |
14:08.02 | Jay7 | hides :) |
14:08.04 | flameman | hrw oookkk :D very very happy |
14:08.19 | hrw | flameman: you need kernel with pcmcia drivers in and proper root= in compiled-in cmdline |
14:08.38 | Jay7 | kexecboot 0.5 should have pcmcia in kernel |
14:08.43 | Jay7 | just try it |
14:09.10 | flameman | jay7 so you mean ... using kexec in order to boot from cf ? |
14:09.28 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
14:09.37 | Jay7 | oh, sh#t.. guy that I hope help me with ebay.com decline.. |
14:09.53 | Jay7 | flameman: as universal way yes :) |
14:10.05 | Jay7 | but you can use custom kernel too |
14:10.08 | Jay7 | or u-boot |
14:10.17 | Jay7 | all ways should work |
14:10.32 | flameman | jay7 ... umm is there any image for the internal flash with a good boot loader ? |
14:10.45 | Jay7 | kexecboot? :) |
14:10.51 | flameman | yes, or u-boot |
14:11.07 | Jay7 | http://www.angstrom-distribution.org/demo/kexecboot/ |
14:11.11 | Jay7 | try kexecboot here |
14:11.14 | flameman | ok |
14:11.26 | Jay7 | I don't know any ready kernel with u-boot now.. |
14:11.31 | Jay7 | may be ant know |
14:11.46 | tsjsieb | schurig: with the kernel provided, and my own rootfs, I only have the problem that the modules ar not found, wat's reasonable because the modules dir is named differently |
14:11.54 | *** join/#oe chouimat (n=quassel@209.217.106.98) |
14:12.41 | flameman | C1000 ---> akita ? am i right ? |
14:12.49 | Jay7 | yes |
14:12.58 | flameman | ok, let's go rock n roll :D |
14:12.59 | Jay7 | remember this name :) |
14:13.08 | Jay7 | do NAND backup before :) |
14:13.10 | schurig | tsjsieb: then copy the modules manually into your image, with a hook :-) ROOTFS_POSTPROCESS_COMMAND = "name_of_shell_function" |
14:13.13 | Jay7 | just to have :) |
14:14.31 | tsjsieb | schurig: thnx I will try that :) |
14:15.26 | schurig | tsjsieb: also check power supply. I once had a device where reading was working, but writing did occassionally not work. In the end it was the power line towards the Flash on the PCB, which didn't give enougth current while eraseing. Killed hardware engeneer for that, got 24 years jail :-) |
14:17.36 | tsjsieb | schurig: lol :D I hope your not serious. But I suppose that's not the problem in my case, because the example files from manufacturer keep working every time |
14:18.52 | schurig | tsjsieb: yeah, but but different kernel draw different currents at different times, e.g. because of different thread / workqueues / irq-routines running |
14:19.19 | schurig | tsjsieb: also, it might be the case that the GPIOs aren't initialized the same as in the original sample, so maybe your board draws more current because of that |
14:20.14 | schurig | *IF* the current to the chip is your problem (not likely, agreed), than it's not the sustained current, but the spike current (not sure how to say that in english) |
14:20.23 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
14:20.28 | tsjsieb | o.k thnx I will check :) |
14:28.07 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
14:39.02 | flameman | jay7 is there a procedure to install the kexec into the internal flash ? |
14:40.36 | Jay7 | http://www.angstrom-distribution.org/c1000-install-instructions |
14:40.45 | Jay7 | just w/o initrd.bin |
14:40.49 | *** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) |
14:42.57 | *** join/#oe _ProtoN_ (n=lcintrat@wyplay-fr-4-82.cnt.nerim.net) |
15:01.40 | *** join/#oe bin10101 (n=mia@129.62.151.60) |
15:08.50 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
15:15.19 | *** join/#oe rkirti (n=Kirtika@203.199.213.3) |
15:20.34 | *** join/#oe kergoth (n=kergoth@ip24-255-7-190.tc.ph.cox.net) |
15:23.42 | *** join/#oe lrg_ (n=lrg@host81-136-218-57.in-addr.btopenworld.com) |
15:31.32 | *** join/#oe f3nix (n=f3nix@gdg19.internetdsl.tpnet.pl) |
15:32.52 | BusError | hmm whats the bitbake target to rebuild the Package* files again ? |
15:33.32 | hrw | package-index |
15:33.47 | *** join/#oe waite1 (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
15:35.00 | BusError | thx. hrw I have a new .bb with a kaemon that triggers commands on keypresses (buttons on boards).. is the right way to work is to give you a git tree/branch with the patch hangin on it ? |
15:35.03 | Tartarus | khem, around? Do you recall just when/what that gdb/libthread fix was? I need to pull that in :) |
15:35.07 | Tartarus | doing a git bisect atm |
15:35.47 | hrw | BusError: use "git format-patch" maybe? |
15:36.29 | BusError | hrw, sure, but I tought maybe a git pull from your end would be faster ? shall I email it to you ? |
15:37.41 | hrw | BusError: ok, give me url then |
15:43.39 | BusError | hrw, git://repo.or.cz/openembedded/mini2440.git head for-hrw |
15:43.56 | BusError | it's based on the current stable/2009 |
15:44.24 | hrw | patch for .dev will be |
15:45.01 | hrw | mini2440? you work on adding that board? |
15:45.16 | BusError | it already works. been for some time too :> |
15:46.13 | BusError | I held uo OE some, because the -dev branch was to borken at the time. with a stable branch I'm having a go again |
15:47.43 | *** join/#oe Gnutoo (n=gnutoo@host88-162-dynamic.51-79-r.retail.telecomitalia.it) |
15:48.02 | hrw | I will build it for .dev and then push. |
15:48.11 | hrw | you can then request it for stable |
15:48.21 | BusError | OK thanks. |
15:48.42 | BusError | it's just a clean, lean, simple tool really |
15:49.01 | hrw | but rules are rules |
15:49.30 | BusError | absolutely agree, I meant that it's a tool very nice on an embedded board :> |
15:49.54 | BusError | any rule that prevents the chaos to happend is good in my book :> |
15:50.45 | hrw | ~curse parsing time |
15:52.17 | BusError | I'm still trying to get my c++ app to work. iperf works. my simple c++ works, my real app fails. even a print() after first line in main() fails. I;m trying to get gdbserver to work to see a bit more details |
15:52.23 | *** join/#oe birunko (n=birunko@200.184.118.130) |
15:53.48 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
15:54.59 | *** part/#oe bazbell (n=a0192809@nat/ti/x-3d7374b64b8c833c) |
15:58.36 | CIA-2 | 03Michel Pollet <buserror@gmail.com> 07org.openembedded.dev * rb3c9bf48ee 10openembedded.git/recipes/esekeyd/esekeyd_1.2.4.bb: (log message trimmed) |
15:58.36 | CIA-2 | esekeyd: ESE keyboard daemon recipe |
15:58.36 | CIA-2 | ESE Key Daemon is a multimedia keyboard driver for Linux. |
15:58.36 | CIA-2 | With the 2.6 kernel series it can also handle remote controls, |
15:58.36 | CIA-2 | as they are presented as keyboards. No kernel patch is required. |
15:58.37 | CIA-2 | It is a userspace program that pools /dev/input/event? |
15:58.41 | CIA-2 | interfaces for incoming keyboard key presses. |
15:58.43 | CIA-2 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r0be1026692 10openembedded.git/recipes/openssl/ (4 files): openssl-native: removed FILESPATH setting which is not needed |
16:04.24 | BusError | hrw, there was no MD5 in my patch... |
16:07.10 | hrw | argh |
16:07.15 | hrw | will add |
16:07.33 | BusError | sorry I tried to make it "branch friendly" |
16:07.59 | BusError | I knew you'd probably move it, and the md5 is prone to break |
16:09.17 | CIA-2 | 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rf50da97984 10openembedded.git/conf/checksums.ini: checksums.ini: added entry for esekeyd, removed duplicate of gcc 4.3.2 |
16:09.34 | hrw | BusError: next time commit both in one run - I used format-patch |
16:09.40 | *** join/#oe bazbell (n=a0192809@nat/ti/x-4d23ac440a7d0283) |
16:09.44 | hrw | -> off for some time |
16:14.20 | BusError | anyone uses gdbserver ? I installed it, and it quits immediately, with no error. thats on stable/2009 armv4t |
16:14.42 | *** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
16:15.17 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
16:18.06 | *** part/#oe mpoullet|work (n=mpoullet@proxye.avm.de) |
16:18.13 | Tartarus | goes around kicking opkg again |
16:18.52 | Tartarus | meta-toolchain-gpe installs task-sdk-base, which RDEPENDS (And DEPENDS) on task-sdk-bare |
16:19.05 | Tartarus | It is not, however, trying to install task-sdk-bare |
16:19.30 | Tartarus | Anyone know why? |
16:19.56 | Tartarus | Also, is bb 1.8.12 still ok for .dev? -c rebuild isn't doing anything anymore.. |
16:21.03 | *** join/#oe mickey|ICE (n=mickey@openmoko/coreteam/mickey) |
16:21.48 | florian | remembers someone did some strange changes to the toolchains and broke some of them |
16:23.05 | broonie | Tartarus: rebuild in particular is broken but otherwise it should be fine AIUI |
16:26.46 | denix | broonie: isn't rebuild defined by base class? |
16:27.33 | denix | Tartarus: any more ideas about the curl-sdk issue? |
16:29.34 | kergoth | rebuild is defined in base.bbclass, and rebuild doesn't behave correctly in general nowadays |
16:30.06 | Tartarus | Man I hate opkg |
16:30.18 | Tartarus | Problem was that since libiw-dev didn't exist it didn't try and install task-sdk-bare |
16:30.35 | Tartarus | Now to figure out why wireless-tools isn't packaging as expected |
16:38.26 | *** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
16:39.04 | Tartarus | OK, funky... |
16:39.14 | Tartarus | tries wireless-tools for mx31ads not qemux86 |
16:41.23 | Tartarus | on qemux86 wireless-tools is missing many, many files |
16:41.31 | Tartarus | it's just libiw and ifrename |
16:48.10 | *** join/#oe bin1010 (n=mia@129.62.151.60) |
16:52.10 | Tartarus | yeah, this is all just wrong, wth.. |
16:52.24 | Tartarus | will post this for review tho, it doesn't make sense that this is broken this badly.. |
17:17.56 | broonie | Oh, feh. SDL 1.2.11 appears to have changed checksum :/ |
17:18.34 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
17:20.10 | *** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
17:40.02 | *** part/#oe bazbell (n=a0192809@nat/ti/x-4d23ac440a7d0283) |
17:44.28 | *** join/#oe like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) |
17:49.14 | *** join/#oe bazbell (n=a0192809@nat/ti/x-0945b264c3b9a13f) |
17:57.48 | *** join/#oe bergelin (n=bergelin@c80-216-131-228.bredband.comhem.se) |
17:58.53 | *** join/#oe florian (n=fuchs@f048131175.adsl.alicedsl.de) |
18:05.17 | *** part/#oe BenLauDC (n=benlau@221.125.8.105) |
18:08.36 | *** part/#oe tick35 (n=tick@118-168-104-83.dynamic.hinet.net) |
18:09.24 | *** join/#oe valhalla (n=valhalla@81-174-23-93.dynamic.ngi.it) |
18:10.27 | *** join/#oe udovdh_ (n=udovdh@pindarots.xs4all.nl) |
18:12.25 | *** join/#oe JoshJr (n=JoshSR@92.116.176.240) |
18:16.16 | *** join/#oe e-ffi (n=cybercom@dslb-088-068-180-129.pools.arcor-ip.net) |
18:23.48 | *** join/#oe e-ffi_ (n=cybercom@dslb-088-069-037-073.pools.arcor-ip.net) |
18:26.49 | *** join/#oe florian (n=fuchs@f048131175.adsl.alicedsl.de) |
18:27.11 | *** part/#oe ade|desk (n=adavey@195.153.131.254) |
18:27.15 | *** join/#oe flo_lap (n=fuchs@f048131175.adsl.alicedsl.de) |
18:29.13 | dhd | hey ... uclibc doesn't seem to want to compile for armv4t in Thumb mode |
18:29.26 | dhd | apparently this was "fixed" but doesn't actually seem to be fixed :( |
18:36.15 | *** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org) |
18:43.18 | *** join/#oe woglinde (i=woglinde@78.52.235.144) |
18:43.51 | woglinde | jo |
18:45.32 | *** join/#oe vivijim (n=vivijim@unaffiliated/vivijim) |
18:45.35 | *** join/#oe Ojg (n=Ojg@c-83-233-228-68.cust.bredband2.com) |
18:47.44 | *** join/#oe fraxinas (n=quassel@p54AA7372.dip.t-dialin.net) |
18:49.53 | *** join/#oe timtimred (n=meh@79-77-2-150.dynamic.dsl.as9105.com) |
18:50.20 | *** join/#oe mnabil (n=mnabil@196.205.191.174) |
18:51.27 | *** join/#oe ArteK (n=Artur@81.15.241.96) |
18:51.34 | *** join/#oe fraxinas (n=quassel@p54AA7372.dip.t-dialin.net) |
18:53.08 | khem | dhd: what error do you get |
18:53.12 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
18:54.05 | Jay7 | morgen woglinde :) |
19:15.51 | *** part/#oe bazbell (n=a0192809@nat/ti/x-0945b264c3b9a13f) |
19:20.52 | *** join/#oe marcosmamorim1 (n=marcos@189.102.204.146) |
19:26.22 | dhd | khem: it's an ICE, unable to find a register to spill, in _dl_dprintf() |
19:26.41 | dhd | will it work to compile ldso as arm and the rest of uclibc as thumb? I'm trying that now |
19:27.00 | dhd | this is gcc 4.2.4, oe stable/2009 branch |
19:33.38 | *** join/#oe booxter (n=booxter@80.249.95.245) |
19:46.47 | hrw|gone | http://community.buglabs.net/bballantine/posts/102-Three-Steps-for-OpenEmbedded-N-Bs - worth read for everyone ;D |
19:47.51 | *** join/#oe timtimred (n=meh@79-77-2-150.dynamic.dsl.as9105.com) |
19:57.25 | *** join/#oe pvanhoof (n=pvanhoof@91.179.42.34) |
19:57.45 | *** join/#oe bazbell (n=a0192809@nat/ti/x-10dbb070f50cd611) |
20:01.34 | *** join/#oe pirho_ (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
20:01.45 | dhd | hmm... e2fsprogs is failing to build on uclibc |
20:02.26 | woglinde | dhd hm? |
20:02.32 | woglinde | what is the error? |
20:02.36 | dhd | yeah - undefined references to __aeabi_read_tp |
20:02.41 | dhd | in gen_uuid.c |
20:03.19 | dhd | but I'm not sure it is actually libuuid specific, it's just that tst_uuid seems to be the first executable it builds |
20:03.54 | dhd | (also I am building for armv4t in Thumb mode) |
20:04.11 | woglinde | hm oh |
20:04.12 | dhd | is TLS not supported for Thumb? that would make sense I suppose |
20:04.32 | dhd | is there a good way to force some packages to build as ARM and others as Thumb? |
20:04.56 | woglinde | there is no no TLS support yet in uclibc |
20:05.04 | dhd | oh. |
20:06.29 | woglinde | nptl merge is still pending |
20:06.35 | dhd | ah |
20:06.50 | woglinde | and ther will be no support for arm oabi |
20:06.54 | dhd | curious though as to why this build would be failing, and if it's thumb related |
20:07.04 | woglinde | yeah |
20:07.14 | woglinde | I am just testing right now armv4 here |
20:07.15 | dhd | my understanding is __aeabi_read_tp is a built-in that reads the TLS register |
20:07.31 | dhd | and it's likely actually being called from some inline function in uclibc |
20:08.43 | woglinde | args |
20:09.03 | woglinde | why the heck its trying to build the old version of e2fsbprgs |
20:09.17 | dhd | the one causing me problems here is 1.41.4-r1 |
20:09.23 | dhd | in the stable/2009 branch |
20:09.28 | dhd | building console-image for angstrom |
20:09.32 | woglinde | are you needing e2fsprogs or e2fsprogs-lib? |
20:09.38 | dhd | no actually I have no need for them at all |
20:09.48 | dhd | along with like 90% of the things that console-image is building actually :) |
20:11.42 | dhd | oh I can just remove ext2 from MACHINE_FEATURES |
20:11.50 | dhd | problem solved, I guess |
20:12.06 | woglinde | okay same error here |
20:15.28 | *** join/#oe gremlin[it] (n=gremlin@95.74.157.126) |
20:15.54 | *** part/#oe ArteK (n=Artur@81.15.241.96) |
20:16.32 | woglinde | hm I will check buildroot if they have a fix for this |
20:18.15 | woglinde | ah |
20:18.17 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rcdd5eb0d31 10openembedded.git/recipes/mozilla/ (firefox-l10n-pt-br_3.0.4.bb firefox-l10n.inc): |
20:18.17 | CIA-2 | firefox-l10n-pt-br: add |
20:18.17 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:18.19 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r35467d35ba 10openembedded.git/recipes/mozilla/firefox.inc: |
20:18.20 | CIA-2 | firefox.inc: disable application updating |
20:18.21 | woglinde | -disable-tls |
20:18.22 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:18.24 | CIA-2 | 03Angus Ainslie <nytowl@openmoko.org> 07org.openembedded.dev * rc2f22a74d9 10openembedded.git/conf/checksums.ini: |
20:18.27 | CIA-2 | Add elementtree checksum |
20:18.29 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:18.31 | CIA-2 | 03Ihar Hrachyshka <ihar.hrachyshka@gmail.com> 07org.openembedded.dev * r89eeba8660 10openembedded.git/ (conf/checksums.ini recipes/ruby/ruby-dbus_0.2.1.bb): |
20:18.34 | CIA-2 | ruby-dbus: new recipe |
20:18.36 | CIA-2 | This is a package with D-Bus bindings for Ruby language. |
20:18.36 | woglinde | I will make a patch |
20:18.38 | CIA-2 | Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com> |
20:18.40 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:18.42 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r0b9cb309ce 10openembedded.git/recipes/mozilla/firefox.inc: |
20:18.42 | dhd | thanks! |
20:18.45 | CIA-2 | firefox.inc: properly support locale usage based in system locale |
20:18.55 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:18.57 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r7c1739c542 10openembedded.git/recipes/alsa/alsa-state.bb: |
20:19.00 | CIA-2 | alsa-state: register the script for the shutdown, storing the settings |
20:19.02 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.04 | CIA-2 | 03Henry von Tresckow <hvontres@gmail.com> 07org.openembedded.dev * rc0bada0355 10openembedded.git/recipes/sg3-utils/ (files/Makefile.patch sg3-utils_1.24.bb): |
20:19.09 | CIA-2 | sg3-utils: Updated Makefile patch to deal with cross-compiling |
20:19.11 | CIA-2 | Signed-off-by: Henry von Tresckow <hvontres@gmail.com> |
20:19.13 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.15 | CIA-2 | Acked-by: Koen Kooi <koen@openembedded.org> |
20:19.17 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r18019ca851 10openembedded.git/recipes/gnome/gnome-keyring_2.24.1.bb: |
20:19.22 | CIA-2 | gnome-keyring: depends on gconf to fix a FTBFS |
20:19.26 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.28 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r4159b51b90 10openembedded.git/conf/machine/ (geodegx.conf include/tune-geodegx.inc): |
20:19.31 | CIA-2 | machine/geodegx: optimize using gcc 4.3 -mgeode and a specific feed arch |
20:19.33 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.35 | CIA-2 | 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rbd90cde539 10openembedded.git/conf/machine/ (geodelx.conf include/tune-geodelx.inc): |
20:19.42 | CIA-2 | machine/geodelx: optimize using gcc 4.3 -mgeode and a specific feed arch |
20:19.44 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.46 | CIA-2 | 03Jader H. Silva <jader@2mi.com.br> 07org.openembedded.dev * r27b5b2934e 10openembedded.git/conf/distro/include/sane-srcrevs.inc: |
20:19.49 | CIA-2 | Add calibrateproto and libxcalibrate sane srcrevs |
20:19.55 | CIA-2 | Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> |
20:19.59 | CIA-2 | (3 lines omitted) |
20:20.05 | *** join/#oe waite (n=bwaite@c-24-91-81-44.hsd1.ma.comcast.net) |
20:21.43 | dhd | hmm well it does seem that building ldso as arm and the rest of uclibc as thumb works okay |
20:21.56 | woglinde | hm? |
20:22.06 | dhd | I'm getting an ICE building uclibc as thumb |
20:22.13 | woglinde | I thought khem checked in his patches for ldso |
20:22.16 | dhd | even with the patch to make it build without optimization |
20:22.22 | dhd | yes, he did, for some reason they didn't fix it for me... |
20:22.33 | woglinde | hm hm |
20:22.36 | woglinde | please write him |
20:22.37 | dhd | or rather they didn't fix all of the errors I guess |
20:22.54 | dhd | sure - I will get a log from the failed build |
20:23.23 | *** part/#oe mrmoku (n=mrmoku@ppp-93-104-37-64.dynamic.mnet-online.de) |
20:23.28 | dhd | I also have a weird issue where even though /sbin/init points to /sbin/init.sysvinit, it still tries to use busybox init at boot |
20:23.47 | dhd | which doesn't work, because busybox init doesn't understand the same inittab format |
20:24.55 | dhd | is this because /linuxrc is pointing to busybox? |
20:24.59 | dhd | (this is in minimal-image) |
20:27.44 | *** join/#oe marcosmamorim (n=marcos@189.102.204.146) |
20:30.18 | *** join/#oe vo5 (n=vo@189.102.204.146) |
20:31.46 | *** join/#oe otavio (n=otavio@debian/developer/otavio) |
20:36.23 | *** join/#oe ant__ (n=andrea@host139-51-dynamic.5-87-r.retail.telecomitalia.it) |
20:36.29 | woglinde | he ant |
20:36.48 | woglinde | ant do you have armv6 toolchain at hand? |
20:36.59 | ant__ | hi |
20:37.06 | ant__ | hm.. armv5te |
20:37.14 | woglinde | would be okay too |
20:37.23 | ant__ | then I have |
20:37.58 | *** join/#oe like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) |
20:38.40 | woglinde | ant can you test the following patch for ffmpeg? |
20:38.42 | woglinde | http://paste.debian.net/32331/ |
20:39.33 | ant__ | woglinde: should I try without patch at first? |
20:39.53 | woglinde | ???? |
20:39.55 | woglinde | nope |
20:39.58 | ant__ | ok |
20:40.19 | woglinde | hm even better you make bitbake -c configure ffmpeg |
20:40.26 | woglinde | ans then go to this dir |
20:40.40 | woglinde | compile with toolchain-gcc at hand to the assembler stage |
20:40.43 | woglinde | and look |
20:40.52 | woglinde | if there is the bx or the mov line |
20:42.19 | *** join/#oe Gnutoo (n=gnutoo@host155-29-dynamic.17-79-r.retail.telecomitalia.it) |
20:42.23 | woglinde | hi gnutoo |
20:44.12 | Gnutoo | woglinde, hi there are things that I don't understand in the lwn post you have given to me...I understand the assembly but not all what is done with it...such as mov r3, #0xffff0fff |
20:44.15 | woglinde | gnutoo thats kernel magic for atomic cmp_swap on arm |
20:44.20 | Gnutoo | should I send a mail to the mailing-list for that? |
20:44.20 | Gnutoo | ok |
20:44.25 | *** join/#oe stefan_schmidt (n=stefan@p5B037755.dip.t-dialin.net) |
20:44.34 | woglinde | hm mom |
20:44.41 | woglinde | ah yes |
20:44.56 | Gnutoo | so I should keep the same numbers or is the number dependant from the number of instructions? |
20:45.49 | woglinde | gnu too this you mean? |
20:45.51 | woglinde | http://lwn.net/Articles/314235/ |
20:46.05 | Gnutoo | yes |
20:47.13 | woglinde | hm its purly for armv5 |
20:47.17 | woglinde | bx is used |
20:47.28 | Gnutoo | ah ok so it doesn't work for armv4... |
20:47.44 | woglinde | but this will be working with gcc-4.4 |
20:47.53 | Gnutoo | ok |
20:48.00 | woglinde | there is the linker bx patch included |
20:48.13 | woglinde | which patches bx to mov within binutils |
20:48.24 | Gnutoo | wow |
20:49.32 | woglinde | hm but you can use swp for pre armv6 |
20:49.40 | Gnutoo | yes I can |
20:49.42 | woglinde | makes no difference |
20:49.47 | woglinde | besides speed maybee |
20:49.50 | woglinde | dont know |
20:49.56 | Gnutoo | swp is atomic |
20:50.00 | woglinde | yes |
20:50.01 | ant__ | woglinde: still compiling deps... |
20:50.11 | woglinde | ant args yes |
20:50.44 | Gnutoo | by the way how much should I change the code beside changing the add ptr to add +1 and adapting it to armv4? |
20:50.45 | woglinde | some "dont want to call him idiot" builds schroedinger-gst plugins with schroedinger recipe |
20:51.06 | woglinde | so it pulls in whole gst and gnome-vfs and stuff |
20:51.13 | woglinde | I have a patch here to fix this |
20:51.27 | woglinde | gnutoo reminds me by the way |
20:51.58 | woglinde | that we use the not arm-optimizied libatomic-ops with pulseaudio |
20:51.59 | ant__ | woglinde: look on top build http://tinderbox.openembedded.net/builders/ant/ |
20:52.07 | woglinde | which uses always swp |
20:52.15 | woglinde | I wanted to fix this too |
20:52.40 | Gnutoo | ok |
20:52.47 | woglinde | ant hm |
20:53.06 | woglinde | ant hm this dont help much |
20:53.10 | ant__ | almost done (configure) |
20:53.13 | woglinde | ant can you do as I said |
20:53.31 | ant__ | I'm still at -c configure... |
20:53.35 | woglinde | ah sorry |
20:53.37 | woglinde | hehe |
20:53.46 | woglinde | didnt look this much at tinderbox yet |
20:53.50 | ant__ | -3 |
20:53.54 | woglinde | so I thought it was finished |
20:53.55 | ant__ | -2 |
20:54.05 | ant__ | -1 |
20:54.20 | ant__ | ok, done |
20:54.44 | ant__ | no schroedinger plugins here |
20:54.49 | ant__ | just schroedinger |
20:54.58 | ant__ | btw |
20:55.17 | woglinde | hehe yxes |
20:55.25 | woglinde | because you only did configure |
20:55.32 | ant__ | :/ |
20:55.37 | khem | dhd: is ICE only problem you see while compiling ldso ? |
20:55.43 | woglinde | look at the depends |
20:55.53 | dhd | khem: yeah |
20:55.55 | khem | dhd: I would suggest to use gcc 4.3.x |
20:56.00 | ant__ | mom, now I should compile it by hand? |
20:56.04 | dhd | if I add -marm to CFLAGS-ldso it works... |
20:56.05 | woglinde | hm they vanaished |
20:56.10 | dhd | khem: ok will try that tomorrow, thanks! |
20:56.21 | khem | dhd: yes that will work. We have no problems in arm mode |
20:56.27 | khem | its thumb mode thats the challance |
20:56.51 | ant__ | woglinde: you mean -c compile now? |
20:56.58 | woglinde | ant__ hm its already assembler |
20:56.59 | khem | and what was the second problem you mentioned |
20:57.09 | woglinde | let me think |
20:57.10 | dhd | ah the second problem is that the images are linking /libc -> /bin/busybox |
20:57.16 | dhd | er not /libc, /linuxrc |
20:57.23 | khem | ldso is a beast its one huge file with huge functions and they all need to be in one |
20:57.32 | woglinde | ah |
20:57.38 | dhd | and this makes the kernel use busybox init instead of sysvinit, which does not understand inittab |
20:57.41 | woglinde | -E schould be enough |
20:57.43 | woglinde | okay |
20:57.58 | woglinde | ant cd ffmpeg-0.5/libavcodec/arm/ |
20:58.00 | dhd | khem: yeah sounds like a stress test for the compiler |
20:58.06 | dhd | Thumb has fewer registers doesn't it? |
20:58.20 | woglinde | and type gcc -E dsputil_arm_s.S -o moo.S |
20:58.21 | khem | yep plan to make is simpler |
20:58.29 | woglinde | and look the last lindes |
20:58.33 | woglinde | aeh lines |
20:58.39 | khem | yes thumb is half registers |
20:58.42 | woglinde | args arm-blafasle-foo-gcc |
20:58.43 | khem | than arm |
20:58.52 | dhd | okay I will try 4.3.x tomorrow... thanks |
20:59.16 | woglinde | go gcc-4.4 |
20:59.20 | khem | dhd: oh btw you need to use either binutils-2.18 or binutils-cvs |
20:59.22 | woglinde | go go go |
20:59.23 | woglinde | *g* |
20:59.31 | khem | binutils 2.19x wont work |
20:59.38 | woglinde | khem why? |
20:59.55 | woglinde | is it patched out in binutils-cvs? |
21:00.05 | khem | because it has bugs in trampoline code for interworking |
21:00.13 | khem | yes |
21:00.21 | woglinde | hm cant you provide a patch for 2.19? |
21:00.31 | woglinde | or is it to much? |
21:00.44 | khem | I could but I am lazy and it will be all work Christophe did lately |
21:00.54 | woglinde | pfffff |
21:00.56 | woglinde | lazy |
21:01.22 | ant__ | woglinde: gcc -E dsputil_arm_s.S -o moo.S |
21:01.23 | ant__ | dsputil_arm_s.S:22:20: error: config.h: No such file or directory |
21:01.26 | khem | all this was borked bigtime and now its gettig better |
21:01.33 | woglinde | ant aeh |
21:01.40 | khem | hopefully 2.20 is a good one |
21:01.48 | woglinde | ant search for the config.h |
21:02.04 | woglinde | and add -I../dir_to_config.h |
21:02.52 | Tartarus | whee |
21:03.07 | Tartarus | Time to test relocated SDKs of 4.1.2/4.2.4/4.3.3 with qtopia being compiled |
21:04.03 | woglinde | qtopia is dead |
21:04.06 | woglinde | dead dead |
21:04.13 | Tartarus | that's fine |
21:04.24 | Tartarus | this is just something that i've had break horribly my SDKs before :) |
21:04.30 | khem | if you need __aeabi_read_tp then you better use uclibc-nptl.bb |
21:04.45 | woglinde | khem hm |
21:04.49 | woglinde | so you ported tls |
21:04.55 | woglinde | but not nptl at all |
21:04.57 | woglinde | strange |
21:05.05 | khem | woglinde: tls is in there for nptl |
21:05.05 | woglinde | for now I have a fix here |
21:05.09 | khem | otherwise it wont work |
21:05.23 | *** part/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu) |
21:05.35 | woglinde | which disable tls for e2fsprogs for oabi |
21:05.40 | woglinde | hm |
21:05.41 | woglinde | s |
21:05.47 | woglinde | I have to test uclibc too |
21:05.48 | woglinde | args |
21:06.24 | khem | woglinde: can you try nptl ? |
21:06.34 | woglinde | pffff |
21:06.40 | woglinde | I am lazy |
21:06.40 | khem | I remember your device was old enough not to support it |
21:06.41 | woglinde | *g* |
21:08.05 | Tartarus | go go gadget multicore |
21:09.55 | *** join/#oe bergelin (n=bergelin@c80-216-131-228.bredband.comhem.se) |
21:10.23 | woglinde | ant? |
21:10.37 | mwester | ant clean; ant all |
21:10.57 | *** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) |
21:11.53 | ant__ | woglinde: re (child was unhappy...) |
21:12.00 | woglinde | ant oh okay sorry |
21:12.00 | ant__ | <PROTECTED> |
21:12.01 | ant__ | <PROTECTED> |
21:12.01 | ant__ | <PROTECTED> |
21:12.05 | woglinde | ant cool |
21:12.08 | woglinde | thanks |
21:12.17 | woglinde | so I can push it |
21:12.23 | Tartarus | mwester, hey, happen to see my wireless-tools patch go by on the ml? |
21:12.26 | woglinde | stole it from newlibc |
21:12.28 | woglinde | *g* |
21:12.42 | woglinde | Tartarus is it on patchwork |
21:12.43 | woglinde | ? |
21:12.50 | Tartarus | woglinde, yes it's there too |
21:13.05 | Tartarus | is there a request reviews thing there too ive missed? :) |
21:13.55 | woglinde | hm no |
21:14.02 | woglinde | I would say put it in |
21:14.11 | Tartarus | heh |
21:14.44 | Tartarus | woop, gcc 4.1.2 built it right |
21:14.46 | woglinde | whats the problem? |
21:14.46 | Tartarus | time to try 4.2.4 |
21:15.35 | Tartarus | woglinde, w/ the patch? I want distro people to look over and see if they're ok with me fixing ifrename package (didn't exist before, does now) |
21:16.00 | Tartarus | I'm not sure if there should be an RRECOMMENDS added to the main package or anything |
21:16.12 | mwester | Tartarus: Yep, saw that -- makes sense. |
21:16.31 | Gnutoo | woglinde, so what should I do exactly? 1)take the lwn code 2)make it use +1 instead of a pointer 3)replace the the bx with a mov (I hope there won't be issues with address range) ? |
21:16.33 | mwester | i never thought about it, but why would ifrename be in wireless-tools? |
21:17.04 | Tartarus | mwester, I too wondered why it was part of that source package when I saw it |
21:17.21 | Tartarus | but my problem was no libiw means opkg blew up making SDKs for me |
21:17.47 | Tartarus | So at least now it's in its own package, which was intended |
21:17.53 | Tartarus | if >1 thing have ifrename |
21:18.01 | mwester | I've never tried putting that lib into an sdk, so never ran into that. |
21:18.02 | Tartarus | (which, um, you don't need anymore with udev, do you?_ |
21:18.12 | mwester | er, why not? |
21:18.16 | Tartarus | mwester, task-sdk-base has it :| |
21:18.26 | Tartarus | kept task-sdk-bare from going in |
21:18.34 | Tartarus | mwester, lemme pull up the rule.. |
21:18.38 | mwester | goes to check to see if he uses -base |
21:18.56 | Tartarus | # Rename onboard 8139 to lan |
21:18.57 | Tartarus | KERNEL=="eth*", SYSFS{address}=="00:11:5b:da:32:dc", NAME="lan" |
21:19.48 | Tartarus | mwester, -base is a definate non-base task, it's got all sorts of stuff in it |
21:19.53 | Tartarus | -bare is the real bare minimum |
21:20.01 | Tartarus | -base is "here's the random libs I wanted at the time" task |
21:20.02 | mwester | I don't think I use either! |
21:20.13 | Tartarus | You should use -bare, or tell me whats wrong with it :) |
21:20.31 | Tartarus | I spent a little time making it right for *libc and being just *libc and c++ |
21:20.56 | CIA-2 | 03woglinde <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r4c0ca67259 10openembedded.git/recipes/ffmpeg/ (ffmpeg-0.5/armv4.patch ffmpeg_0.5.bb): ffmpeg: fix armv4 arch, patch can be zapped if gcc-4.4 is out |
21:21.07 | CIA-2 | 03woglinde <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r5a90bc8ba1 10openembedded.git/recipes/e2fsprogs/e2fsprogs.inc: |
21:21.07 | CIA-2 | e2fsprogs: disable tls for now, if we are oabi and uclibc |
21:21.07 | CIA-2 | * make comment for uclibc nptl |
21:21.07 | mwester | task-slugos-toolchain-target.bb:# Stuff contained in this SDK is largely taken from task-sdk-base.bb. |
21:21.20 | mwester | :) |
21:21.23 | Tartarus | heh |
21:21.28 | mwester | I shall make a note to fix that. |
21:21.38 | Tartarus | If there's still time for you, please look at the task-sdk-bare |
21:21.43 | Tartarus | thanks |
21:26.32 | Tartarus | pah, this qtopia doesn't like gcc 4.3.3, time to find something a bit newer |
21:26.41 | Tartarus | i'm not fixing c++ code errors if i can help it ;) |
21:26.50 | woglinde | haha |
21:27.18 | Tartarus | it's beyond missing previously implicit headers, so i'm not even sure wtf it means |
21:28.13 | khem | Tartarus: what is error ? |
21:28.39 | Tartarus | painting/qdrawhelper.cpp:5905: error: explicit template specialization cannot have a storage class |
21:29.43 | khem | bravo thats one step closer to ISO complaince for gcc |
21:31.09 | khem | Tartarus: whats does code look like on this line |
21:31.32 | khem | I am afraid you need to fix it in source code which I believe you dont want to |
21:32.00 | Tartarus | googled and fixed since it was easy, eventually |
21:32.07 | Tartarus | go from static inline .. to inline and it compiled |
21:32.28 | woglinde | *g* |
21:32.37 | Tartarus | btw, going to post patches to make our SDKs relocatible shortly now |
21:32.45 | Tartarus | or at least make the toolchain |
21:32.54 | Tartarus | haven't thought about how to fixup environment-setup file yet |
21:37.57 | Tartarus | kergoth, around? |
21:38.15 | Tartarus | kergoth, what's that case where you don't need to modify FILESDIR anymore? |
21:38.18 | kergoth | somewhat, taking a break from banging my head against the wall trying to get autotools to behave |
21:38.39 | Tartarus | And would this fit, from binutils-cross-sdk_cvs.bb: FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/binutils-cvs" |
21:39.01 | kergoth | FILESPATHPKG .= ":binutils-cvs" would do basically the same thing |
21:39.22 | Tartarus | thanks |
21:39.35 | kergoth | (PKG is the var that has things like ${PN}, files, ${P}, ${BP}, ..) |
21:40.52 | Tartarus | Anyone, what's the git mailbomb script? |
21:41.03 | Tartarus | Gonna split this up into 3 patches I think |
21:41.36 | kergoth | i usually just git format-patch then git send-email, but i think theres scripts around to do it in one command, somewhere |
21:41.49 | Tartarus | send-email, thanks :) |
21:43.07 | kergoth | i always forget the arguments.. i think its --smtp-server, etc if you want to use smtp. it defaults to sendmail |
21:43.28 | Tartarus | yay for mstmp :) |
21:43.45 | khem | you can put those in .gitconfig |
21:43.54 | khem | [sendemail] |
21:43.58 | khem | section |
21:49.56 | Tartarus | kergoth, is that correct for 1.5 or is that a 1.6 thing? |
21:50.39 | *** join/#oe greentux (n=lemke@BAA396d.baa.pppool.de) |
21:55.41 | Tartarus | heh, using git-native i've built rather than host git for this :) |
21:56.50 | kergoth | heh :) |
21:57.21 | ant__ | kergoth: is it just an impression or parsing time is longer then it was time ago? |
21:57.29 | kergoth | not sure |
21:58.06 | like2wise | thanks all, git send-email over gmail example here: http://morefedora.blogspot.com/2009/02/configuring-git-send-email-to-use-gmail.html |
21:58.18 | ant__ | kergoth: weeks ago I noticed another change: size |
21:58.30 | ant__ | before I could build all in ram |
21:58.49 | ant__ | all = console-img + opie-img +x11-img |
21:59.05 | ant__ | with rm_work was 2.5 gb approx |
21:59.08 | kergoth | bitbake itself hasn't changed much lately |
21:59.22 | ant__ | days ago I retried but was out-of-space :/ |
22:00.50 | ant__ | ah..kernel seems to have skipped rm_work... |
22:01.09 | like2wise | Bitbake hackers: please consider this patch, works for me: http://bugs.openembedded.net/show_bug.cgi?id=5002 |
22:01.57 | ant__ | btw I'd propose write-access for Roman I Khimov |
22:02.10 | ant__ | seems knowing what he's doing |
22:02.18 | Tartarus | Ah git |
22:02.37 | Tartarus | for some reason, git send-email eats the patch description that I see in git format-patch created files |
22:02.40 | Jay7 | sh#t.. |
22:02.51 | kergoth | Tartarus: thats odd.. |
22:02.53 | Jay7 | forget again about ssh-keys :) |
22:02.53 | ant__ | I'll test Roman's fix for race-conditions with multi-images tonite |
22:03.05 | ant__ | Jay7: shame on you |
22:03.31 | ant__ | ~lart Jay7 |
22:03.31 | ibot | pries Jay7's back open with a screwdriver and flashes a new bootldr to Jay7 |
22:03.35 | Jay7 | is just lazy ;) |
22:03.47 | ant__ | ha ha..new bootloader ;-) |
22:03.56 | Jay7 | muahahah :) |
22:04.07 | Jay7 | seems I have new kexecboot :) |
22:04.33 | Jay7 | now can boot from misc. media :) |
22:04.34 | kergoth | anyone else seen a failure in do_svnrev for u-boot-mkimage-openmoko-native? |
22:04.40 | Tartarus | tries something |
22:04.48 | kergoth | also, why the heck is that being built for every one of my task-boot builds |
22:04.55 | kergoth | hmm |
22:05.19 | mwester | mkimage? |
22:05.33 | ant__ | kergoth: offhand: why do we still use that mkimage? we have mkimage-native in OE |
22:05.38 | kergoth | i have no idea |
22:11.29 | woglinde | hoi kergoth |
22:14.33 | Tartarus | does it the old fashioned way |
22:16.17 | *** join/#oe like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) |
22:18.24 | *** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz) |
22:18.59 | ant__ | kergoth: for some reason rm_work won't clean my linux-* dir... |
22:20.02 | ant__ | well, just linux-rp* |
22:20.10 | ant__ | linux-kexecboot is clean |
22:21.29 | ant__ | 515Mlinux-rp-2.6.26-r11/ |
22:21.32 | ant__ | argh |
22:23.13 | ant__ | log.do_rm_work_all.31185â 0âApr 4 00:16 |
22:24.19 | ant__ | hm.. linux-kexecboot has log.do_rm_work.7519â 127âApr 3 03:56â |
22:24.41 | ant__ | do_rm_work_all != do_rm_work |
22:24.46 | ant__ | ? |
22:29.58 | *** join/#oe toggles_ (n=tommy@pool-70-20-67-249.pitbpa.east.verizon.net) |
22:32.27 | *** join/#oe fpga (n=s@89.112.84.246.pppoe.eltel.net) |
22:40.46 | fpga | I had (sorry, I am studing english) built X11-image for x86 arch. Minimalist console image working fine in QEMU. But with x11-image I see only blackscreen in QEMU. |
22:42.41 | *** join/#oe florian (n=fuchs@f048131175.adsl.alicedsl.de) |
22:43.51 | fpga | Whether it is necessary to check up it under another virtual machine? virtualbox?.. |
22:45.22 | woglinde | try kvm |
22:45.36 | fpga | Did you ever tested x11-image? |
22:45.44 | woglinde | nope |
22:45.51 | woglinde | hm let me think |
22:46.05 | woglinde | I tested a openmoko image with qemu so ages ago |
22:46.10 | woglinde | so yes |
22:46.22 | fpga | ok, I'll try kvm :) |
22:46.32 | fpga | or, how about virtual box? :) |
22:46.47 | Jay7 | fpga: blackscreen going from start? or after starting X11? |
22:47.05 | fpga | no, just after kernel starting |
22:47.30 | fpga | in console image I see udev long time starting and succesfull bott up to root console |
22:47.38 | ant__ | kergoth: even doing bitbake -c rm_work won't clean... |
22:47.41 | ant__ | http://rafb.net/p/Sdx39a88.html |
22:48.09 | ant__ | kergoth: sh: rm: command not found |
22:48.09 | Jay7 | fpga: press Ctrl+Alt+3 and look for serial console |
22:48.27 | Jay7 | may be all is there |
22:48.34 | fpga | ok |
22:49.08 | woglinde | ant yes the sh: rm: command not found I saw here too |
22:49.46 | ant__ | weh, comes and disappears...silly |
22:50.46 | ant__ | problem is it bloats by 500mb my workdir... |
22:51.01 | *** join/#oe toggles_ (n=tommy@pool-70-20-67-249.pitbpa.east.verizon.net) |
23:00.26 | fpga | my parameter here: qemu-system-i386 -M pc -kernel bzImage -hda disk.raw -append "root=/dev/hda1 console=/dev/ttyS0" -net nic,macaddr=00:16:3e:00:00:01 -net tap |
23:00.27 | fpga | But I cant see anything on Ctrl+Alt+3, see only text "serial0 console" |
23:01.42 | Jay7 | console=ttyS0,115200n8 |
23:02.25 | Jay7 | then all output should go to serial |
23:02.33 | Jay7 | kernel + init |
23:03.00 | fpga | ok, 10x :) |
23:07.52 | *** join/#oe bergelin (n=bergelin@c80-216-131-228.bredband.comhem.se) |
23:07.53 | fpga | still nothing, even with minimalist console image, where everything working and booting, I see kernel boot redirected to console and gone from screen, but serial console0 empty... OK, I'll try other emulator... |
23:08.39 | Jay7 | hm.. seems strange.. |
23:14.33 | ant__ | is sure: the phase 'NOTE: Resolving any missing task queue dependencies' takes now longer... |
23:14.55 | *** join/#oe guillaum1 (n=gl@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) |
23:18.29 | *** part/#oe fpga (n=s@89.112.84.246.pppoe.eltel.net) |
23:18.56 | *** join/#oe MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) |
23:23.08 | Jay7 | -> sleep() |
23:28.16 | *** join/#oe dijenerate (n=dijenera@69.73.251.130) |