| 00:12.33 | *** join/#oe losinggeneration (~quassel@70-58-137-39.desm.qwest.net) |
| 00:42.44 | *** join/#oe losinggeneration (~quassel@75-170-158-172.desm.qwest.net) |
| 00:47.16 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 01:12.52 | *** join/#oe carldani (~carldani@ra.coresystems.de) |
| 01:22.11 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-eqadfyptkyixgcxy) |
| 01:25.28 | *** join/#oe Russ (~russ@pool-71-107-37-242.lsanca.fios.verizon.net) |
| 01:28.37 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 01:29.20 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 01:51.25 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 01:58.16 | *** join/#oe MaxPowers (~hico@80.150.99.66) |
| 02:10.28 | *** join/#oe pierreghz (~pierreghz@cust-194-66-111-94.dyn.as47377.net) |
| 02:44.46 | *** join/#oe joshin (~josh@ip72-201-94-139.ph.ph.cox.net) |
| 02:44.47 | *** join/#oe joshin (~josh@unaffiliated/joshin) |
| 02:57.56 | *** join/#oe nerdboy (~sarnold@dsl-66-59-252-223.static.linkline.com) |
| 02:59.27 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 03:03.23 | *** join/#oe kgilmer (~kgilmer@cpe-74-73-229-28.nyc.res.rr.com) |
| 03:04.02 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:06.02 | *** join/#oe blupp (~blupp@dslb-188-099-246-185.pools.arcor-ip.net) |
| 03:09.05 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:35.14 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 03:39.15 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 03:42.42 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 04:26.09 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 05:29.29 | *** join/#oe mwester (~mwester@184-158-25-16.dyn.centurytel.net) |
| 05:29.29 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 05:38.24 | *** join/#oe tasslehoff (~tasslehof@84.49.231.147) |
| 05:51.29 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 06:05.46 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 06:09.26 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:16.35 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
| 06:22.27 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 06:27.48 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 06:31.25 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 06:43.49 | alexhairyman | is away: sleepy sleepy time |
| 06:45.37 | *** join/#oe liuyq (~liuyq0307@221.123.128.226) |
| 07:13.51 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 07:17.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:21.31 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-xbxmystbzsyyodtt) |
| 07:27.50 | *** join/#oe apelete (~apelete@91.224.149.44) |
| 07:27.54 | *** part/#oe ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net) |
| 07:30.15 | *** join/#oe mrcan_ (~mrcan@78.173.209.185) |
| 07:30.15 | *** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan) |
| 07:38.49 | *** join/#oe lamikr (lamikr@nat/nokia/x-eavdfmkxlnhcojie) |
| 07:43.25 | *** join/#oe devzero_ (devzero@ip-88-153-56-42.unitymediagroup.de) |
| 07:43.50 | *** join/#oe fog (~fog@debian/developer/fog) |
| 07:49.41 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 07:59.08 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 08:05.10 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
| 08:10.47 | *** join/#oe andr3a (~andr3a@host114-117-static.88-82-b.business.telecomitalia.it) |
| 08:24.31 | *** join/#oe devzero_ (devzero@ip-88-153-56-42.unitymediagroup.de) |
| 08:25.04 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:31.09 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:31.09 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:38.43 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 08:43.35 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:52.34 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 08:52.56 | *** join/#oe kristoffer (~kristoffe@c-59dae555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 08:53.59 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 09:00.53 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 09:08.00 | *** join/#oe apelete_ (~apelete@91.224.149.44) |
| 09:09.53 | CruX| | DEBUG: Executing shell function do_configure |
| 09:09.54 | CruX| | /oe/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/qemu-nativesdk-0.15.1-r10/qemu-0.15.1/configure: 1123: /tmp/qemu-conf--12036-.exe: Permission denie |
| 09:10.03 | CruX| | where can be problem here ? |
| 09:15.25 | *** join/#oe GNUtoo (~gnutoo@90.84.144.252) |
| 09:24.37 | *** join/#oe pepermint (~pepermint@host169-82-dynamic.17-79-r.retail.telecomitalia.it) |
| 09:34.50 | *** join/#oe Hoolxi (~Openfree@116.228.88.131) |
| 09:48.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 10:10.53 | *** join/#oe tasslehoff (~tasslehof@84.49.231.147) |
| 10:22.25 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 10:26.10 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
| 10:29.09 | pb_ | morning all |
| 10:29.22 | pb_ | does anybody happen to have recipes for clutter 1.10? The ones in oe-core still seem to be 1.8. |
| 10:36.14 | bluelightning | pb_: guacamayo has some I think |
| 10:36.23 | bluelightning | pb_: https://github.com/Guacamayo/meta-guacamayo |
| 10:38.00 | *** join/#oe rburton (u1738@gateway/web/irccloud.com/x-fygghnvndpsffggb) |
| 10:39.16 | bluelightning | rburton: hi, will we be updating the clutter recipes in OE-Core based on the ones in guacamayo at some point? |
| 10:39.26 | rburton | IT WAS A TRAP |
| 10:39.30 | bluelightning | ;) |
| 10:39.34 | bluelightning | gotcha |
| 10:40.39 | pb_ | ah right, thanks |
| 10:40.40 | rburton | yeah, should do |
| 10:42.13 | pb_ | ah, and there's even an e{gl|lg} version, awesome |
| 10:42.31 | rburton | hell yeah |
| 10:42.35 | rburton | even works! |
| 10:42.42 | pb_ | even better |
| 10:43.02 | rburton | modulo drivers, of course. the matrix of drivers|platform|level of working is quite scary |
| 10:43.15 | rburton | tf is the guy to talk to if you intend to use clutter+egl+something like beagle |
| 10:43.57 | pb_ | I'm actually using clutter+egl+directfb+broadcom |
| 10:44.35 | pb_ | (mips not arm though) |
| 10:45.44 | rburton | i'm being warned that the setup in guaca isn't simply upstreamable |
| 10:45.54 | rburton | Tomas Frydrych: because while the loadable backends idea in clutter is great, it does not work if something tries to do a compile-time check for a particular backend |
| 10:45.54 | rburton | Tomas Frydrych: like clutter-gst does |
| 10:45.54 | rburton | Ross Burton: well clutter-gst is wrong |
| 10:45.54 | rburton | Tomas Frydrych: yes |
| 10:45.54 | rburton | Tomas Frydrych: but because of it, we have to have separate x11 and egl packages |
| 10:45.54 | rburton | Tomas Frydrych: which are not parallel installable |
| 10:46.21 | rburton | but that's just a barrier to something being good enough for oe-core, works in guaca fine |
| 10:46.31 | pb_ | ah, fair enough. well, for my purposes, I don't care about clutter-gst or x11 so I think I can ignore that :-) |
| 10:46.46 | rburton | yeah |
| 10:47.45 | pb_ | well, might start caring about clutter-gst at some point, but not now. We don't really have the bandwidth to run video through the texture mapper anyway. |
| 10:49.04 | rburton | clutter-gst can do some interesting magic, but i presume you don't have anything like libva either |
| 10:49.11 | rburton | clutter-gst + vaapi == WIN |
| 10:50.30 | pb_ | no, our video decode is all handled by dedicated hardware. we more or less just put h.264 in at one end, and frames come out at the other end which then get piped into the hardware compositor. |
| 10:51.22 | pb_ | unfortunately, the video decoder and the texture mapper don't speak any formats in common, so getting video into a mappable format would require an extra trip through the 2d blitter for every frame in order to do format conversion. |
| 10:52.31 | pb_ | we could do that under some circumstances, but we don't have enough bandwidth to sustain two 1080p60 streams through that mechanism reliably. |
| 10:52.49 | rburton | sigh |
| 10:52.59 | pb_ | yeah, suck |
| 10:53.00 | pb_ | oh well |
| 10:53.06 | rburton | why do they always build hardware with some idiotic design :/ |
| 10:53.42 | rburton | so does this hw have hardware planes, or blend regions, or what? |
| 10:57.45 | pb_ | yeah, hardware planes |
| 11:00.06 | bluelightning | hmm, some kind of issue with the list server atm |
| 11:00.14 | bluelightning | 5.1.0 - Unknown address error 554-'5.7.1 <openembedded-core@lists.openembedded.org>: Relay access denied' |
| 11:00.42 | pb_ | oh, that's a bit unfortunate |
| 11:00.46 | pb_ | let me have a look |
| 11:01.26 | bluelightning | thanks |
| 11:03.32 | pb_ | hm, I can't see anything obviously wrong from the logs, and that "Relay access denied" message doesn't look immediately like the kind of thing that discovery would be generating. (The exim terminology is "relay not permitted"; "Relay access denied" sounds like postfix.) |
| 11:03.49 | pb_ | Are you sure that error was actually coming from lists.openembedded.org and not some intermediate relay? |
| 11:04.17 | bluelightning | pb_: I'll have a look |
| 11:04.36 | bluelightning | pb_: oops, yes, it was, sorry... |
| 11:04.45 | pb_ | righto |
| 11:05.36 | CruX| | could any1 fix this ? |
| 11:05.37 | CruX| | /oe/tmp-eglibc/work/x86_64-nativesdk-oesdk-linux/qemu-nativesdk-0.15.1-r10/qemu-0.15.1/configure: 1123: /tmp/qemu-conf--12036-.exe: Permission denie |
| 11:05.40 | CruX| | thx |
| 11:32.55 | *** join/#oe devzero_ (devzero@ip-88-153-56-42.unitymediagroup.de) |
| 11:39.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:50.52 | *** join/#oe mhnoyes (~mhnoyes@184-12-250-106.dr01.myck.or.frontiernet.net) |
| 11:50.52 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 11:51.52 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 12:07.01 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 12:16.51 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 12:17.33 | *** join/#oe yann_ (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 12:24.39 | pb_ | rburton: the guacamayo clutter.inc seems to do: |
| 12:24.42 | pb_ | require ${GUACABASE}/meta/recipes-graphics/clutter/clutter-fpu.inc |
| 12:24.53 | pb_ | but I don't appear to have that file |
| 12:25.52 | pb_ | oh, wait, I see, it's expecting to find it in oe-core |
| 12:26.05 | pb_ | I guess I need to adjust my ${GUACABASE} slightly |
| 12:27.36 | pb_ | or maybe I should just copy over the file, that seems like a more wholesome solution. |
| 12:29.15 | *** join/#oe MaxPowers (~hico@80.150.99.66) |
| 12:49.21 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:03.12 | *** join/#oe kgilmer (~kgilmer@rrcs-108-176-50-210.nyc.biz.rr.com) |
| 13:05.39 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:11.44 | JaMa | known issue with oe-core ML? The error that the other server returned was: 554 554 5.7.1 <openembedded-core@lists.openembedded.org>: Relay access denied (state 13). |
| 13:17.33 | bluelightning | JaMa: oh interesting, so it's not just intel folks then... |
| 13:17.49 | bluelightning | pb_: ^ hmm.... |
| 13:18.43 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 13:21.30 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-jxmikoqblmousaiq) |
| 13:32.30 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 13:32.44 | *** join/#oe rsalveti (~rsalveti@177.97.248.40) |
| 13:32.45 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 13:38.18 | pb_ | hmm indeed |
| 13:38.25 | pb_ | JaMa: what server are you talking to exactly? |
| 13:39.18 | pb_ | er, oh, that's a bit weird |
| 13:39.32 | pb_ | someone seems to have changed the DNS so that lists.linuxtogo.org is now an alias for opal |
| 13:39.47 | pb_ | but, apparently, not bothered to set up mail configuration on opal so that it actually does anything useful |
| 13:40.13 | pb_ | s/lists.linuxtogo.org/lists.openembedded.org/ |
| 13:40.24 | pb_ | RP: ping? |
| 13:41.11 | bluelightning | pb_: unfortunately he is on holiday |
| 13:41.17 | pb_ | ah, obviously not him then |
| 13:41.29 | pb_ | well, maybe not "obviously", but seems unlikely he would do that while on holiday |
| 13:42.03 | bluelightning | right, I would tend to agree |
| 13:42.19 | JaMa | pb_: I don't see much from Delivery notice.. Received: by 10.180.105.130 with SMTP id gm2mr2860106wib.6.1344517818188; after by mx.google.com with ESMTPS id ex20sm2516043wid.7.2012.08.09.06.10.15 |
| 13:42.27 | pb_ | presumably this isn't something that the TSC had instructed, right? |
| 13:42.40 | bluelightning | pb_: no, I know nothing about that... |
| 13:42.45 | pb_ | bizarre |
| 13:42.49 | bluelightning | very |
| 13:42.55 | pb_ | I don't even really know who has the keys to the oe.org dns. let me investigate. |
| 13:43.00 | bluelightning | florian: any ideas? |
| 13:43.09 | pb_ | Registrant Name:Philip Balister |
| 13:43.17 | pb_ | so, I guess Crofton is the man who would know |
| 13:43.24 | bluelightning | ah ok |
| 13:43.34 | pb_ | in the meantime, I suspect that sending mail to openembedded-core@lists.linuxtogo.org will probably work |
| 13:44.19 | bluelightning | ok, will try resending one of my earlier messages using that address |
| 13:48.02 | pb_ | right, there you go |
| 13:48.39 | JaMa | yes that worked, thanks |
| 13:48.45 | bluelightning | pb_: thanks |
| 13:53.48 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 13:55.16 | pb_ | well, I guess the moral of that story is that you shouldn't let RP go on holiday, it seems that every time he does something bad happens. |
| 13:55.44 | bluelightning | it's not the first time that sentiment has been expressed... ;) |
| 14:05.32 | rburton | haha |
| 14:11.27 | *** join/#oe Openfree (~Openfree@120.204.160.63) |
| 14:13.10 | khem | pb_: ask Crofton|work |
| 14:13.22 | Crofton|work | rofl |
| 14:13.32 | Crofton|work | what is the issue? |
| 14:13.49 | khem | Crofton|work: some DNS thing. I think |
| 14:14.01 | khem | ltg ml is resolving to opal |
| 14:14.43 | Crofton|work | nothin gin oe.org has changed |
| 14:14.45 | Crofton|work | hmmm |
| 14:14.59 | Crofton|work | I did get some email from dotster |
| 14:15.07 | Crofton|work | I wonder if they did something dumb |
| 14:15.45 | khem | rschus: around? I got some openjdk question for you |
| 14:16.19 | pb_ | yes, exactly. if you do "host lists.openembedded.org" you currently get 140.211.169.152, which is wrong |
| 14:16.29 | pb_ | and, consequently, none of the oe lists work |
| 14:17.01 | Crofton|work | lloks likeonly a ui change |
| 14:17.06 | bluelightning | I guess at least it's still pointing at an OE server, just the wrong one... |
| 14:17.13 | pb_ | it should be 188.40.83.200 |
| 14:17.24 | pb_ | bluelightning: heh, true |
| 14:18.06 | Crofton|work | this new interface is awful |
| 14:18.09 | Crofton|work | wtf |
| 14:28.46 | Crofton|work | ka6sox ping |
| 14:29.17 | ka6sox | morning |
| 14:29.29 | Crofton|work | something is up with dns |
| 14:29.43 | ka6sox | so I see |
| 14:29.45 | Crofton|work | I think dotster has gone mad |
| 14:29.50 | ka6sox | agreed |
| 14:30.02 | Crofton|work | does this make any send for mail.oe.org |
| 14:30.02 | Crofton|work | 66.96.161.157 |
| 14:30.02 | ka6sox | let me poke a minute |
| 14:30.28 | ka6sox | is that ltg? |
| 14:30.34 | ka6sox | its not us |
| 14:30.35 | pb_ | no |
| 14:30.37 | Crofton|work | I do not think so |
| 14:30.51 | ka6sox | we have 140.211's |
| 14:30.55 | pb_ | that seems to be some random host in the USA, as far as I can tell |
| 14:30.59 | Crofton|work | they added things like imap, smtp, ftp, pp, email etc |
| 14:31.00 | pb_ | ltg is 188.40.83.200 |
| 14:31.15 | Crofton|work | ok so mail.openmebedded.org shuold point to ltg? |
| 14:31.23 | pb_ | lists.openembedded.org actually, but yes |
| 14:31.26 | ka6sox | somebody forgot to pay the domain? |
| 14:31.30 | pb_ | I don't think mail.openembedded.org is used for anything |
| 14:31.31 | Crofton|work | no |
| 14:31.35 | ka6sox | j/k |
| 14:31.38 | Crofton|work | dotster changed some software arund |
| 14:31.47 | ka6sox | this looks like a hijack from dotster |
| 14:31.59 | Crofton|work | yeah |
| 14:32.02 | Crofton|work | I am annoyed |
| 14:32.09 | pb_ | afaict, they have added a wildcard record so <anything>.openembedded.org resolves to opal |
| 14:32.19 | Crofton|work | yeah, lists went away |
| 14:32.21 | pb_ | and, presumably, deleted the previously-existing record for lists |
| 14:32.33 | Crofton|work | ok, what should lists be? a, cname, mx? |
| 14:32.38 | ka6sox | is now a time to move the ML? |
| 14:32.47 | pb_ | doesn't matter, A is fine |
| 14:32.51 | ka6sox | A |
| 14:33.05 | Crofton|work | A to ltg ip |
| 14:33.09 | ka6sox | right |
| 14:33.10 | pb_ | yes please |
| 14:35.04 | Crofton|work | mirrors is pointing at some de server |
| 14:35.15 | Crofton|work | 82.197.159.157 |
| 14:35.39 | ka6sox | amethyst |
| 14:35.43 | Crofton|work | ok |
| 14:35.55 | Crofton|work | everythign else is pointed at a 140 machine |
| 14:36.01 | ka6sox | opal |
| 14:36.35 | ka6sox | garnet and agate too |
| 14:36.40 | ka6sox | oh and emerald |
| 14:36.50 | ka6sox | (from my list) |
| 14:39.37 | Crofton|work | ok, lists is na A for lrtg now |
| 14:39.42 | Crofton|work | will that fix things? |
| 14:39.47 | ka6sox | eventually |
| 14:39.57 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 14:40.07 | ka6sox | dns will propigate and this will be sorted in a couple of hours. |
| 14:40.30 | Crofton|work | keep me posted |
| 14:40.35 | Crofton|work | I am really pissed off |
| 14:42.40 | ka6sox | Crofton|work, what are the TTL values? |
| 14:43.16 | Crofton|work | doesn't say, don't think they are setable from the user interface |
| 14:43.38 | Crofton|work | notes that if anyone wants to talk to me about where we do dns, I am listening |
| 14:43.58 | Crofton|work | dotster is going to lose a bunch of my business when I have time to deal with it |
| 14:46.04 | ka6sox | for oe.org we can handle it. |
| 14:46.07 | ka6sox | easily |
| 14:48.09 | *** join/#oe arimeh (~arimeh@mail.argela.com.tr) |
| 14:50.30 | arimeh | Hi, how can I get to the cross compiler location in OE? |
| 14:50.48 | arimeh | I am using arm-oe-linux-gnueabi version 4.4.2 |
| 14:51.00 | arimeh | I want to upgrade the version to a newer one |
| 14:51.16 | arimeh | Which recipe should I look for? |
| 14:51.48 | bluelightning | arimeh: the recipe is gcc-cross |
| 14:52.04 | bluelightning | arimeh: it sounds like you are using quite an old version of OE though |
| 14:52.32 | arimeh | Yes, I am using a specific git branch |
| 14:52.52 | arimeh | But perhaps I can just adopt the cross-compiler, I don't want to change other stuff at this point |
| 14:53.04 | bluelightning | should be possible |
| 14:53.11 | arimeh | ok thanks, let me take a look |
| 14:56.59 | ka6sox | pb_, if this doesn't clear in a few hours ping me? |
| 14:58.58 | pb_ | ok, cool, will do |
| 14:59.14 | arimeh | bl, like you said, my branch is quite old it seems. it does not have 4.6.0 gcc. the latest one is 4.5.0 it seems. |
| 14:59.27 | pb_ | I'm getting the right answer now so I think it probably will start working soon enough |
| 14:59.38 | arimeh | I guess I need to siwtch to something newer, hopefully things should not break |
| 14:59.49 | pb_ | ttl 1 hour by the looks of it |
| 15:05.38 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 15:11.12 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:11.29 | *** join/#oe sgw (~sgw@80.97.15.149) |
| 15:23.16 | *** join/#oe sgw (~sgw@89.121.132.148) |
| 15:32.05 | Crofton|work | is this better lists.openembedded.org.3600INA188.40.83.200 |
| 15:35.46 | bluelightning | messages seem to be getting through so I think it's already propagating |
| 15:39.24 | *** join/#oe fcooper (~a0273011@nat/ti/x-kgtrrancyrppsdsy) |
| 15:48.19 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 15:51.43 | bluelightning | Crofton|work: users in # |
| 15:51.50 | bluelightning | er |
| 15:51.55 | bluelightning | UK keyboard fail |
| 15:52.34 | bluelightning | Crofton|work: users in #angstrom are reporting that angstrom-distribution.org is failing now, could that be related? |
| 16:02.12 | *** join/#oe lamikr_ (~lamikr@pilppa.org) |
| 16:14.50 | *** join/#oe martiert (~martin@37.191.128.59) |
| 16:17.39 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 16:42.56 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:53.00 | *** join/#oe GNUtoo (~gnutoo@90.84.144.69) |
| 16:58.46 | Crofton|work | yeah |
| 17:02.44 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:06.42 | Crofton|work | https://twitter.com/#!/search/dotster |
| 17:11.15 | bluelightning | Crofton|work: oh, so they mangled lots of people's configs it seems |
| 17:11.17 | bluelightning | good times... |
| 17:11.28 | pb_ | bizarre |
| 17:11.37 | Crofton|work | yeah |
| 17:12.21 | Crofton|work | they have fucked up royally |
| 17:12.27 | Crofton|work | oe website is down |
| 17:13.01 | pb_ | oh, that's odd, it was working earlier today |
| 17:13.08 | pb_ | maybe that was before they broke it |
| 17:13.27 | Crofton|work | yeah, I feel liek they must have screwed somehtin gup trying to sort out the dns mess |
| 17:13.53 | bluelightning | often with such problems the scramble to fix can just make the issue worse :( |
| 17:14.30 | pb_ | yeah |
| 17:14.32 | pb_ | go home now |
| 17:14.34 | pb_ | later all |
| 17:14.58 | Crofton|work | this is going to motivate me to send out the voting proposal for spi affiliation |
| 17:15.16 | Crofton|work | so I can talk about seeing if they can hold domains and provide dns |
| 17:15.25 | Crofton|work | becuase all the .com places suck |
| 17:15.33 | Crofton|work | is hopping mad at this point |
| 17:15.52 | gmc | pff, /me has spend the day trying to make angstrom not use systemd and other bloat like that.. time to build my own distro i guess |
| 17:16.27 | gmc | btw, oe site is not down, you just have to remove the www. from url's it redirects to :) |
| 17:24.39 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 17:26.09 | bluelightning | gmc: creating a new distro does seem to me to be an easier approach; angstrom is systemd-focused these days |
| 17:28.01 | gmc | yes, systemd pulls in a large amount of bloat |
| 17:29.29 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 17:30.28 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 17:30.39 | *** join/#oe GNUtoo (~gnutoo@90.84.146.221) |
| 17:31.22 | *** join/#oe pepermint (~pepermint@host169-82-dynamic.17-79-r.retail.telecomitalia.it) |
| 17:34.08 | bluelightning | gmc: well one person's bloat is another person's feature if you actually want systemd, but it definitely pulls in a lot I agree |
| 17:34.36 | gmc | bluelightning: of course, but it's thoroughly woven into the distro, so if you don't want it, it's not a suitable distro :) |
| 17:35.06 | gmc | i've been looking at some other distro's too, specifically micro.. but that seems to be a bit out of date with current oe-core |
| 17:37.59 | bluelightning | gmc: yes I noticed that last time I looked at it, you might want to poke pb_ about it tomorrow if you're keen to use it |
| 17:38.15 | *** join/#oe lamikr (~lamikr@pilppa.org) |
| 17:39.06 | Crofton|work | gmc, do you need binary feeds? |
| 17:39.27 | gmc | oh no, actually i think i'd be better of not using angstrom but building my own, as i want a very minimal image anyway.. system doesn't even have a screen or anything |
| 17:40.15 | gmc | it's just that this project was using angstrom when i took over, and i'm now refactoring to use oe-core as opposed to classic oe |
| 17:42.43 | gmc | Crofton|work: i don't think so, i don't even know what binary feeds are :) |
| 17:43.09 | gmc | i guess that means binary packages? it's going to be a static rootfs image |
| 17:43.17 | Crofton|work | well, I'd start with oe-cor and add layers until you can make what you want |
| 17:43.42 | gmc | well toolchain and kernel are building fine now (3.4 kernel) |
| 17:47.03 | mr_science | enforces more test discipline |
| 17:57.15 | *** join/#oe risca (~risca@h240n6-n-a31.ias.bredband.telia.com) |
| 17:58.34 | *** join/#oe devzero_ (devzero@ip-88-153-56-42.unitymediagroup.de) |
| 18:02.15 | *** join/#oe roric (~roric@c-467fe455.1210-29-64736c14.cust.bredbandsbolaget.se) |
| 18:16.17 | *** join/#oe florian (~fuchs@sign-4db60094.pool.mediaWays.net) |
| 18:16.17 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:19.06 | *** join/#oe eFfeM (~frans@g235028.upc-g.chello.nl) |
| 18:22.15 | *** join/#oe strnx (strnx@204.12.223.119) |
| 18:23.19 | *** join/#oe GNUtoo (~gnutoo@90.84.146.252) |
| 18:24.07 | gmc | for another project i'd be happy to have systemd or whatever automagic stuff handle hotplug events and all that |
| 18:25.25 | JaMa | khem: I spoke too soon, bash still suffers Illegal instrictions when gold is used on armv4t.. |
| 18:26.13 | gmc | what is SHR's focus btw, distro-wise? |
| 18:26.30 | JaMa | gmc: smartphones |
| 18:26.52 | gmc | ah, interesting |
| 18:47.40 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 18:48.53 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 18:54.44 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:57.47 | *** join/#oe chackal_sjc (~Felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 19:03.13 | *** join/#oe strnx (strnx@204.12.223.119) |
| 19:03.50 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 19:04.44 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:06.13 | *** join/#oe Jay7 (jay@128-73-75-50.broadband.corbina.ru) |
| 19:06.26 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 19:08.54 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 19:10.38 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.204) |
| 19:11.54 | *** join/#oe hillct_ (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
| 19:12.44 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24-212-193-98.cable.teksavvy.com) |
| 19:14.12 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 19:21.30 | *** join/#oe bizhanMona (~bizhan@nat/cisco/x-fiqjguxobjicchzj) |
| 19:23.50 | *** join/#oe xxiao (~xxiao@li41-126.members.linode.com) |
| 19:25.03 | *** join/#oe pidge (pidge@nat/intel/x-svvhrvfugrulovro) |
| 19:44.41 | gmc | it'd be nice if there was a way to generate a graph of all dependencies between tasks and config files btw.. |
| 19:44.50 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 19:44.51 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:45.01 | kergoth | that doesn't make sense |
| 19:45.13 | kergoth | the files loaded and the tasks generated are two independent sets of information |
| 19:46.52 | gmc | yes and no :) |
| 19:47.13 | gmc | i think.. it's all still abit overwhelming for me, the way distro's are defined and built |
| 19:47.38 | gmc | and then, how it is determined what to build / install for an image |
| 19:47.55 | gmc | having a helicopter overview of the files involved would help me a lot i believe |
| 19:47.58 | kergoth | for the latter, use bitbake -g |
| 19:48.10 | kergoth | that gives you the dependency / runtime dependency information |
| 19:48.17 | gmc | yep, i know of that one, and used that a lot in figuring out why stuff is included in images for eg |
| 19:48.24 | kergoth | for files loaded, you probably want seebs's bitbake variable / file tracking patches |
| 19:48.26 | gmc | nice to import in gephi as well |
| 19:49.14 | kergoth | http://patches.openembedded.org/project/bitbake/list/ |
| 19:49.26 | kergoth | http://patches.openembedded.org/patch/34093/ being the 0/2 part of the series |
| 19:49.51 | kergoth | lets you see what config files got loaded in what order from where, and also exactly how the variables got set to what they were set to |
| 19:50.03 | kergoth | so if some variable is set to foo, you can see exactly what file set it that way |
| 19:51.30 | gmc | ah that's interesting |
| 19:52.03 | kergoth | it's most helpful in figuring out why something seemingly inexplicable is happening, but the file loading bits might be helpful |
| 19:55.09 | gmc | i will give that a try! thanks! |
| 19:55.42 | kergoth | np |
| 19:56.04 | gmc | i really like the new oe-core btw, got a bit tired of waiting for bitbake to parse recipes each time in classic :) |
| 19:56.29 | kergoth | nods |
| 20:07.51 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:18.40 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:30.51 | *** join/#oe pidge (~pidge@134.134.137.73) |
| 20:31.04 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:33.50 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 20:43.45 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:44.12 | *** join/#oe rsalveti (~rsalveti@177.97.248.151) |
| 20:44.13 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 20:55.37 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:09.09 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:10.32 | *** join/#oe pepermint (~pepermint@host169-82-dynamic.17-79-r.retail.telecomitalia.it) |
| 21:12.00 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:43.07 | *** join/#oe ant__ (~andrea@host28-12-dynamic.60-82-r.retail.telecomitalia.it) |
| 22:02.24 | carldani | Dumb question: I read a few OpenEmbedded docs, but now I'm quite confused. Apparently recipes for stuff outside OE-core are maintained somewhere... but no central repository exists. |
| 22:02.58 | kergoth | http://www.openembedded.org/wiki/LayerIndex |
| 22:03.52 | carldani | I'm the upstream maintainer of the flashrom utility (flashrom.org), and there was a flashrom OE recipe in the past. Where would a flashrom recipe fit best in this Layer ecosystem? |
| 22:03.56 | carldani | kergoth: thanks! |
| 22:04.25 | kergoth | meta-oe tends to be the place where recipes go if no other layer is more appropriate |
| 22:15.49 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 22:17.23 | *** join/#oe soltys (soltys@czaj.net) |
| 22:17.54 | *** join/#oe darkschneider2 (~gab@93-32-50-59.ip32.fastwebnet.it) |
| 22:21.50 | *** join/#oe Noor (~noor@110.93.212.98) |
| 22:25.51 | *** join/#oe rsalveti (~rsalveti@177.97.248.151) |
| 22:25.51 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 22:25.52 | *** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net) |
| 22:46.18 | SorenHolm | Regarding compile-time dependencies. I've seen random recipes fail do_install. I suspect it might be because 'install' is not availavle yet. Which default dependencies are declared if any - coreutils-native should be a compiletime dependency always right? |
| 23:06.47 | *** join/#oe ReaperOfSouls (~jpuhlman@64.2.3.195.ptr.us.xo.net) |
| 23:16.51 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 23:34.27 | *** join/#oe aloril (~aloril@84.249.126.153) |
| 23:40.51 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 23:59.40 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |