| persia | Thanks for showing me a usage for which the "there are two classes of systems" model doesn't quite work :) | 00:00 |
|---|---|---|
| jjardon | persia: simplicity of definitions is one of the good things about baserock, dont think nobody wants to change that (only to make it event more simple like paulsherwood patches do) | 00:00 |
| * persia needs to think about this for some time | 00:00 | |
| persia | Apologies if my comments suggested I believed you were against simplicity :) | 00:01 |
| jjardon | persia: another example is: "make mesa depend on x-common (X11) only is Im actually building a system with X11" | 00:01 |
| persia | That's an easy case of "branch definitions" to me. | 00:01 |
| jjardon | (check strata/mesa-common/mesa.morph) | 00:01 |
| persia | It's "I want to build foo for bar, baz, and quux, as a single cluster" that doesn't fit the branch model. | 00:02 |
| persia | The specific example being supporting both linux and BSD in jhbuild. | 00:02 |
| persia | And the reason you need it as a single cluster is because otherwise it's far too painful to deploy for validation as part of a CI suite. | 00:03 |
| jjardon | yeah, branch the whole definitions only to change a single line in one morph file I think is overkill. I think add the ability to morph to understand conditionals is cleaner (from the maintainance and reusability of definitions) | 00:07 |
| persia | The main source of my disagreement is that "branch defintions and change one line" is the starting point for new users we describe in the "getting started" section, so this should be easy to do, and easy to maintain. | 00:07 |
| persia | jjardon: I've sent some arguments to the list. In the event that I haven't strongly enough argued for the use of conditionals to support what I have termed "case B", please chime in. | 00:34 |
| persia | (as I don't think there's much point to you and I arguing about what I termed "case A" until we have a model for "case B") | 00:35 |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has joined #baserock | 04:45 | |
| *** zoli_ [~zoli_@cpe.ge-0-2-0-366.abnqu1.dk.customer.tdc.net] has quit [Changing host] | 04:45 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 04:45 | |
| *** abdul [~abdul@202.0.77.198] has joined #baserock | 05:29 | |
| abdul is now known as Guest34520 | 05:30 | |
| *** madhu [~madhu@202.0.77.198] has joined #baserock | 06:19 | |
| *** hari_ [~hari@202.0.77.198] has joined #baserock | 06:20 | |
| *** hari_ [~hari@202.0.77.198] has quit [Client Quit] | 06:21 | |
| *** visteon [~visteon@202.0.77.198] has joined #baserock | 07:35 | |
| *** Guest34520 [~abdul@202.0.77.198] has quit [Quit: Leaving] | 08:22 | |
| *** abdul [~abdul@202.0.77.198] has joined #baserock | 08:23 | |
| abdul is now known as Guest25994 | 08:23 | |
| *** Guest25994 [~abdul@202.0.77.198] has quit [Client Quit] | 08:24 | |
| *** abdul_ [~abdul@202.0.77.198] has joined #baserock | 08:25 | |
| *** hari_ [~hari@202.0.77.198] has joined #baserock | 08:28 | |
| madhu | Hi | 08:36 |
| visteon | Hi Paul | 08:36 |
| abdul_ | hi | 08:38 |
| hari_ | hello | 08:38 |
| *** aananth [~caananth@122.165.96.181] has joined #baserock | 08:40 | |
| visteon | Hi Paul, Gnana here | 08:40 |
| aananth | Hi, This is Aananth C N | 08:40 |
| *** VVIBIN [~VVIBIN@202.0.77.198] has joined #baserock | 08:41 | |
| paulsherwood | hi | 08:41 |
| VVIBIN | hi ,my proxy issue resolved | 08:41 |
| paulsherwood | yay! | 08:42 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:44 | |
| *** foobar_ [560e67b5@gateway/web/freenode/ip.86.14.103.181] has joined #baserock | 08:48 | |
| foobar_ | hi there baserockers | 08:49 |
| *** karthi [ca004dc6@gateway/web/freenode/ip.202.0.77.198] has joined #baserock | 08:50 | |
| *** violeta_ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:50 | |
| *** bala [~bala@202.0.77.198] has joined #baserock | 08:56 | |
| pedroalvarez | foobar_: hello! | 09:00 |
| *** abdul__ [uid49809@gateway/web/irccloud.com/x-zmoxwslrzajdqazl] has joined #baserock | 09:01 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:01 | |
| Mode #baserock +v ssam2 by ChanServ | 09:01 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:14 | |
| radiofree | jjardon: do the gtk upgrade patches work with mesa compiled --disable-glx? | 09:19 |
| *** jjardon84 [~jjardon@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:23 | |
| De|ta_ is now known as De|ta | 09:24 | |
| *** sambishop [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:27 | |
| jjardon | radiofree: yes, opengl support in GTK+ is implemented using libepoxy, a library that abstracts you of the specific opengl implementation present in your system: https://github.com/anholt/libepoxy | 09:31 |
| radiofree | cool! | 09:31 |
| jjardon | persia: thanks for the review! Should I assume is it ok to commit after those fixes? | 09:36 |
| *** foobar_ [560e67b5@gateway/web/freenode/ip.86.14.103.181] has quit [Ping timeout: 246 seconds] | 09:47 | |
| aananth | Yuva | 09:48 |
| aananth | Are you there? | 09:48 |
| persia | jjardon: The other bits look mostly sane to me, but I don't have +2, so you'll need a second opinion | 09:49 |
| persia | Also, I'm not sure how to fix the gdk-pixbuf-query-loaders issue, or even if I'm understanding it properly. | 09:50 |
| aananth | Paul: I am going through http://wiki.baserock.org/guides/baserock-jetson/ | 10:10 |
| aananth | My question is, do we need "SATA disk or SSD with cables". | 10:11 |
| Kinnison | We recommend you use an SSD to reduce the IO latency when compiling | 10:12 |
| Kinnison | But any SATA disk will do in a pinch | 10:12 |
| aananth | Hi Kinnison. Thanks. | 10:12 |
| *** Krin [~mikesmith@host86-173-195-137.range86-173.btcentralplus.com] has joined #baserock | 10:13 | |
| Kinnison | What's important is that there's plenty of room on the drive for you to have builds, source trees, etc. | 10:13 |
| aananth | I have a WD My Passport with USB interface, will that be OK? | 10:13 |
| Kinnison | Again, we recommend 128G or more, but 64G will do in a pinch | 10:13 |
| Kinnison | USB is not a good idea | 10:13 |
| Kinnison | it's higher latency, higher CPU load, and less reliable | 10:13 |
| Kinnison | It will do in a pinch, but may cause issues | 10:14 |
| aananth | Ok | 10:14 |
| Kinnison | The Jetson support is still being merged into upstream, so sticking to our suggestions in the wiki will help you to not encounter too many issues we've not seen in the past | 10:15 |
| Kinnison | :-) | 10:15 |
| aananth | Let me then buy a SATA cable for regular development. But for doing initial trial, I hope I can do without SATA cable. | 10:15 |
| rdale | i am looking at the qt5-tools lorries and some have a "refspecs": option, but most don't. what does that option do? | 10:15 |
| Kinnison | refspecs tell lorry what it should try and push into the trove git server | 10:16 |
| Kinnison | typically they're used when upstream often rebases non-feature branches which means that we need lorry to force-push stuff | 10:16 |
| rdale | ah i see, thanks | 10:16 |
| * persia wonders if the current recommended Jetson kernel from definitions master has decent USB 3.0 support | 10:18 | |
| Kinnison | I'm not sure | 10:19 |
| Kinnison | When 3.18 hits properly, we might have reasonable chance of good support | 10:19 |
| Kinnison | IIRC | 10:19 |
| *** jjardon84 [~jjardon@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 10:19 | |
| radiofree | persia: the 3.10 kernel might have usb 3.0 | 10:32 |
| radiofree | not tried the 3.17ish kernel we're using | 10:32 |
| radiofree | what would be the best way to test that? plug as usb 3.0 hd into it and test how fast it is? | 10:33 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 10:33 | |
| Kinnison | Plug in a USB3 device and see if the kernel reports it as USB3 :-) | 10:34 |
| pedroalvarez | hm.. the only difference between a build system and the distbuild system is that the latter has openstack-clients. I wonder if we can add them to the build-systems and remove the distbuild system. | 10:34 |
| * richard_maw thought he already saw patches on the ML doing that | 10:35 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:35 | |
| Mode #baserock +v ssam2 by ChanServ | 10:35 | |
| pedroalvarez | when I say "the distbuild system" I say "the" because there is only one: distbuild-system-x86_64-openstack.morph | 10:36 |
| SotK | oops, that is what I added in my Mason patch series | 10:36 |
| * pedroalvarez checks the email | 10:36 | |
| radiofree | [82376.569660] usb 2-1: new high-speed USB device number 46 using tegra-ehci | 10:39 |
| radiofree | so no for this kernel then | 10:39 |
| rjek | Hmm, ehci is explicitly USB 2, isn't it? | 10:40 |
| rjek | Aren't USB3 controllers xhci? | 10:40 |
| rjek | (Perhaps a different kernel driver needs enabling?) | 10:41 |
| *** hari_ [~hari@202.0.77.198] has quit [Quit: Ex-Chat] | 10:47 | |
| Zara | I was thinking, would the occasional picture on the wiki be a good idea? (eg: an annotated tree diagram of chunks/strata/systems in baserock, to show where things go and help explain the concepts) It would probably take a while to make something like this both easily-editable and pretty, so I'd rather not start if it's not wanted. | 10:52 |
| ssam2 | I'd be in favour of it, as long as it was easy to keep up to date | 10:53 |
| jmacs | Yes, I like pictures | 10:54 |
| jmacs | http://ditaa.sourceforge.net/ might be worth a look - ceph use this for their wiki | 10:54 |
| * richard_maw would have found a diagram showing the relations between chunks, strata and systems; and the relationship between morphologies, sources and artifacts useful to help explain how things work to people | 10:54 | |
| richard_maw | jmacs: it looks nicer to work with than plantUML | 10:56 |
| persia | A diagram of the concepts would be fairly useful. A diagram of a particular example from a particular branch of definitions,git I would find less useful (and somewhat limiting to newcomers). | 10:56 |
| ssam2 | rdale: I don't see your branch 'baserock/rdale/add-extra-qt5-modules' in baserock/local-config/lorries.git | 10:58 |
| *** franred [~franred@host-78-148-228-41.as13285.net] has joined #baserock | 10:58 | |
| ssam2 | rdale: is it definitely pushed ? | 10:58 |
| rdale | no, i don't have git access with my current public key - i just mailed the list about that | 11:01 |
| ssam2 | ah, OK | 11:03 |
| ssam2 | I'll merge it using 'git am, then, no problem | 11:03 |
| rdale | thanks | 11:03 |
| ssam2 | rdale: so you used to have push access, but your key has changed, I guess | 11:10 |
| ssam2 | richard_maw: has the necessary credentials to add your new public key to your existing account on git.baserock.org, I think | 11:10 |
| rdale | ssam2: yes the key was for my old laptop which was stolen | 11:11 |
| richard_maw | ssam2: you also do now | 11:13 |
| ssam2 | cool :) | 11:13 |
| ssam2 | rdale: if you send me your new public key in an email I'll add it to your account | 11:14 |
| rdale | ok thanks | 11:14 |
| ssam2 | you can then use the sshkey command to delete the stolen one, too | 11:15 |
| rdale | ok | 11:16 |
| Zara | persia: I think I'd find it easier to understand the concepts if they were presented via a concrete example (even if it were not a real one). However, I can only speak for myself, so I'd appreciate more opinions on this (from everyone). | 11:16 |
| * paulsherwood notices that build-system can not be deployed without specifying various parameters, and wishes it would default rather than borking. | 11:18 | |
| ssam2 | paulsherwood: which parameters ? | 11:19 |
| pedroalvarez | I guess this is because mason.configure | 11:19 |
| ssam2 | ah. good catch | 11:19 |
| ssam2 | I'll look at fixing that | 11:19 |
| paulsherwood | DISTBUILD_WORKER was the first one | 11:20 |
| ssam2 | right. distbuild.configure needs fixing too, I geuss | 11:20 |
| pedroalvarez | indeed :( | 11:21 |
| ssam2 | my fault, obviously I didn't test deploying a build-system before sending the patch for review | 11:21 |
| pedroalvarez | git blame will blame me | 11:21 |
| straycat | The only problem with defaulting is that it means that if I accidentally misconfigure my distbuild cluster I won't find out until I discover I've deployed a broken system. | 11:22 |
| *** rdale [~quassel@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 11:22 | |
| paulsherwood | ssam2: reproducible via scripts/cycle.sh systems/build-system-x86_64.morph clusters/upgrade-devel.morph | 11:22 |
| Zara | straycat: couldn't the default include a warning message? | 11:23 |
| ssam2 | for distbuild.configure I was thinking of making it do nothing if none of DISTBUILD_WORKER, DISTBUILD_CONTROLLER and DISTBUILD_GENERIC are unset | 11:23 |
| ssam2 | *set | 11:23 |
| paulsherwood | do nothing? what if i just want a system for building? | 11:23 |
| *** rdale [~quassel@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:23 | |
| ssam2 | I mean distbuild.configure will do nothing, leaving you a system for doing local builds | 11:23 |
| paulsherwood | perfect | 11:24 |
| paulsherwood | ssam2: i assume you meant s/are unset/is set/ ? | 11:24 |
| ssam2 | yes :) | 11:24 |
| paulsherwood | :-) | 11:25 |
| straycat | Zara, Only if we attach some meaning to the system that's in the cluster, and use that to decide that user has probably forgotten to set their DISTBUILD_ options | 11:25 |
| straycat | I'm less sure about this, being clumsy as I am I remember deploying distbuild systems but forgetting to set the options. | 11:27 |
| straycat | But *shrug* I don't have a better solution in mind | 11:27 |
| paulsherwood | ssam2: please can i ask what your in-flight 'resolve the ref' patch series aims at, in terms a user can understand? | 11:27 |
| ssam2 | straycat: I think there are about 10000 ways to mess up deployment of a distbuild network | 11:28 |
| ssam2 | anyone doing will need to be following the instructions closely | 11:28 |
| ssam2 | *doing it | 11:28 |
| straycat | If I make a mistake morph should do what it can to try and warn me of that | 11:28 |
| paulsherwood | i thought it was just a 'cluster' | 11:28 |
| ssam2 | straycat: I agree in theory, but we're very away from that for deployments right now | 11:29 |
| ssam2 | paulsherwood: most importantly, it stops morph updating definitions.git if it doesn't need to when you run `morph build` | 11:29 |
| ssam2 | paulsherwood: it's also a step towards being able to disable creation of temporary build branches | 11:29 |
| paulsherwood | ok. so from a user perspective, zero functionality change? | 11:30 |
| ssam2 | should be | 11:30 |
| paulsherwood | ok lovely | 11:30 |
| paulsherwood | as anyone been bothered to watch the new videos on w.b.o? | 11:30 |
| ssam2 | I watched the setting up a VM one | 11:31 |
| * paulsherwood wonders if anyone wants to comment on the 'no morph edit' workflow in the second one | 11:31 | |
| paulsherwood | ssam2: i take your silence on the setting up a VM one as tacit approval :) | 11:31 |
| * petefoth goes to watch a video | 11:31 | |
| * paulsherwood goes to announce the videos on the list | 11:32 | |
| ssam2 | paulsherwood: indeed, it looks useful | 11:32 |
| ssam2 | it could possibly do with a more cheerful voice over :) | 11:32 |
| ssam2 | but then setting up a VirtualBox VM is not much fun :) | 11:32 |
| ssam2 | rdale: your new key should work now, you can do 'ssh git@git.baserock.org whoami' to check | 11:33 |
| ssam2 | and 'ssh git@git.baserock.org help sshkey' for instructions on the sshkey command | 11:34 |
| rdale | ok thanks | 11:38 |
| paulsherwood | ssam2: i have a cold :) | 11:38 |
| Kinnison | persia: Just to let you know, I see your mail about conditionals and branching, but it requires a significantly larger amount of spare brain than I have right now. When I've gotten the rest of the mails reviewed, and my current thoughts down on-keyboard, I'll have a re-read of your mail and try and form a cogent response :-) | 11:39 |
| * Kinnison is really glad someone is bringing up the ideas | 11:39 | |
| petefoth | Are the new videos linked from http://wiki.baserock.org/videos/ ? | 11:42 |
| petefoth | If so. whicuh are the new ones? The 'BAserock VM Creation Tutorial" claims to have been made a yuear ago and uses BASerock 7 | 11:43 |
| petefoth | OK found the new ones - I'll edit the 'Videos' page to match | 11:51 |
| paulsherwood | petefoth: probably worth culling some of the old ones | 11:54 |
| paulsherwood | richard_maw: quick python question re http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2014-October/008908.html | 11:59 |
| paulsherwood | is the self.run_program call the same for both legs of the if? | 11:59 |
| aananth | The instruction to setup VirtualBox VM is different between http://wiki.baserock.org/guides/vm-setup/ and http://wiki.baserock.org/guides/no-frills/ | 12:01 |
| paulsherwood | aananth: that may be true. how exactly? | 12:02 |
| aananth | Step: "VBoxManage storageattach Baserock --storagectl "SATA Controller" --port 0 --device 0 --type hdd --medium baserock-current-devel-system-x86_64-generic.vdi" | 12:02 |
| aananth | throws error: "Could not find file for the medium '/home/caananth/baserock/baserock-current-devel-system-x86_64-generic.vdi' (VERR_FILE_NOT_FOUND)" | 12:02 |
| paulsherwood | is there a vdi file in your /home/caananth/baserock directory? | 12:03 |
| aananth | The same step is "VBoxManage storageattach Baserock --storagectl "SATA Controller" --port 0 --device 0 --type hdd --medium baserock.vdi" in the other page | 12:03 |
| aananth | :-) | 12:03 |
| aananth | Let me delete all and restart | 12:03 |
| paulsherwood | should not be necessary | 12:04 |
| aananth | ? | 12:04 |
| richard_maw | paulsherwood: no, it's a `hg clone` in the else, and a `hg pull` in the `if os.path.exists(hgdir):` | 12:04 |
| aananth | Sorry, can I retry the last step alone? | 12:04 |
| paulsherwood | the vdi file is created by "VBoxManage convertdd baserock-current-devel-system-x86_64-generic.img foo" | 12:04 |
| paulsherwood | aananth: so if you can see a vdi file in your directory, that's the name to use in the 'VBoxManage storageattach Baserock' command | 12:07 |
| paulsherwood | richard_maw: aha! thanks | 12:08 |
| aananth | Ok, I understood. I retried with proper arguments this time, it went through. | 12:08 |
| paulsherwood | aananth: excellent :) | 12:08 |
| * paulsherwood goes to check if either page is incorrect | 12:08 | |
| aananth | Got the following error when I tried to start the VM | 12:11 |
| aananth | VBoxManage: error: Nonexistent host networking interface, name '' (VERR_INTERNAL_ERROR) | 12:11 |
| aananth | VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component Console, interface IConsole | 12:11 |
| ssam2 | aananth: oh, nasty | 12:13 |
| ssam2 | I guess it's something wrong with the line 'VBoxManage modifyvm Baserock --ioapic on --memory 2048 --nic1 bridged --nic2 hostonly', that's where we define the network interfaces | 12:13 |
| aananth | I opened the graphical view, it says "No hostonly network adapter is currently selected". Investigating... | 12:14 |
| jmacs | You need a host-only network set up in virtualbox before you do that | 12:14 |
| jmacs | It's something you only need to do once after you install VirtualBox, so I suspect whoever wrote the instructions didn't notice | 12:15 |
| aananth | jmacs: how to do that? | 12:15 |
| jmacs | You can do it using the GUI quite easily, not sure how you do it from the command line | 12:15 |
| aananth | In graphical view, I changed it | 12:15 |
| ssam2 | what's the benefit of having a host-only network adapter in addition to a bridged one ? | 12:15 |
| ssam2 | it seems easy to do, anyway ! Settings -> Network -> Host-only Networks and then click the green + sign | 12:16 |
| ssam2 | as aananth has already spotted :) | 12:16 |
| radiofree | i've posted a reply to gavin regarding upgrading a jetson within a jetson, could someone with a bit more experience with the cycle script flesh out the last bit please? | 12:20 |
| ssam2 | radiofree: i'll hopefully get the chance to try out your instructions, and at that time if I feel I can usefully add info to your reply then I will | 12:25 |
| ssam2 | it's really useful that you're supporting Gavin on this anyway, thanks! | 12:26 |
| * paulsherwood thinks he only *re*wrote the vbox instructions, but maybe not | 12:30 | |
| petefoth | I was the one who added the 'hostonly' - I did it because the previoius version set to set the port as 'nat' which didn't work for me, 'host-only' did | 12:30 |
| paulsherwood | petefoth: you're as bad as me, then :) | 12:31 |
| petefoth | I've had VirtalBox installed and in use for ages and I have no recollection of having to set up the 'host-only' interface | 12:31 |
| petefoth | paulsherwood: :) | 12:31 |
| jmacs | petefoth: Which platform are you on? | 12:32 |
| petefoth | I'm going to ull videos, and add some mor information abpout those that remain | 12:32 |
| paulsherwood | ull? | 12:32 |
| petefoth | jmacs: Mac OS X | 12:32 |
| petefoth | cull | 12:32 |
| * pedroalvarez spots "describe": "baserock-14.26-365-g84398c0" in the definitions-version field of the deployment.meta file | 12:32 | |
| jmacs | I have a suspicion that Windows and OSX Virtualbox set up a host-only adapter for you, and the Linux versions don't | 12:33 |
| jmacs | I can't uninstall VirtualBox to check right now though | 12:33 |
| paulsherwood | virtualbox can be a twisty maze of passages all alike | 12:33 |
| ssam2 | I didn't have any host-only adapters in my VirtualBox | 12:33 |
| ssam2 | which came from rpmfusion for Fedora 20, I think | 12:33 |
| petefoth | jmacs: useful - I'll add a note that usesrs should check wheter or not they have a host only if set up (actually I may add an 'if you see this error...' | 12:34 |
| VVIBIN | I am running VBox in Windows 7. I did install baserock VM and its running.However network is not up yet. I just now created a Baserock VM. But trouble in getting the ip assigned to the baserock VM. I have configured the Primary adapter in bridged with host and secondary adpter as Host only Adapter. The video doesnÂ’t talks much more to do with network settings....any clue?. | 12:35 |
| VVIBIN | #ipaddr | 12:35 |
| VVIBIN | Shows up only lo and "sit0 interface without any ip assigned. | 12:35 |
| paulsherwood | ssam2: ^^ ? | 12:35 |
| ssam2 | VVIBIN: I'll investigate in my own VirtualBox instance and get back to you on that | 12:35 |
| VVIBIN | thnx and just looked into journctl log on boot and it show "baserock systemd[1] :failed to start ifup for sit0" | 12:37 |
| ssam2 | VVIBIN: that message is harmless | 12:37 |
| paulsherwood | VVIBIN: that happens to me too | 12:38 |
| petefoth | https://www.virtualbox.org/manual/ch06.html#network_hostonly sugests that you might need to enable the the DHCP server useful that is built into VirtualBox | 12:38 |
| ssam2 | could you go into the settings window for your VM | 12:38 |
| ssam2 | onto the network tab | 12:38 |
| ssam2 | and tell me what adapter it is bridged *to* ? | 12:38 |
| paulsherwood | VVIBIN: can you check via vbox gui, that you have two network interfaces? | 12:38 |
| * paulsherwood shuts up | 12:38 | |
| ssam2 | VVIBIN: it could be that it's bridged to your wireless interface but you're connected by wired only | 12:38 |
| ssam2 | or, it could be bridged to your wired network but you're using wireless only | 12:39 |
| VVIBIN | ssam2: ok ,this may be ,i am using the same settings I kept for my ubuntu VM. I will turnoff the wireless and try with wired only,is there a way to overcome this | 12:41 |
| ssam2 | VVIBIN: Virtualbox can only bridge one of your network adapters | 12:42 |
| ssam2 | using bridged networking, you can choose which one it uses, but you can't automatically use whichever one is connected | 12:42 |
| ssam2 | is that a problem? if you have a good wired connection I suggest bridging to your wired network interface | 12:43 |
| VVIBIN | yes, i will make a try with wired connection. | 12:43 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 13:02 | |
| *** karthi [ca004dc6@gateway/web/freenode/ip.202.0.77.198] has quit [Ping timeout: 246 seconds] | 13:04 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:14 | |
| *** franred [~franred@host-78-148-228-41.as13285.net] has quit [Quit: Leaving] | 13:19 | |
| aananth | Following page helped me to resolve my VirtualBox booting issues caused by incorrect network: http://askubuntu.com/questions/298663/virtualbox-headless-unable-to-create-hostonly-network | 13:20 |
| petefoth | aananth: thanks - I'll add that to the rlevant wiki page | 13:23 |
| *** aananth [~caananth@122.165.96.181] has quit [Ping timeout: 258 seconds] | 13:37 | |
| *** abdul_ [~abdul@202.0.77.198] has quit [Quit: Leaving] | 13:44 | |
| ssam2 | VVIBIN: are you having better luck with a wired connection ? | 13:44 |
| paulsherwood | ssam2: may be end of day for him already | 13:48 |
| *** aananth [~caananth@122.165.96.181] has joined #baserock | 13:49 | |
| paulsherwood | so with the arrival of build-system*, should i start using that by default instead of devel? what would i miss out on? | 13:50 |
| ssam2 | right now you'd miss out on having Ruby and Node.js | 13:50 |
| ssam2 | in future you'd miss out on the whole import tool thingy | 13:51 |
| ssam2 | it lacks nothing compared to the old devel system, though | 13:51 |
| paulsherwood | ok. what was the reasoning for putting ruby and node into devel? (i'm not unhappy with this, just curious) | 13:52 |
| radiofree | i'd like to merge the baserock/james/jetson-3.17-rc5-cpufreq with baserock/jetson/3.17.0-rc5 branch | 13:52 |
| paulsherwood | radiofree: +1 | 13:53 |
| radiofree | is it the same review procedure for this? (i.e i submit 20odd patches to the mailing list) | 13:53 |
| paulsherwood | radiofree: why not just post the branch and invite folks to test? | 13:53 |
| ssam2 | paulsherwood: the import tool needs to have Ruby available in order to import RubyGems, node available to import NPM packages, etc | 13:53 |
| ssam2 | I wanted some system where the import tool could work 'out of the box', and devel seemed like the best place | 13:53 |
| ssam2 | I believe build-system was your idea originally :) | 13:54 |
| radiofree | paulsherwood: ok, rdale is testing it, so am I, also gavin will be soon | 13:54 |
| paulsherwood | ssam2: aha. all we need next is docker by default :) | 13:54 |
| ssam2 | paulsherwood: i'd be in favour of that :) | 13:54 |
| paulsherwood | ssam2: i'm full of daft ideas :) | 13:54 |
| paulsherwood | ssam2: i'll propose it, you can +1 :) | 13:54 |
| radiofree | the benefit here is that we can i) use the same kernel/u-boot for devel images now ii) massively simplify that horrendous kernel args | 13:54 |
| ssam2 | in that case +100 | 13:54 |
| paulsherwood | radiofree: looks like you already have enough to merge :) | 13:55 |
| radiofree | :) | 13:55 |
| radiofree | btw pedroalvarez was looking at my drm patches on friday, are they good to merge yet? | 13:55 |
| * paulsherwood would still like to try it out, though | 13:55 | |
| radiofree | again, rdale is testing them... so have I | 13:55 |
| paulsherwood | cool | 13:55 |
| radiofree | paulsherwood: follow the instructions I sent to the list | 13:55 |
| rdale | how did you build the u-boot.bin image? | 13:56 |
| paulsherwood | radiofree: ok will do, next time i am colocated with a jetson | 13:56 |
| *** VVIBIN [~VVIBIN@202.0.77.198] has quit [Quit: Leaving] | 13:56 | |
| ssam2 | morph-cache-server on http://85.199.252.101/ is stuck in recvfrom() again | 13:58 |
| ssam2 | hence builds are showing up as failing | 13:59 |
| ssam2 | i'm going to restart the cache-server process unless anyone volunteers to investigate in the next minute or two | 13:59 |
| ssam2 | actually .. how many concurrent connections can 'bottle' handle ? | 14:00 |
| ssam2 | is it just one? | 14:00 |
| radiofree | rdale: it's built in baserock, however if you have a cross-compiler you can build it on your machine | 14:00 |
| radiofree | or build it directly on the jetson itself | 14:00 |
| rdale | ok - i like to know how to build u-boot on the jetson itself | 14:02 |
| madhu | paulsherwood, how do we add packages in the vm image, also how to add proxy setting to access git. I'm following http://wiki.baserock.org/guides/vm-setup/, | 14:02 |
| ssam2 | madhu: Baserock doesn't use packages. What do you need to do ? | 14:03 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 14:03 | |
| ssam2 | madhu: about the proxy, there's probably some environment variable that you must set | 14:03 |
| ssam2 | let me check | 14:03 |
| radiofree | rdale: git pull git://git.baserock.org/delta/u-boot.git && cd u-boot && git checkout baserock/jetson/u-boot-tegra-next && make ARCH=arm jetson-tk1_config && make ARCH=arm CROSS_COMPILE=/usr/bin | 14:04 |
| radiofree | creates a u-boot-dtb-tegra.bin file that is your u-boot.bin | 14:04 |
| rdale | ok, thanks i'll try that | 14:04 |
| radiofree | btw you already have that u-boot installed | 14:05 |
| rdale | yes, i know, but i wanted to know how to build it | 14:05 |
| ssam2 | madhu: try setting HTTP_PROXY in the environment | 14:05 |
| ssam2 | you can try it with `HTTP_PROXY=http://1.2.3.4:80 git clone xxx` | 14:06 |
| radiofree | make sure you're cloning over http/https for that | 14:06 |
| ssam2 | oh, good point | 14:06 |
| madhu | ssam2, thanks, I will try that, I was thinking about corkscrew for git | 14:07 |
| madhu | and it was not in the vm image by default | 14:08 |
| radiofree | madhu: that's usually what i would use for ssh | 14:08 |
| radiofree | http://cms-sw.github.io/tutorial-proxy.html might be useful, using nc | 14:09 |
| paulsherwood | madhu: the closest instructions we have for adding things to baserock are at http://wiki.baserock.org/devel-with/#index10h2 | 14:09 |
| aananth | @ssam2, I tried "morph branch baserock:baserock/definitions default" | 14:09 |
| aananth | I get "Failed to fetch tarball, falling back to git clone. | 14:09 |
| aananth | " | 14:09 |
| ssam2 | hmm, Morph tries to clone over git:// by default | 14:10 |
| paulsherwood | aananth: that's a success message | 14:10 |
| aananth | I retried, I get "ERROR: /src/workspace/default: File exists" | 14:10 |
| aananth | Ok, Great! | 14:10 |
| *** Krin [~mikesmith@host86-173-195-137.range86-173.btcentralplus.com] has quit [Remote host closed the connection] | 14:10 | |
| paulsherwood | aananth: it's not obvious, i know | 14:10 |
| paulsherwood | upstream: would be nice to fix that message | 14:11 |
| paulsherwood | (and also work out why the tarballing is not working on gbo) | 14:11 |
| madhu | radiofree, thanks for the link, I will try them | 14:11 |
| paulsherwood | aananth: so you should be able to cd default/baserock/baserock/definitions and proceed | 14:12 |
| paulsherwood | (sorry for the confusion) | 14:12 |
| aananth | Yes Paul. I am on the last step.... | 14:12 |
| paulsherwood | cool! | 14:13 |
| paulsherwood | ssam2: what about http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/commit/?h=baserock/ps/message-fix&id=bf7b6f8851db21f2d6559e23f588a83b546b70cd ? | 14:17 |
| pedroalvarez | Is possible to execute a write extension installed in a system without the full path? (e.g. `python /usr/lib/python2.7/site-packages/morphlib/exts/rawdisk.write foo bar`) | 14:21 |
| aananth | The last step appears to be "hang" at point::'2014-10-27 14:12:46 Deciding on task order'. I assume this is normal. | 14:22 |
| paulsherwood | aananth: sadly, it is. | 14:22 |
| aananth | ok :) | 14:22 |
| paulsherwood | it's thinking, not hanging. now might be a good time to leave it running for the evening, check back in tomorrow :) | 14:22 |
| pedroalvarez | well, I'd check after 5 minutes to see if it's running | 14:23 |
| aananth | Can I stop and redo it? I need to take the laptop to home and work from there. It is 7.55pm here. | 14:23 |
| paulsherwood | yes, just ctrl C | 14:23 |
| aananth | Ok. But I can wait if it will be over in few minutes. | 14:24 |
| paulsherwood | you may need to fiddle with network settings on switchin locations | 14:24 |
| aananth | Thanks. | 14:24 |
| paulsherwood | i recommend you do the ctrlc. it will have a lot to rebuild | 14:24 |
| aananth | Yeah, that is a learning... Ok I will do in another 10 mins. | 14:24 |
| paulsherwood | aananth: normally i just reboot my vm on moving between office and home | 14:25 |
| aananth | I meant, "that will be learning (setting up network again in home). | 14:25 |
| paulsherwood | aananth: yes understood. i think reboot may just work, though | 14:25 |
| ssam2 | paulsherwood: +1 to that patch from me | 14:25 |
| * paulsherwood looks around for another friendly maintainer | 14:26 | |
| paulsherwood | richard_maw: ? | 14:26 |
| paulsherwood | or pedroalvarez ? :) | 14:27 |
| paulsherwood | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/commit/?h=baserock/ps/message-fix&id=bf7b6f8851db21f2d6559e23f588a83b546b70cd | 14:27 |
| pedroalvarez | ha! :) | 14:27 |
| pedroalvarez | I'm not sure if it's ok to remove the "Failed to fetch tarball" | 14:27 |
| paulsherwood | oh, it really is. it confuses users. | 14:28 |
| paulsherwood | as the above conversation proves | 14:28 |
| ssam2 | I've had a whole bunch of situations where people have seen that message and thought that it meant the command that they had run had failed | 14:28 |
| ssam2 | I think this change is really useful | 14:28 |
| pedroalvarez | What is going to show morph is fetching from tarball works? | 14:29 |
| paulsherwood | nothing | 14:29 |
| pedroalvarez | then maybe we shouldn't show anything here | 14:29 |
| richard_maw | paulsherwood: my issue with that patch is that the only way we know if it successfully fetched a tarball is absence of the message, but since we didn't have that before: +1 | 14:29 |
| paulsherwood | but note this 'fail' message has been appearing for as long as i can remember, and no-one has fixed it | 14:30 |
| ssam2 | indeed | 14:30 |
| paulsherwood | richard_maw: tvm | 14:30 |
| ssam2 | removing the message would be OK, either. | 14:30 |
| paulsherwood | well it's user feedback. the git clone does take some time | 14:30 |
| *** aananth [~caananth@122.165.96.181] has quit [Ping timeout: 244 seconds] | 14:30 | |
| paulsherwood | (and i assume it's slower than a theoretically successful tarball download, otherwise it would be the default?) | 14:31 |
| ssam2 | yes, depending on the size of the repo `git clone` can be much slower | 14:31 |
| richard_maw | it's the repacking that a clone does which is the problem | 14:32 |
| paulsherwood | so should i mail the patch to the list, or is it mergeable asis? | 14:32 |
| richard_maw | mergeable as-is in my opinion | 14:33 |
| Kinnison | +1 for text cleanup | 14:33 |
| straycat | oh, I noticed something in that series we just merged and forgot about it, there is a return following the yield, which must be unreachable? | 14:34 |
| richard_maw | that's reachable | 14:34 |
| richard_maw | context managers must only yield once, so the return after the yield is to ensure it doesn't follow on to the rest | 14:35 |
| * paulsherwood is happy he now understands context managers :) | 14:35 | |
| straycat | Oh I see okay | 14:41 |
| * richard_maw loves context managers, since the majority of the code he writes requires you to set up and tear down resources | 14:42 | |
| richard_maw | and context managers let you put the cleanup code with the setup code, rather than the code that uses the resource | 14:42 |
| richard_maw | a consequence of this though is that I tend to write a lot of tiny context managers for each resource I allocate, and have a massive with statement | 14:43 |
| * richard_maw ponders adding http://contextlib2.readthedocs.org/en/latest/#contextlib2.ExitStack to baserock | 14:43 | |
| richard_maw | that helps with the massive chain of context managers | 14:44 |
| richard_maw | and it allows more flexibility of which contexts are used | 14:45 |
| richard_maw | the callback method on an ExitStack is roughly analogous to the defer statement from go, which appears to be how you tend to handle resource cleanup in go | 14:46 |
| * richard_maw has been thinking about resource cleanup far too much lately | 14:47 | |
| *** aananth [~caananth@122.165.96.181] has joined #baserock | 14:47 | |
| paulsherwood | :) | 14:48 |
| * pedroalvarez re-asks | 15:02 | |
| pedroalvarez | Is possible to execute a write extension installed in a system without the full path? (e.g. `python /usr/lib/python2.7/site-packages/morphlib/exts/rawdisk.write foo bar`) | 15:02 |
| ssam2 | yes | 15:02 |
| ssam2 | they're programs | 15:02 |
| *** aananth [~caananth@122.165.96.181] has quit ["Leaving"] | 15:02 | |
| ssam2 | wait, I misunderstood you | 15:03 |
| pedroalvarez | :q | 15:03 |
| ssam2 | pedroalvarez: pkg_resources.resource_filename('morphlib', 'exts/rawdisk.write') to find the path to rawdisk.write | 15:06 |
| pedroalvarez | wow! that solves my problem of hardcoding the path | 15:06 |
| pedroalvarez | thanks | 15:06 |
| richard_maw | pedroalvarez: or `import morphlib\nwith morphlib.extensions.get_extension_filename('rawdisk', '.write') as path:\n do_thing(path)` | 15:08 |
| richard_maw | or `path = morphlib.extensions._get_morph_extension_filename('rawdisk', '.write')` | 15:09 |
| richard_maw | the former only matters if you've got extensions checked into the repository | 15:09 |
| pedroalvarez | I see | 15:10 |
| ssam2 | I think this isn't done as part of a build or deploy, so there's no 'repository' | 15:10 |
| ssam2 | I've set up a custom security group (firewall rules) for the Mason at 85.199.252.101 | 15:11 |
| ssam2 | allowing global access to port :80 but only local access to port :8080 | 15:12 |
| ssam2 | I'm suspicious that the reason the morph-cache-server keeps getting stuck is that it's exposed to the web, but it's only running in Bottle's development web server | 15:12 |
| ssam2 | which maybe isn't up to the job, I don't know | 15:13 |
| pedroalvarez | I had the same feeling, that having 8080 open was causing the error | 15:13 |
| pedroalvarez | well done :0 | 15:13 |
| pedroalvarez | :) | 15:13 |
| ssam2 | except now I've blocked off my own ssh access. | 15:14 |
| ssam2 | I'll reopen that too ;) | 15:14 |
| pedroalvarez | ha | 15:14 |
| pedroalvarez | We should have various security groups for the different pieces of our infra | 15:14 |
| ssam2 | yeah, we should | 15:15 |
| ssam2 | the one I made is called 'private-morph-cache-server', but 'mason' would probably be a better name :) | 15:15 |
| ssam2 | but Horizon doesn't seem to let me rename it | 15:15 |
| pedroalvarez | ssam2: you can rename it :) | 15:15 |
| ssam2 | oh yeah. it's now called 'public-mason' :) | 15:16 |
| pedroalvarez | cool | 15:16 |
| ssam2 | green mason again! | 15:17 |
| Kinnison | yay | 15:17 |
| Kinnison | ssam2: Sounds like we need to harden the behaviour of those cache servers a little | 15:17 |
| ssam2 | indeed | 15:17 |
| ssam2 | I shall merge now http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/commit/?h=baserock/ps/message-fix&id=bf7b6f8851db21f2d6559e23f588a83b546b70cd | 15:19 |
| pedroalvarez | btw, mason is accesible through this url as well: http://mason-x86-64.baserock.org/ | 15:19 |
| ssam2 | oh, cool! | 15:20 |
| *** zoli_ [~zoli_@0x3e2c86a3.mobile.telia.dk] has joined #baserock | 15:26 | |
| *** zoli_ [~zoli_@0x3e2c86a3.mobile.telia.dk] has quit [Changing host] | 15:26 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 15:26 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 15:30 | |
| *** bala [~bala@202.0.77.198] has quit [Remote host closed the connection] | 15:46 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 16:06 | |
| ssam2 | seems like I broke the distbuild command :( | 16:07 |
| ssam2 | TypeError: build() takes exactly 2 arguments (5 given) | 16:07 |
| Kinnison | erm oops | 16:07 |
| Kinnison | How did the test suite not catch that? | 16:08 |
| Kinnison | I thought richard_maw had managed to get distbuild integrated | 16:08 |
| ssam2 | I think those tests are conditional on having flup and morph-cache-server in the system running the tests | 16:08 |
| Kinnison | aah | 16:08 |
| Kinnison | Are those present in a devel system these days? | 16:08 |
| richard_maw | s/morph-cache-server/bottle/ | 16:08 |
| richard_maw | Kinnison: yes | 16:08 |
| ssam2 | they are now, but I've not updated all my systems since whenever it was merged | 16:09 |
| ssam2 | my mind is too fried to work out what I did wrong here | 16:09 |
| ssam2 | oh, it's because the InitiatorBuildCommand object is used, not the buildcommand.BuildCommand object | 16:09 |
| * straycat thought distbuild used a different codepath | 16:13 | |
| straycat | you moved stuff out of build into build_command, but distbuild has an InitiatorBuildCommand and uses the distbuild_plugin | 16:14 |
| straycat | erm, into build_plugin | 16:14 |
| ssam2 | I changed how InitiatorBuildCommand.build() was called without actually changing how it worked at all | 16:14 |
| * straycat missed that | 16:15 | |
| * straycat facepalms | 16:16 | |
| straycat | I forgot the distbuild commands were in the build plugin | 16:16 |
| straycat | Right and then that wraps build and yeah oops >.> | 16:18 |
| ssam2 | seems that the distbuild code doesn't allow adding optional fields to the message types :( | 16:20 |
| ssam2 | I can't just change the protocol, without having to redeploy all our existing distbuild networks | 16:20 |
| ssam2 | might be easy to fix that, though | 16:21 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 16:22 | |
| straycat | sadly, I also think that since we're going to have to rework that series anyway it would be worth making the build branch return (url, commit, ref) in all cases. Rather than (url, commit, ref) in one case and (url, ref, ref) in other cases. | 16:23 |
| ssam2 | I think that's a separate change | 16:23 |
| ssam2 | i'm not quite sure how it should work for temporary build branches, to be honest | 16:24 |
| straycat | I'm not exactly sure either at the moment, I've been looking at this code anyway so if we agree this is the right change to make I could try it out | 16:26 |
| ssam2 | i can't get my head around it right now. It seems that if the user build a temporary build branch, its name *is* the ref that should go in the metadata | 16:28 |
| ssam2 | because the content doesn't exist in any other ref | 16:28 |
| ssam2 | but, that's a bit useless because the branch gets deleted as soon as it's built | 16:28 |
| ssam2 | really, the problem is that temporary build branches are temporary :) | 16:28 |
| persia | What are "flup" and "bottle" again? | 16:30 |
| Kinnison | part of the web framework we use for the http based protocols | 16:30 |
| Kinnison | for things like the cache server | 16:30 |
| persia | Zara: Sorry: disconnected. I'm happy with a diagrammed concrete example, so long as it isn't trying to be authoritative. | 16:30 |
| straycat | ssam2, Unless I'm misunderstanding something, it's the same either way in all cases you want the orignal_ref to go into the metadata but you want to resolve the definitions ref from a commit sha. If you have local changes which morph has committed and pushed, then the ref can be used instead of the sha, but I feel that it's more consistent for us to always use the sha. | 16:36 |
| straycat | s/way/&,/ | 16:36 |
| ssam2 | straycat: yeah, I guess you're riught | 16:39 |
| ssam2 | *right | 16:39 |
| ssam2 | straycat: so in that case it's really easy, just change what the pushed_build_branch() function returns | 16:44 |
| ssam2 | I think I've worked out how to get distbuild working again :) | 16:44 |
| ssam2 | no, maybe not | 16:50 |
| ssam2 | there's no way of knowing what version of Morph the remote distbuild controller is running, so no way of knowing how many arguments can be passed to it | 16:51 |
| ssam2 | :( | 16:51 |
| ssam2 | I guess I have to bite the bullet and revert this patch | 16:51 |
| ssam2 | and possibly spend some time making the distbuild protocol versioned | 16:51 |
| ssam2 | no, I'm confusing myself | 16:52 |
| ssam2 | this should work fine | 16:53 |
| * ssam2 shuts up and tries actually testing it | 16:53 | |
| straycat | :) | 16:53 |
| richard_maw | ssam2: you ought to be able to pass the commit in the build-request message, it'll get ignored if the controller is too old, but a new one will accept it, and can have code to handle not being given it | 16:55 |
| ssam2 | yeah, that's what I've done | 16:59 |
| ssam2 | however ... did the recent changes you guys did to change the message format to YAML change the protocol ? | 17:00 |
| ssam2 | I guess it must have done | 17:00 |
| ssam2 | I'm getting a strange error from 'tyrell' | 17:00 |
| ssam2 | maybe it needs upgrading to work with latest Morph | 17:00 |
| * radiofree hopes his eyes haven't been gouged out | 17:01 | |
| robtaylor | heh | 17:01 |
| straycat | I always have a cushion ready for that scene | 17:07 |
| straycat | ssam2, I didn't think that the protocol got changed | 17:07 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 17:12 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:15 | |
| straycat | Is http://sprunge.us/VPBb okay? | 17:39 |
| * ssam2 dreads the idea of deploying a new Trove, then remembers that in Openstack we can use the existing generic Trove image! | 17:42 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 265 seconds] | 17:42 | |
| ssam2 | ripsum: looks correct to me | 17:42 |
| straycat | who's ripsum? | 17:47 |
| ssam2 | I'd complain about people who use different IRC names in different networks, but I seem to have started doing that too :) | 17:47 |
| straycat | heh | 17:47 |
| jmacs | I couldn't get "jmac" on here | 17:48 |
| * richard_maw uses the same nick, but a different instance of irssi | 17:48 | |
| straycat | I don't know who ripsum is, you must be confused | 17:48 |
| straycat | richard_maw, does that change look okay to you? | 17:49 |
| radiofree | jjardon: i'll try your gtk patches on a jetson | 17:50 |
| richard_maw | straycat: the indentation of the last line looks a little weird, as I'd align the last parameter in the tuple with the first, but +1 | 17:52 |
| straycat | Oh okay, I can do that. | 17:53 |
| jjardon | radiofree: cheers! Ive just added a new patch on top so you only build the wayland backend | 17:55 |
| Zara | persia: Ah, that's fine by me. I agree that it shouldn't be seen as authoritative, just as an explanatory tool. :) | 17:57 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:58 | |
| jjardon | ssam2: thanks for testing the coreutils patches! any idea how should I proceed now? | 17:58 |
| jjardon | haha, he just escaped! | 17:59 |
| radiofree | ok, rebuilding from glibc | 18:00 |
| pedroalvarez | jjardon: not sure about his opinion but I guess that adding the coreutils stratum to the build dependencies could works | 18:00 |
| radiofree | i'll leave this on overnight | 18:00 |
| straycat | An unintended side effect of that patch is that the message "Building baserock:baserock/definitions master systems/foo-system.morph" would become "Build baserock:baserock/definitions sha systems/foo-system..." | 18:00 |
| straycat | err Building | 18:00 |
| straycat | I haven't merged it, because there are some other variable name changes that should go along with it and that message should probably be modified so that we mention the ref rather than the sha. | 18:01 |
| *** visteon [~visteon@202.0.77.198] has quit [Remote host closed the connection] | 18:23 | |
| *** visteon [~visteon@202.0.77.198] has joined #baserock | 18:23 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:30 | |
| Mode #baserock +v ssam2 by ChanServ | 18:30 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 18:31 | |
| straycat | so http://sprunge.us/ABfY probably needs to go in as well | 19:21 |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 20:25 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 20:41 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:24 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!