| *** zoli__ has quit IRC | 00:01 | |
| *** Walkerdine has quit IRC | 00:20 | |
| *** zoli__ has joined #baserock | 00:44 | |
| *** Walkerdine has joined #baserock | 00:46 | |
| Walkerdine | Today I'm going to be attempting to debug the genivi platform using JTAG on the jetson | 00:46 |
|---|---|---|
| Walkerdine | Attempt successful thusfar | 01:17 |
| *** zoli__ has quit IRC | 01:47 | |
| *** zoli__ has joined #baserock | 01:56 | |
| *** zoli__ has joined #baserock | 02:31 | |
| *** zoli___ has joined #baserock | 03:55 | |
| *** zoli__ has quit IRC | 03:55 | |
| *** paulw has joined #baserock | 06:35 | |
| *** bashrc_ has joined #baserock | 08:02 | |
| pedroalvarez | Walkerdine: good to hear! | 08:05 |
| pedroalvarez | Walkerdine: you can also leave here your questions, or even use the mailing list, and we will try to help you :) | 08:05 |
| *** toscalix__ has joined #baserock | 08:08 | |
| *** rdale has joined #baserock | 08:29 | |
| *** franred has joined #baserock | 08:31 | |
| *** jonathanmaw has joined #baserock | 08:39 | |
| paulsherwood | Walkerdine: we're a tiny community bordering on a well-kept secret :/ | 08:47 |
| toscalix__ | paulsherwood: daniel and myself will meet at 10 to talk about the CIAT demo before the team sprint session, feel free to join | 08:49 |
| paulsherwood | toscalix__: would love to. can that discussion be public? | 08:50 |
| paulsherwood | (ie will it be here, or a hangout, or what? | 08:50 |
| toscalix__ | it was meant to be face to face but I am hapy to bring here the conclusions | 08:51 |
| toscalix__ | happy | 08:51 |
| *** toscalix__ is now known as toscalix | 08:51 | |
| straycat | is anyone going to close that bracket? | 08:51 |
| paulsherwood | ) | 08:51 |
| straycat | thanks | 08:51 |
| paulsherwood | :-) | 08:52 |
| *** ssam2 has joined #baserock | 08:54 | |
| *** ChanServ sets mode: +v ssam2 | 08:54 | |
| Kinnison | Oh noes, now it's overclosed | 08:57 |
| paulsherwood | depends on your parser | 08:57 |
| * Kinnison glares in an "I have had no caffiene" way at paulsherwood | 08:58 | |
| Kinnison | caffeine too | 08:58 |
| Kinnison | bleh | 08:58 |
| paulsherwood | so, wassup with ciat? are we there yet? are we? are we? | 08:58 |
| pedroalvarez | well, that depends on your understanding of "ciat" :) | 08:58 |
| * paulsherwood heard a rumour that we dealt with a systemd build breakage in an impressively short time? | 08:59 | |
| paulsherwood | http://wiki.baserock.org/ciat/ | 08:59 |
| pedroalvarez | oh yes, that was me with Kinnison's help :) | 08:59 |
| pedroalvarez | an easy fix but good to have it fixed before we try to move to a newer version | 09:00 |
| paulsherwood | so i confess i really really dislike the buildbot view... but does what does the red in column two mean on http://52.19.1.31:8010/waterfall | 09:01 |
| pedroalvarez | that the last build failed | 09:01 |
| richard_maw | ran out of space on /src | 09:01 |
| pedroalvarez | I believe the disk is full | 09:01 |
| paulsherwood | ack. of artifacts? | 09:02 |
| pedroalvarez | yes | 09:02 |
| *** toscalix has quit IRC | 09:02 | |
| richard_maw | hence why we made morph gc | 09:02 |
| franred | straycat, could you check https://gerrit.baserock.org/#/c/1098/ - I think we shouldn't block this and update in other BSPs is an orthogonal task | 09:02 |
| pedroalvarez | we will need to keep this problem in mind | 09:02 |
| paulsherwood | richard_maw: ok. do you think the gc algorithm is still best/valid for the ci usecase? | 09:04 |
| paulsherwood | richard_maw: thanks for the lock feedback, btw | 09:04 |
| pedroalvarez | franred: I offered my time to test it in other architectures that we think is important to have their bsp's up to date. Also there is no reason to not upgrade x86_32 | 09:05 |
| paulsherwood | wrt https://gerrit.baserock.org/#/c/1098 +1 | 09:05 |
| *** toscalix__ has joined #baserock | 09:05 | |
| paulsherwood | but i also think it's time we reorganised definitions | 09:06 |
| franred | pedroalvarez, I know, still that task could be another patch, it is completely orthogonal | 09:06 |
| * tiagogomes_ deslikes that morph gc stops cleaning tempdir after X of disk space is freed | 09:06 | |
| rjek | X is tunable I thought | 09:07 |
| * pedroalvarez would like to have `morph gc --everything` | 09:07 | |
| richard_maw | paulsherwood: it's sufficient for continuous builders, and being able to set the minimum threshold for when artifacts are even considered for removal allows some guarantees that what you just built will survive until you deploy it | 09:07 |
| rjek | If so, set it to math.inf :) | 09:07 |
| tiagogomes_ | it is, but I still deslike it | 09:08 |
| pedroalvarez | franred: well, I don't want to end up in a situation where every bsp has a different version | 09:08 |
| richard_maw | pedroalvarez: that's unavoidable for some platforms, but yes, I'd like if we shared the version by default | 09:08 |
| paulsherwood | ack, but stopping a contribution because we need more contribution is unfair to the contributor | 09:09 |
| franred | +1 | 09:09 |
| pedroalvarez | paulsherwood: fair, that's why I offered my help to review and test the patches | 09:09 |
| franred | pedroalvarez, IMHO, you have offered to make a different patch | 09:10 |
| paulsherwood | :) | 09:10 |
| * straycat defers to pedroalvarez wrt 1098 | 09:10 | |
| paulsherwood | my proposal for reorg would be scrap systems dir and have genivi, openwrt, openstack as dirs, plus a baserock dir that has buil-system, devel-system, minimal. ideally i'd put baserock default strata + component morphs under baserock dir | 09:12 |
| pedroalvarez | franred: not sure about what you mean sorry | 09:12 |
| *** franred has quit IRC | 09:17 | |
| ssam2 | paulsherwood: seems reasonable in theory. So I guess you would have openwrt-specific strata under openwrt/strata/xxx, etc ? | 09:19 |
| edcragg | pedroalvarez: sorry, missed your ping yesterday... i'm just about to submit an updated series for partitioning (in the next hour or so), it will include documentation of the yaml format | 10:08 |
| *** franred has joined #baserock | 10:14 | |
| franred | pedroalvarez, I meant, that in my opinion, jjardon shouldn't have to rework a patch because we, as comunity, wanted to have all the BSPs at the same level. It is nice that you offered yourself to test the kernel 4.2 for different BSPs, but in my opinion this is a different patch of what we are reviewing in 1098. | 10:19 |
| franred | in any case is my opinion ;-) | 10:19 |
| jjardon | Btw, as stated in the review comments, I do not mind upgrade all the bsp as part of the patch; I only want to know what I should do to unblock the merge | 10:24 |
| *** toscalix__ has quit IRC | 10:35 | |
| pedroalvarez | edcragg: no worries, I just wanted to ask you if something was possible | 10:42 |
| pedroalvarez | (with your changes) | 10:42 |
| pedroalvarez | I believe it's not | 10:42 |
| pedroalvarez | edcragg: ooi, you sait that your latest patch was a WIP, what is missing from your pov to get it done? | 10:43 |
| paulsherwood | ssam2: yup. or maybe no need for strata subdir, depending on how many files there actually are | 10:43 |
| paulsherwood | key point is that a downstream user would create their own subdir(s) alongside genivi, openstack etc, create their own files there, refer to any of the strata/components from our upstream dirs, and never have a merge conflict for their own systems | 10:44 |
| ssam2 | mmm, that's a good idea | 10:45 |
| ssam2 | well, the situation for merge conflicts would be the same as now | 10:46 |
| ssam2 | if a downstream creates strata/my-new-stratum then there won't be a merge conflict, either | 10:46 |
| ssam2 | but still seems better than mixing everything up in one big strata/ dir | 10:46 |
| edcragg | pedroalvarez: it should be complete now | 10:46 |
| edcragg | pedroalvarez: what did you believe was not possible? | 10:48 |
| ssam2 | one big systems/ dir, even | 10:48 |
| pedroalvarez | edcragg: put the entire rootfs in a non-btrfs partition | 10:48 |
| paulsherwood | ssam2: ack | 10:49 |
| pedroalvarez | Kinnison, richard_maw: I believe you have some knowledge about what you think is needed to put a Baserock system in AWS. Is any of these documented? Do you have some links or a list? | 10:51 |
| *** toscalix__ has joined #baserock | 10:51 | |
| edcragg | pedroalvarez: no, not at the moment, but only because of the way the rootfs is arranged by default with subolumes, etc. that wouldn't be difficult to implement, though | 10:51 |
| pedroalvarez | edcragg: I agree with what radiofree said yesterday, that we will want it to have the upgradeable btrfs layout. But in some cases we will want it to be different | 10:52 |
| richard_maw | pedroalvarez: I had a writeup for what it *used* to require. Given the kinds of errors you're getting, it sounds like their new backing technology hasn't yet caused them to change their validation. | 10:52 |
| pedroalvarez | I'm temped to fake that I have grub installed and see what happens | 10:53 |
| pedroalvarez | s/temped/tempted/ | 10:53 |
| *** toscalix__ is now known as toscalix | 10:53 | |
| Kinnison | pedroalvarez: All I have is acquired by reading the FAWs on AWS HVM | 10:57 |
| Kinnison | FAQs even | 10:58 |
| toscalix | Summary of today's meeting: | 10:59 |
| toscalix | * We are on track for the CIAT demo at ELCE | 10:59 |
| toscalix | * We set as next check point Monday at 12 | 10:59 |
| toscalix | * We will decide at the end of today when will it be the demo deadline, either Wed at the EOD (end of day) or Thursday at 12. | 10:59 |
| toscalix | * The current idea is that the last milestone should be focus in "providing a visual and comprehensive status" of the demo, so it is easy to explain and follow up the explanations about what is happening. | 10:59 |
| toscalix | sorry, 12:00 London time (BST) | 10:59 |
| edcragg | pedroalvarez: yes, it does make sense to have the option | 11:03 |
| persia | meeting? Was that announced somewhere? Which channel? | 11:04 |
| pedroalvarez | 09:49 here (BST) | 11:05 |
| pedroalvarez | [09:49:23] <toscalix__> paulsherwood: daniel and myself will meet at 10 to talk about the CIAT demo before the team sprint session, feel free to join | 11:05 |
| pedroalvarez | it was said that it was going to be f2f | 11:05 |
| persia | Ah, right. Somehow I missed that. | 11:06 |
| toscalix | I am open to delay the after lunch meeting 30 min. if you think it is a good idea | 11:15 |
| toscalix | tlsa: pedroalvarez what do you think? | 11:15 |
| persia | Is that one going to be on IRC? | 11:15 |
| toscalix | no... f2f | 11:16 |
| persia | :( | 11:16 |
| toscalix | 15 min. if everything goes as expected | 11:16 |
| toscalix | persia: since I will go back home on Friday..... we will have plenty of IRC meetings the coming weeks | 11:17 |
| pedroalvarez | toscalix: i really don't mind :) | 11:18 |
| pedroalvarez | since I moved to the UK I don't know what time is "after lunch" | 11:18 |
| toscalix | pedroalvarez: :-) | 11:21 |
| toscalix | we keep it then | 11:21 |
| * pedroalvarez tries now creating /boot/grub to see what more tests they have | 11:28 | |
| pedroalvarez | I think having grub in baserock might not be trivial | 11:28 |
| pedroalvarez | heh, aws doesn't like the empty /boot/grub/grub.cfg file I've created | 11:58 |
| pedroalvarez | I wonder if symlinks in / to every dir in systems/default/run/* is a good idea, or just a hacky one | 12:15 |
| persia | A hacky one :) Why do you need that? | 12:15 |
| pedroalvarez | persia: ask AWS :) | 12:16 |
| persia | Heh. Then just do it :) | 12:16 |
| pedroalvarez | persia: I'm trying to deploy a baserock system there, and aws complains because "the rootfs is incomplete" | 12:16 |
| persia | Ugh. No obvious hits in support fora for that :( | 12:19 |
| *** franred has quit IRC | 12:20 | |
| tlsa | toscalix: I prefer the original time, as that's what I scheduled my lunch for | 12:21 |
| toscalix | tlsa: agree | 12:22 |
| pedroalvarez | heh, now i get "ServerError: an internal error has occurred during conversion" | 12:22 |
| jjardon | Hi, can anyone else take a quick look to https://gerrit.baserock.org/#/c/824/ ? | 12:23 |
| ssam2 | jjardon: what's the need for doing that? | 12:23 |
| pedroalvarez | it's sad this change will trigger a rebuild | 12:23 |
| pedroalvarez | but that's why we have infra for! | 12:24 |
| ssam2 | the idea of pre-configure-commands is that you can run something /before/ the default configure-commands, without overwriting the default configure-commands | 12:24 |
| ssam2 | there's no harm in that change, but i don't see the point | 12:24 |
| ssam2 | since we override the default configure-commands in this case anyway | 12:25 |
| jjardon | IMHO, autogen.sh, bootstrap or autoreconf scripts doesnt really belong to the configure step, but to a previous "bootstrap" step so the necessary files are generated to run ./configure . This change makes that more clear, related: https://gerrit.baserock.org/#/c/820/ | 12:28 |
| ssam2 | does that solve an actual problem? | 12:29 |
| ssam2 | we could add an extra 'bootstrap' step, but to me it seems like extra complexity for no actual gain | 12:30 |
| jjardon | for me is about correctness; one thing is to bootstrap a project so it can compile, another is to configure it with the options you want | 12:31 |
| ssam2 | I guess. But I also think the term 'bootstrap' is overused | 12:32 |
| ssam2 | for example, these 'bootstrap' commands won't have anything to do with GCC's bootstrap | 12:32 |
| ssam2 | or the bootstrapping of Ruby that we do (building ruby-1.8, then ruby 2.1 using ruby 1.8) | 12:32 |
| ssam2 | or the bootstrap branch of Vala we use (where generated C files are committed to Git) | 12:33 |
| persia | jjardon: Is there ever a case where one wants to perform a generic action between these two stages? | 12:38 |
| Walkerdine | I accidentally installed a software version of TRACE32 that was too new for my license. oops | 12:56 |
| rjek | Software licence inforcement drives people to crack software, IME | 12:57 |
| rjek | enforcement | 12:57 |
| persia | Only when the code enforces it (rather than just warning). When the enforcement is done by audit, all is good. | 13:03 |
| * rjek nods | 13:04 | |
| *** fay_ has quit IRC | 13:06 | |
| *** fay_ has joined #baserock | 13:34 | |
| *** zoli___ has quit IRC | 13:51 | |
| *** zoli__ has joined #baserock | 13:51 | |
| pedroalvarez | I don't think I'm getting anywhere soon regarding putting BR in aws | 13:54 |
| richard_maw | pedroalvarez: :¬( | 13:55 |
| richard_maw | pedroalvarez: the tooling still assuming it's got to validate everything? | 13:56 |
| *** zoli__ has quit IRC | 13:56 | |
| pedroalvarez | richard_maw: latest error I got is "ServerError: an internal error has occurred during conversion" | 13:56 |
| pedroalvarez | i had the same error when I put an empty /boot/grub/grub.cfg | 13:57 |
| pedroalvarez | ("solving" it by copying the grub folder from other OS) | 13:57 |
| pedroalvarez | Sam thinks that aws might try to run grub itself | 13:57 |
| *** Walkerdine__ has joined #baserock | 13:58 | |
| *** mariaderidder has joined #baserock | 14:01 | |
| *** zoli__ has joined #baserock | 14:02 | |
| *** mariaderidder has quit IRC | 14:06 | |
| richard_maw | it at least used to use its own modified version of grub to support AWS' style of paravirtualisation | 14:13 |
| *** franred has joined #baserock | 14:14 | |
| paulsherwood | what's up with the second column on the waterfall now? is it still enospace? | 14:24 |
| paulsherwood | i guess i need to get onto ybd gc | 14:25 |
| richard_maw | paulsherwood: it was cleared up, currently it appears to be waiting for all workers to reach the consensus that they finished | 14:26 |
| richard_maw | finished as I was typing that | 14:26 |
| pedroalvarez | adding subcommands to ybd? /o\ | 14:29 |
| richard_maw | pedroalvarez: not necessarily, you could do it automatically before a build if you have the right option set in your config | 14:30 |
| * Kinnison sees the ciat waterfall showing a test running, having successfully built | 14:30 | |
| *** toscalix__ has joined #baserock | 14:30 | |
| *** toscalix has quit IRC | 14:31 | |
| paulsherwood | pedroalvarez: i wasn't intending to add commands :) | 14:34 |
| paulsherwood | you may remember i wanted morph to just do this by default... now i can make ybd do it :-) | 14:34 |
| richard_maw | paulsherwood: pre-locking we wouldn't have been able to do it in morph | 14:36 |
| paulsherwood | richard_maw: oh? can you expand a bit on that please? | 14:36 |
| richard_maw | We didn't want it to be automatic at the time because it would trash the staging areas left behind for debugging while they were in use | 14:37 |
| richard_maw | or even while building | 14:37 |
| paulsherwood | erk. staging and artifacts shouldn't clash? | 14:38 |
| richard_maw | paulsherwood: though you may need more locking in your artifact cache to prevent it gcing something in-use | 14:38 |
| richard_maw | paulsherwood: gc does both | 14:38 |
| paulsherwood | ah, ok | 14:38 |
| richard_maw | paulsherwood: you already have auto-gc for staging areas | 14:38 |
| paulsherwood | yup. now just need magic for artifacts | 14:39 |
| richard_maw | paulsherwood: for auto-gc for artifacts you'll need more locking, as the "build in progress" locks won't cover it being in use | 14:39 |
| paulsherwood | agreed | 14:39 |
| richard_maw | paulsherwood: you might be able to use the same mechansim as you did for the staging areas, I don't have the time to think about it at the moment | 14:40 |
| * paulsherwood was hoping just spot which files are oldest, keep touching them during builds, and assume no build takes more than (say) 48 hours | 14:41 | |
| richard_maw | paulsherwood: I wouldn't make that assumption of OpenOffice on ARM32 | 14:42 |
| richard_maw | or on a Raspberry PI | 14:42 |
| pedroalvarez | hahahahahah | 14:42 |
| *** Walkerdine__ has quit IRC | 14:42 | |
| richard_maw | LibreOffice at least allows proper parallel builds | 14:42 |
| richard_maw | part of the reason LibreOffice took off so well was that the developers spent time making the tooling nice for other developers to work on | 14:43 |
| *** toscalix__ is now known as toscalix | 14:45 | |
| *** Walkerdine__ has joined #baserock | 14:46 | |
| *** zoli__ has quit IRC | 14:53 | |
| pdar | paulsherwood: can a ybd send artifacts it has to a kbas? | 14:54 |
| pdar | s/has/has built/ | 14:55 |
| *** toscalix has quit IRC | 14:59 | |
| *** toscalix has joined #baserock | 15:01 | |
| * richard_maw just broke firehose | 15:03 | |
| tlsa | oh, meeting now? | 15:04 |
| *** paulw has quit IRC | 15:19 | |
| Walkerdine__ | In which morph file is all the hardware set up for the jetson done at? There is just so many | 15:31 |
| ssam2 | Walkterdine_: yes, they are describing a whole OS :) what do you mean by 'hardware setup' ? Linux kernel config, or other stuff? | 15:32 |
| nowster | Walkerdine__: that's usually done in a bsp file and its dependents | 15:33 |
| ssam2 | these files are probably the interesting ones: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/bsp-jetson | 15:34 |
| Walkerdine__ | I'm just trying to wiggle a pin for now but I plan on adding spi drivers eventually so I can add a CAN chip | 15:34 |
| Walkerdine__ | Hmm I wish it was easier to just get all the source code I need | 15:35 |
| paulsherwood | pdar: yup, that's the whole idea :) | 15:35 |
| paulsherwood | set kbas-url and kbas-password in ybd.conf for n instances of ybd. set password (and artifact-dir) in kbas.conf for the machine where you will run kbas | 15:37 |
| paulsherwood | the kbas machine can be a one of the ybd machines | 15:37 |
| pdar | paulsherwood: cool! I have a kbas running on the aws artifact backup already and am building on my local machine | 15:39 |
| paulsherwood | pdar: is it working? | 15:39 |
| ssam2 | Walkerdine__: I guess it's just linux.git you need to modify to do that, right? the branch we use for the Jetson kernel is this one: http://git.baserock.org/cgi-bin/cgit.cgi/delta/linux.git/log/?h=baserock/tegra/4.0-with-cpufreq-gpu | 15:39 |
| paulsherwood | pdar: note the passwords are sent plaintext at this point... not secure, really | 15:40 |
| * paulsherwood would be delighted to accept patches for this | 15:40 | |
| ssam2 | I need to restart gerrit.baserock.org to test something, it will be down for 1 minute, sorry | 15:41 |
| rjek | Careful design must be taken for things like that | 15:41 |
| rjek | It is probably easier to just use TLS, check remote identity, and continue sending passwords in the clear | 15:42 |
| pdar | Yep, I can see it "GET" requests on the kbas but not see any artifacts that werent present being sent back | 15:42 |
| pdar | paulsherwood: ^ | 15:42 |
| Walkerdine__ | What about for Genivi? | 15:43 |
| jjardon | Hi, does baserock provide armv7hf chroot tarballs somewhere? | 15:44 |
| Walkerdine__ | I'm trying to customize the demo platform and I need to add a whole bunch of peripherals to it | 15:44 |
| *** zoli__ has joined #baserock | 15:45 | |
| Walkerdine__ | And I'm trying to keep a repositiory of all the source I need | 15:45 |
| ssam2 | Walkerdine__: that is the kernel branch we use in any of the reference systems that are built for NVIDIA Jetson, including any GENIVI-related systems | 15:45 |
| ssam2 | are you using Morph ? if so, the `morph get-repo` command might be useful | 15:45 |
| Walkerdine__ | Yeah I'm using morph and I'm getting confused as to how it all works | 15:46 |
| ssam2 | it is pretty complex to get started with... | 15:46 |
| Walkerdine__ | I built the demo platform already on the jetson and now all I wanna do is a wiggle a pin | 15:47 |
| Walkerdine__ | via a button on the demo platform or similar | 15:47 |
| ssam2 | do you know the code changes that you want to make already? we can help you in this channel with getting those changes into the build tool, but i suggest #tegra if you want advice on the actual code changes you need to make | 15:48 |
| Walkerdine__ | I should have no trouble coding it once I get the source I need | 15:50 |
| *** franred has quit IRC | 15:50 | |
| ssam2 | Cool. What source do you need ? | 15:50 |
| ssam2 | I suggest start with a clone of if you're in a Git clone of git://git.baserock.org/baserock/baserock/definitions.git -- I guess you already have that if you built the system using Morph | 15:50 |
| ssam2 | in that clone, you can run `morph get-repo linux-jetson-tk1` to fetch linux.git and check out the ref that was built | 15:51 |
| rjek | paulsherwood: Can you point me at the relevant code that sends the password in cleartext, and I'll have a look and ponder? | 15:51 |
| pedroalvarez | note that GDP is not merged in master, latest morph might not work | 15:51 |
| ssam2 | same for other components, not sure what the exact names of these GENIVI components will be (I've not touched the demo platform yself) | 15:51 |
| Walkerdine__ | Yes I checked out baserock/james/genivi-demo-platform-0.1-rebase | 15:51 |
| ssam2 | jonathanmaw: are you working on genivi demo platform by the way? maybe you can advise better than I can | 15:52 |
| Walkerdine__ | I also do not have the latest morph I'm pretty sure | 15:53 |
| Walkerdine__ | Whatever comes with 15.25 I have | 15:53 |
| jonathanmaw | I'm currently working on fixing the Yocto GDP, not the Baserokc one. | 15:53 |
| * jonathanmaw reads backscroll | 15:53 | |
| *** petefoth has joined #baserock | 15:54 | |
| ssam2 | Walkerdine_: Morph from 15.25 should be fine | 15:57 |
| ssam2 | jonathanmaw: ah, ok. | 15:57 |
| ssam2 | jjardon: we don't release arm chroots as part of the release process, only the stuff in here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/clusters/release.morph | 15:58 |
| *** rdale has quit IRC | 15:58 | |
| ssam2 | jjardon: you could turn the Jetson .img into a chroot though, by mounting it and copying the files out :-) | 15:58 |
| jjardon | ok, thanks | 15:59 |
| Walkerdine__ | So basically I just have to find the whole bunch of different parts that go into it | 16:00 |
| Walkerdine__ | Am I still using morph to build a new image if I have all the source required | 16:04 |
| Walkerdine__ | I'm just so used to having a makefile and the source and thats it | 16:05 |
| paulsherwood | rjek: https://github.com/devcurmudgeon/ybd/blob/master/kbas/__main__.py#L71 | 16:06 |
| paulsherwood | and https://github.com/devcurmudgeon/ybd/blob/master/ybd/cache.py#L128 | 16:06 |
| paulsherwood | pdar: on the kbas machine, do you see the requests coming in? | 16:06 |
| Walkerdine__ | I thought I was going to be able to have a pin wiggling over the course of a weekend. I was very wrong | 16:10 |
| paulsherwood | Walkerdine__: i'm very sorry... you seem to have been on this for a couple of weeks already :/ | 16:11 |
| pdar | paulsherwood: I did yep, I just didn notice whether the artifacts were being pushed to the cache server if they didnt exist there | 16:12 |
| paulsherwood | fwiw we're working to simplify this 'getting started' experience | 16:12 |
| *** toscalix has quit IRC | 16:13 | |
| paulsherwood | pdar: if they are, you'll see 'uploaded' in the ybd build output, and 201 in the kbas server output | 16:13 |
| *** Walkerdine__ has quit IRC | 16:15 | |
| * Kinnison is pleased to announce http://ciat.baserock.org:8010/waterfall | 16:32 | |
| * Kinnison will set about putting something on the :80 of it tomorrow and then announcing to the wider community | 16:32 | |
| Kinnison | \o/ | 16:32 |
| pdar | Kinnison: Cool, what goes on :80? | 16:36 |
| Kinnison | normal http | 16:36 |
| pdar | I guess I should move my testing kbas to another port then? | 16:37 |
| Kinnison | Yes | 16:37 |
| Kinnison | plesae :-) | 16:37 |
| pdar | paulsherwood: Its working! | 16:38 |
| richard_maw | http://cu010-trove.codethink.com/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=cu010-trove/br6/firehose-test-2 < two different landing refs being pushed, this is a separate GENIVI one, the other one also includes genivi currently | 16:39 |
| Kinnison | richard_maw: oooh | 16:39 |
| * richard_maw is sad to say that you can see the set of failed firehoses when he tried to be too clever with the code | 16:40 | |
| *** toscalix__ has joined #baserock | 16:41 | |
| paulsherwood | pdar: w00t! :) | 16:41 |
| jjardon | Kinnison: beautiful | 16:42 |
| richard_maw | paulsherwood: see, someone doesn't think BuildBot is ugly | 16:42 |
| Kinnison | jjardon: well, I'm hoping tlsa will make something prettier, but it represents something we've wanted for AGES for baserock, it's really exciting to have I think | 16:43 |
| *** jonathanmaw has quit IRC | 16:43 | |
| richard_maw | one of the initial goals | 16:43 |
| Kinnison | indeed | 16:43 |
| richard_maw | to be able to CI upstream | 16:43 |
| * jjardon is extremely excited | 16:43 | |
| richard_maw | gnome-continuous beat us to it :Þ | 16:43 |
| Kinnison | jjardon: Once we've got the infra more stable and started on the elasticity, I'd *really* like to work with you to get a firehose running against gnome | 16:44 |
| jjardon | Kinnison: looking forward for it :) | 16:44 |
| paulsherwood | Kinnison: i think we have someone itching to get stuck into that | 16:44 |
| paulsherwood | not here yet, though | 16:44 |
| Kinnison | paulsherwood: They can get a cream to keep the itching under control until we're ready :-) | 16:45 |
| * Kinnison will announce all the stuffs tomorrow | 16:46 | |
| paulsherwood | cool | 16:46 |
| *** toscalix__ has quit IRC | 16:49 | |
| *** zoli__ has quit IRC | 16:56 | |
| *** ssam2 has quit IRC | 17:00 | |
| *** bashrc_ has quit IRC | 17:06 | |
| *** zoli__ has joined #baserock | 17:44 | |
| *** zoli__ has quit IRC | 18:17 | |
| *** zoli__ has joined #baserock | 18:22 | |
| *** straycat has quit IRC | 18:45 | |
| *** straycat has joined #baserock | 18:47 | |
| *** zoli__ has quit IRC | 20:09 | |
| *** zoli__ has joined #baserock | 20:32 | |
| *** toscalix__ has joined #baserock | 21:04 | |
| *** toscalix__ has quit IRC | 21:08 | |
| *** cyndis has quit IRC | 21:40 | |
| *** straycat has quit IRC | 21:41 | |
| *** straycat has joined #baserock | 21:41 | |
| *** cyndis has joined #baserock | 21:44 | |
| *** zoli__ has quit IRC | 21:58 | |
| *** zoli___ has joined #baserock | 21:58 | |
| *** Walkerdine has quit IRC | 23:57 | |
| *** Walkerdine has joined #baserock | 23:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!