*** gfinney_ has joined #baserock | 00:49 | |
*** gfinney__ has quit IRC | 00:49 | |
*** tpollard_ has joined #baserock | 01:00 | |
*** fay_ has quit IRC | 01:00 | |
*** sambishop has quit IRC | 01:00 | |
*** CTtpollard has quit IRC | 01:00 | |
*** paulw has quit IRC | 01:00 | |
*** mauricemoss_ has quit IRC | 01:00 | |
*** flatmush has quit IRC | 01:00 | |
*** franred has quit IRC | 01:00 | |
*** petefoth has quit IRC | 01:00 | |
*** nowster_ has quit IRC | 01:00 | |
*** simonh_ has joined #baserock | 01:00 | |
*** paulwaters_ has joined #baserock | 01:00 | |
*** fay__ has joined #baserock | 01:00 | |
*** nowster_ has joined #baserock | 01:00 | |
*** franred has joined #baserock | 01:00 | |
*** sambishop has joined #baserock | 01:00 | |
*** flatmush has joined #baserock | 01:00 | |
*** petefoth has joined #baserock | 01:02 | |
*** gfinney_ has quit IRC | 01:49 | |
*** gfinney__ has joined #baserock | 01:49 | |
*** gfinney__ has quit IRC | 02:50 | |
*** gfinney__ has joined #baserock | 02:50 | |
*** gfinney__ has quit IRC | 03:50 | |
*** gfinney__ has joined #baserock | 03:50 | |
*** zoli__ has joined #baserock | 04:12 | |
*** gfinney__ has quit IRC | 04:50 | |
*** gfinney_ has joined #baserock | 04:51 | |
*** gfinney_ has quit IRC | 05:51 | |
*** gfinney_ has joined #baserock | 05:51 | |
*** gfinney_ has quit IRC | 06:51 | |
*** gfinney_ has joined #baserock | 06:51 | |
*** mike has joined #baserock | 07:06 | |
*** mike is now known as Guest57861 | 07:07 | |
*** gfinney_ has quit IRC | 07:52 | |
*** gfinney_ has joined #baserock | 07:52 | |
*** gary_perkins has joined #baserock | 08:04 | |
*** bashrc has joined #baserock | 09:09 | |
*** rdale has joined #baserock | 09:19 | |
*** jonathanmaw has joined #baserock | 09:27 | |
*** tiagogomes_ has joined #baserock | 09:29 | |
*** zoli__ has quit IRC | 09:34 | |
*** edcragg has joined #baserock | 09:36 | |
*** zoli__ has joined #baserock | 09:43 | |
*** ssam2 has joined #baserock | 09:44 | |
*** ChanServ sets mode: +v ssam2 | 09:44 | |
*** mdizzle has joined #baserock | 09:45 | |
jjardon | tlsa: hi, are you working in the split x-xorg / x-xwayland stratum in a branch ? I think it would be useful for what I'm doing | 09:56 |
---|---|---|
tlsa | I was yesterday, now I'm looking at the new mason stuff | 09:57 |
tlsa | jjardon: I was planning on squeezing the x work in around that | 09:58 |
tlsa | jjardon: but that might not be quick enough for you if you need it? | 09:58 |
tlsa | I can push the branch somewhere | 09:58 |
*** wschaller has joined #baserock | 09:59 | |
jjardon | If you can push what you have somewhere it would be great | 09:59 |
tlsa | jjardon: ok | 10:00 |
*** a1exhughe5 has joined #baserock | 10:02 | |
kejiahu | pedro, morning, I wonder how can I apply for a VM in DC cloud? tiago suggested me to inquiry to you. | 10:06 |
pedroalvarez | hi kejiahu, let me check | 10:08 |
kejiahu | pedroalvarez, thanks | 10:09 |
*** Krin has joined #baserock | 10:10 | |
pedroalvarez | Ok, the request was denied. IMO we shouldn't do this anymore, and when we did it for tiagogomes_ was an excepion. kejiahu, I hope you understand. | 10:28 |
straycat | Are we out of capacity or something? | 10:29 |
pedroalvarez | straycat: no. The main reason is that our space in DC is for baserock infrastructure. | 10:31 |
pedroalvarez | nothing else | 10:31 |
straycat | Oh | 10:31 |
pedroalvarez | also, CPU and RAM there is not free | 10:32 |
*** zoli__ has quit IRC | 10:34 | |
tlsa | jjardon: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/tlsa/fix-xfce | 10:38 |
tlsa | jjardon: that is currently unfinnished - there's still some missing dep for xfce | 10:39 |
tlsa | but plain x does start | 10:39 |
tlsa | (the xfce system builds, but reports a missing lib when you do `startxfce4`) | 10:40 |
*** zoli__ has joined #baserock | 10:41 | |
petefoth | I'm trying to track down commiters to wiki.baserock.org so I can contact them about licensing. Users who edit via the web interface are particularly challenging. DOes anyone | 10:42 |
*** zoli__ has quit IRC | 10:42 | |
petefoth | own upo to being 'citizenfive' who has been editing the arm64-be-kernel page a biot recently? | 10:43 |
mwilliams_ct | bashrc perhaps? | 10:43 |
bashrc | yes | 10:44 |
*** zoli__ has joined #baserock | 10:44 | |
petefoth | mwilliams_ct: Bob Mottram? (aka 'Robert@web')? | 10:44 |
*** zoli__ has quit IRC | 10:44 | |
petefoth | bashrc: do you own up to being citizenfive? | 10:45 |
pedroalvarez | you won't have problems with Pedro's | 10:45 |
bashrc | peteforth: yes | 10:45 |
petefoth | bashrc: thanks | 10:46 |
petefoth | others I am trying to identify are 'cyclesport', 'Ric', 'Randy', 'Peter_Mortensen', 'Steven', 'Alessio-Igor', 'Adrian', 'Jon'. | 10:50 |
petefoth | Not sure whether 'Ben' is benbrown_ ,flatmush or bjdooks, and I'm guessing 'Mike' is Krin. 'dev' may be devcurmudgeon or someone else | 10:52 |
petefoth | Any clues gratefully received | 10:52 |
rjek | If only we enforced editing the wiki via git and curated ssh keys! | 10:52 |
jmacs | Doesn't the authenication provider tell us anything more about those names? Like a contact address? | 10:52 |
jmacs | I can't imagine "dev" is a globally unique username | 10:52 |
straycat | yes it's in the git log | 10:52 |
petefoth | jmacs: not that I can see | 10:52 |
jmacs | rjek: ssh keys don't give you a method of contacting someone | 10:53 |
petefoth | straycat: have I missed something? | 10:53 |
tpollard_ | ikiwiki will only strip the remote_user for the git commiter when doing web edits unfortunately | 10:54 |
rjek | jmacs: Indeed not; but they do tell you who made the edit, and if the permitted keys are curated you'll know who it is. | 10:54 |
jmacs | rjek: Mine just says username@thinkpad | 10:55 |
*** flatmush has quit IRC | 10:55 | |
jjardon | tlsa: you are moving some X stuff to graphincs-common and duplicating the x protocols in x-xorg, any reason for that? | 10:55 |
tlsa | the idea was to move stuff out of x-generic that was going to be shared by both x-xorg and x-wayland | 10:56 |
tlsa | so x-xorg and x-wayland would only have a duplicate for the xserver | 10:57 |
tlsa | I didn't quite finish that though | 10:57 |
tlsa | didn't mean to duplicate any x protocols | 10:58 |
* Krin just wandered over and took a look as to what was potentially his work to save the confusion. | 10:58 | |
tlsa | jjardon: I put the fonts stuff in graphics common because that's were freetype2 was | 10:59 |
straycat | petefoth, no sorry | 11:00 |
jjardon | tlsa: mmm, Id like graphics-common to not have any ~X | 11:00 |
petefoth | straycat: OK thanks | 11:00 |
jjardon | any X specific | 11:01 |
tlsa | jjardon: iirc graphics common build deps on x-common | 11:01 |
tlsa | which is why I did it like that | 11:01 |
*** flatmush has joined #baserock | 11:01 | |
*** rdale has quit IRC | 11:02 | |
*** rdale has joined #baserock | 11:04 | |
radiofree | hi, openstack on baserock, is that a thing? | 11:04 |
franred | radiofree, it is a thing ongoing, why? | 11:05 |
franred | there is not stable public branch yet, the branches that gbo has are all under development | 11:06 |
franred | radiofree, ^^ | 11:06 |
radiofree | franred: how complete is it? | 11:07 |
franred | radiofree, it is a PoC, which contains keystone, glance, cinder, nova, neutron working, horizon under development - there are some works to stabilize the system after reboots, work in baremetal, add remaining pieces of horizon and swift | 11:09 |
radiofree | ok, thanks | 11:10 |
radiofree | is anyone working on shifting it from a PoC to something that's production ready? | 11:10 |
*** rdale has quit IRC | 11:11 | |
pedroalvarez | yes | 11:11 |
Guest57861 | yup, everyone :) | 11:11 |
radiofree | wonderful, what's the timescale for that? | 11:11 |
*** bfletcher has left #baserock | 11:12 | |
fay__ | as soon as possible - aiming for 4-6 weeks | 11:13 |
radiofree | ok, thanks | 11:14 |
*** bfletcher has joined #baserock | 11:16 | |
jjardon | radiofree: please, do not use my personal email in the commit messages ;) | 11:18 |
radiofree | don't use your personal e-mail to review then | 11:19 |
jjardon | Did i? Nevermind then | 11:19 |
pedroalvarez | ha! radiofree 1 - 0 jjardon | 11:20 |
radiofree | :D | 11:20 |
*** rdale has joined #baserock | 11:20 | |
franred | haha, I was about to do the same the other day in my last review from one of your patches, jjardon | 11:21 |
jjardon | franred: what thing? | 11:22 |
rjek | folder-hook BaserockDev "my_hdr From: Rob Kendrick <rob.kendrick@codethink.co.uk>" | 11:23 |
rjek | yay, mutt | 11:23 |
franred | jjardon, add your personal email | 11:23 |
*** rdale_ has joined #baserock | 11:24 | |
radiofree | jjardon: is there any reason you didn't add the tools stratum to the weston system? | 11:24 |
jjardon | franred: mmm, did I use my personal mail when I sent the patches? Or I review a patch of you with my personal email? | 11:24 |
radiofree | can't upgrade them without that (tools has rsync) | 11:24 |
jjardon | radiofree: no reason, feel free to add it if its useful | 11:25 |
*** rdale has quit IRC | 11:25 | |
radiofree | k | 11:25 |
franred | jjardon, when you send the patches and sometimes on reviews too | 11:25 |
jjardon | franred: thats strangre, I think there is not a single commit in the definitions history with my personal email. I will take more care with the reviews though | 11:27 |
tiagogomes_ | jjardon, is your personal one jjardon@gnome.org ? | 11:29 |
jjardon | tiagogomes_: no, my personal one is javierjc1982@gmail.com | 11:29 |
franred | jjardon, no probs, I think | 11:30 |
*** rdale_ has quit IRC | 11:31 | |
*** rdale_ has joined #baserock | 11:33 | |
*** rdale has joined #baserock | 11:35 | |
*** lachlanmackenzie has joined #baserock | 11:36 | |
*** rdale__ has joined #baserock | 11:37 | |
*** rdale_ has quit IRC | 11:38 | |
*** rdale has quit IRC | 11:40 | |
jjardon | franred: AFAIK, I only use my personal email in the last review to upgrade weston to 1.7 and in a comment to add the weston-common stratum (in Oct last year). What are the cases you are talking about? Im only curious as Im not aware to use it any other time | 11:41 |
franred | jjardon, sorry, it was with jjardon@gnome.org, should we add this email when your reviews are with it? | 11:44 |
jjardon | franred: oh, ok! yes please, use jjardon@gnome.org in those cases | 11:46 |
franred | jjardon, ok, I will do, sorry for the noise | 11:47 |
*** rdale has joined #baserock | 11:53 | |
*** rdale_ has joined #baserock | 11:54 | |
*** rdale has quit IRC | 11:54 | |
*** rdale__ has quit IRC | 11:55 | |
*** rdale has joined #baserock | 12:01 | |
*** rdale_ has quit IRC | 12:03 | |
nowster_ | General query: I have some kernel patches (on top of 3.19) some of which will be in 3.20, and some which will probably not be. I wish to make a branch available for the board specific kernel build to use. I've currently got one on the internal CT trove. How do I get it onto baserock.org? | 12:13 |
franred | nowster_, you will need to submit a patch modifying the sha1 and the unpetrify ref to a linux 3.19 branch with your patches. After the review, the person in charge of merge the patches into master will create a non-personal branch in g.b.o linux and will point the linux chunk to it | 12:17 |
franred | s/of merge/to merge/ | 12:17 |
nowster_ | This can't be merged into master. | 12:17 |
*** nowster_ is now known as nowster | 12:17 | |
radiofree | nowster: i usually create a new branch baserock/3.18-with-some-foo and point the morph file at that branch | 12:18 |
radiofree | maybe e-mail the list with your linux tree (on github or somewhere public) and ask someone to push that to gbo/delta/linux? | 12:19 |
nowster | ok... | 12:19 |
franred | nowster, when I refer to master I mean master definitions | 12:20 |
nowster | ah | 12:20 |
franred | radiofree, nowster, you need to create a personal branch first, and after the review the responsible for merging the changes will create the stable branch (so first baserock/nowster/my_3.19_branch_which_fixes_foo and then someone will create the baserock/my_3.19_branch_which_fixes_foo) | 12:22 |
nowster | I'm in the process of setting up a github repo for this now. | 12:22 |
tiagogomes_ | franred that seems a step in the away. Why can't he create directly a baserock/my_3.19_branch_which_fixes_foo branch. This would approximate what is sent to review and what will be actually merged. | 12:26 |
radiofree | yeah, i doubt anyone is going to review a load of patches on top of 3.19 anyway | 12:27 |
radiofree | "this is my kernel branch, it works on this board" is good enough for me | 12:28 |
franred | tiagogomes_, I imagine that branch would be a development branch, I think we have a policy when it is a devel branch we create with the name of the developer on the branch. When the branch becomes stable would change the name as stable by baserock team. | 12:30 |
franred | radiofree, ^^ | 12:30 |
radiofree | franred: that's probably what i used to do, these days i'll just force push a baserock/3.19-my-foo branch until i'm ready to submit | 12:31 |
franred | radiofree, you have push permissions in gbo | 12:31 |
radiofree | nowster doesn't have push access to gbo though (assumption....) so he can just say "here's my linux tree, create baserock/3.19-foo" | 12:31 |
radiofree | i don't think we need to do his branch -> baserock/nowster/3.19-foo -> review -> baserock/3.19-foo | 12:32 |
franred | and force push is a bad practice for stables branches, AFAIK | 12:32 |
radiofree | ' until i'm ready to submit' | 12:32 |
tiagogomes_ | but he will have push access to whatever git host he uses (eg github) | 12:32 |
franred | I don't have strong opinion on this, just communicate what we are doing, maybe other members has their opinions, so if you want to modify the policy, just ask for it in a RFC :) | 12:33 |
franred | tiagogomes_, but his branch wouldn't be in gbo as an stable branch | 12:34 |
tiagogomes_ | franred, I didn't quite follow. Here what I imagine that would happen. Someone forks linux in a git host which has push access. He creates the baserock/3.19-foo branch which is private as it is in his own repo. He sends a patch to definitions to merge that branch for his repo. | 12:38 |
tiagogomes_ | But I don't have any strong opinions either, I just wondered | 12:38 |
radiofree | on his personal git repo he has baserock/3.19-foo, his intial 'patch' e-mail should be "move this to gbo/linux" | 12:46 |
radiofree | his person git repo could be mybranch/whateverthehelliwanttocallit | 12:46 |
radiofree | but his 'patch' should be "mobe this to gbo/linux as baserock/3.19-with-patches-for-foo" or something | 12:46 |
radiofree | we don't need to bother creating baserock/personalbranch/3.19-with-patches-for-foo on gbo | 12:47 |
franred | yep | 12:47 |
petefoth | rjek: whic would put off many people and make contributing much less convenient | 12:47 |
petefoth | ooops - sorry about that EDELAYEDPASTE | 12:48 |
radiofree | do we have "Chef 10" in baserock? | 12:49 |
radiofree | i suppose that means version 10 of "Chef" | 12:49 |
ssam2 | I think so... | 12:50 |
radiofree | i used to think we had 'go' as well, but it's not there in definitions? | 12:52 |
radiofree | or was that only on the docker branch? | 12:52 |
ssam2 | only in the docker branch | 12:54 |
radiofree | ok, thanks | 12:55 |
*** pedroalvarez has quit IRC | 12:57 | |
*** pedroalvarez has joined #baserock | 12:58 | |
*** ChanServ sets mode: +v pedroalvarez | 12:58 | |
*** wschaller has quit IRC | 13:07 | |
rdale | i am having trouble with building stage2-busybox because some networking headers aren't under 'net', such as net/if_ppp.h, they are only present under linux. I notice that in my baserock installation i have both the net and the linux headers - when are the includes under 'net' created? | 13:20 |
richard_maw | rdale: I'd guess they are added by the libc. Is this still the attempted musl port work? | 13:21 |
rdale | yes | 13:21 |
pedroalvarez | rdale: `grep "net/if_ppp.h" /baserock/*` may be useful | 13:22 |
richard_maw | I'd guess that the version of busybox listed is reliant on where glibc puts the libraries, while musl attempts to be more standards compliant | 13:22 |
rdale | aha: /baserock/glibc-devel.meta: "usr/include/net/if_ppp.h", | 13:23 |
richard_maw | rdale: I remember seeing a few patches on the busybox mailing list about header includes like these, have you tried updating the version of busybox? | 13:23 |
rdale | no, not yet - it sounds like i should fine the mailing list comments then | 13:23 |
rdale | ^fine^find | 13:24 |
richard_maw | good luck on the porting rdale | 13:24 |
rdale | thanks | 13:25 |
richard_maw | I remember someone sending patches to systemd for musl compatibility with a subset of systemd's services, they didn't all go in because systemd upstream is firmly of the opinion that missing functionality should go in the libc or other libraries, rather than every binary implementing the missing functionality themselves | 13:26 |
rdale | ok, i'm not sure that the system that we are trying to build with musl uses systemd | 13:27 |
richard_maw | that should be fine then | 13:51 |
* richard_maw generally assumed that musl-based systems would be for something like an initramfs | 13:51 | |
rdale | it's for a router system | 13:51 |
*** wschaller has joined #baserock | 13:54 | |
petefoth | Does anyone know who worked on setting up Acer CB5-311 with a chroot, as described in http://wiki.baserock.org/guides/baserock-cb5-311/? (According to the logs it was someone called 'dev@web' who edited the pages) | 14:17 |
pedroalvarez | petefoth: is 'dev' http://www.devcurmudgeon.com/? | 14:23 |
petefoth | pedroalvarez: I thought that, but I don't think that person worked on Acer on a Chromebook | 14:24 |
* petefoth could be wrong :) | 14:24 | |
pedroalvarez | petefoth: I think that mauricemoss (Simon) worked on that | 14:24 |
pedroalvarez | but I also can be wrong | 14:24 |
radiofree | according to http://source.baserock.branchable.com/?p=source.git;a=history;f=guides/baserock-cb5-311.mdwn;hb=HEAD | 14:35 |
radiofree | dev@web made a commit with a message "FIXME :)" | 14:36 |
radiofree | which seems very unlike me | 14:36 |
radiofree | the next commit after that is <James@web> | 14:36 |
petefoth | Looks like they were pasting in your comments from IRC | 14:36 |
radiofree | dev@web = https://www.google.com/accounts/o8/id?id=AItOawmvkeIFmy3qz25rdrd0LAvCPzh7cNyFrPo | 14:38 |
petefoth | Maybe it was mr curmudegon tidying up | 14:38 |
radiofree | James@web = https://www.google.com/accounts/o8/id?id=AItOawmMN93igTjT1dnAmlj5Hx-Vh3GncMGAtV8 | 14:38 |
radiofree | petefoth: there's a Paul@web | 14:38 |
radiofree | https://www.google.com/accounts/o8/id?id=AItOawnVLzFoBiQWgX3VRkDhBWpCvPXWe9hASxQ | 14:39 |
petefoth | radiofree: I know, and several others. looks like dev is another one | 14:39 |
radiofree | that's urls don't really reveal anything though | 14:39 |
radiofree | s/that's/those | 14:40 |
petefoth | radiofree: don't worry about it :) I'm down to 8 possible non-codethink contributors via the web | 14:40 |
petefoth | only two of whom have made more than 3 commits (Randy@web and Peter_Mortensen@web) | 14:41 |
*** Guest57861 has quit IRC | 14:57 | |
*** zoli__ has joined #baserock | 15:01 | |
edcragg | is there a preferred way to specify custom commands to be run when deploying a cluster morph, since it seems configuration extensions are only supported in system definitions? | 15:01 |
*** zoli__ has quit IRC | 15:03 | |
pedroalvarez | edcragg: configuration extensions are run at deployment time, before execuing the write extension that does the deployment. With them you only are able to modify the system rootfs before deploying it. | 15:04 |
*** zoli__ has joined #baserock | 15:04 | |
pedroalvarez | edcragg: what kind of commands do you want to run>? | 15:04 |
edcragg | pedroalvarez: converting a kernel image | 15:05 |
edcragg | Kinnison suggested that this could be done in a deployment specific to the moonshot, while the system definition is left for generic armv8l64 builds | 15:06 |
tpollard_ | Hi I've got a trove instance, and I'm trying to create a new repo on it, after checking with whoami that I have trove-admin rights, doing ssh git@172.16.20.XX create trove-test/cg999/project-wiki gives [trove-test] CRIT: Repository creation is not permitted. | 15:07 |
tpollard_ | [trove-test] CRIT: Ruleset denied action. Sorry. | 15:07 |
tpollard_ | [trove-test] FATAL: Not authorized | 15:07 |
tpollard_ | Am I missing a stage? | 15:07 |
straycat | you need to createa trove-test project and add yourself to it | 15:08 |
straycat | sorry | 15:08 |
straycat | a cg999 | 15:08 |
pedroalvarez | edcragg: right, but I guess that you only need the nfsboot.write extension, but modifying the kernel? | 15:09 |
edcragg | pedroalvarez: yes... just want to modify the kernel for this deployment target | 15:12 |
tpollard_ | straycat, trying it without cg999 also gives the same error | 15:12 |
edcragg | pedroalvarez: trying to use the pxeboot.write extention btw | 15:12 |
tpollard_ | straycat: does groups need to be in place before a project can be created? | 15:13 |
straycat | tpollard_, sorry when i said project, i meant project group :/ | 15:14 |
straycat | foo-readers, foo-writers, foo-admin, foo-managers etc | 15:14 |
pedroalvarez | edcragg: then.. a configuration extension would be enough I believe | 15:16 |
edcragg | pedroalvarez: but specifying it in a separate system morph? | 15:16 |
straycat | tpollard_, you can ssh@trove help admin for info on admin commands | 15:16 |
straycat | e.g. ssh@trove help group | 15:17 |
straycat | *ssh git@trove | 15:17 |
straycat | hth | 15:17 |
edcragg | pedroalvarez: since trying to add a configuration extension to the cluster morph isn't allowed | 15:17 |
tpollard_ | Ta straycat I was aware of that, I'm still getting used to the differences coming from vanilla gitano to trove | 15:19 |
tpollard_ | thanks sorted now :) | 15:19 |
pedroalvarez | edcragg: you have to add the configuration to the system that you are deploying, but make the configuration extension "clever" enough to only run when a variable is set | 15:20 |
*** tpollard_ is now known as CTtpollard | 15:20 | |
edcragg | pedroalvarez: ah ok, i see | 15:20 |
edcragg | thanks | 15:21 |
franred | ssam2, pedroalvarez, could we share the shame on this and we can fix it fast? http://paste.baserock.org/yahawureka :) | 15:38 |
ssam2 | +2 | 15:38 |
pedroalvarez | +2 is 4 | 15:39 |
franred | :D thanks ssam2, pedroalvarez | 15:40 |
*** wdutch has joined #baserock | 15:40 | |
radiofree | is there something called "bundler" in baserock? | 15:50 |
radiofree | it's a ruby dependency manager by the looks of it | 15:50 |
SotK | yes, I think so | 15:50 |
rdale | yes, it's in the ruby stratum afaik | 15:50 |
radiofree | ta | 15:51 |
radiofree | rdale: is rake part of ruby? | 15:59 |
rdale | yes | 15:59 |
radiofree | there's a comment "Tools which extend Rake, such as 'hoe' and 'rake-compiler'" but no rake chunk | 15:59 |
radiofree | ah, ok | 15:59 |
rdale | well it has it's own git repo | 15:59 |
radiofree | in the ruby strata there is no "rake" chunk | 15:59 |
ssam2 | rake comes with ruby iirc | 16:01 |
ssam2 | as does gem | 16:01 |
radiofree | thanks | 16:03 |
rdale | yes, there is rake 0.9.6 with the ruby in my baserock, but i needed to build a later one for the rails app i got working under baserock | 16:03 |
ssam2 | I've hit a *really* weird error that is breaking the yarns for me ... | 16:16 |
ssam2 | scripts/edit-morph cluster-init | 16:16 |
ssam2 | ERROR: unknown subcommand cluster-init | 16:16 |
ssam2 | that command, and all the others, are defined... and none of them work | 16:16 |
CTtpollard | got what we wanted working straycat, cheers | 16:18 |
radiofree | rdale: upgrading ruby would be relatively painless right? | 16:19 |
ssam2 | must be something wrong in my chroot, I guess... | 16:19 |
rdale | radiofree: yes, i would expect so - why do you need to upgrade ruby? | 16:20 |
radiofree | looking through some documentation, some component will need "Ruby 1.9.3, 2.0.x, or 2.1.x." | 16:21 |
rdale | i see, we're on 2.0.x at the moment | 16:21 |
ssam2 | argh!!! I know what i've done... | 16:23 |
radiofree | rdale: oooooh | 16:23 |
ssam2 | having a script named scripts/distbuild causes stuff in scripts/ that do 'import distbuild' to import the script, instead of the module... | 16:23 |
radiofree | i just saw "ruby 1.8", but you need that to build ruby 2.0 | 16:23 |
rdale | yes | 16:23 |
pedroalvarez | great, My build starts 43 seconds faster with morph master! | 16:33 |
pedroalvarez | SotK, ssam2! Thanks for this! | 16:34 |
ssam2 | hooray | 16:35 |
straycat | pedroalvarez, have you been using the local-changes=ignore option as well? I quite like this | 16:53 |
pedroalvarez | straycat: never used that | 16:54 |
pedroalvarez | I normally build things that are not commited/pushed, and that option sounds like I have to do that before building. Am I right? | 16:55 |
* straycat nods | 16:55 | |
radiofree | jjardon: are you going to merge your qt fix patches? | 16:57 |
pedroalvarez | straycat: does that speed up things? | 16:57 |
jjardon | radiofree: you mean the xcb related ones? yep, when I have a moment | 16:58 |
radiofree | yep those ones, a | 16:58 |
radiofree | s/a/ta | 16:58 |
wdutch | hello all, the lorry readme says that lorries can be found at git://git.baserock.org/baserock/lorries.git but I needed to clone git://git.baserock.org/baserock/local-config/lorries.git, should I fix this or is there a reason for it being the way it is? | 16:58 |
straycat | pedroalvarez, yes, by a few seconds iirc | 16:59 |
pedroalvarez | wdutch: we moved from the former to the latter, is that URL in the lorry.git README? | 16:59 |
wdutch | pedroalvarez: yes the former url is | 17:00 |
pedroalvarez | wdutch: I see, but only to point out some examples. That repo still exists | 17:01 |
*** a1exhughe5 has quit IRC | 17:01 | |
wdutch | pedroalvarez: I got this error when I tried fatal: remote error: access denied or repository not exported: /baserock/lorries.git | 17:01 |
pedroalvarez | wdutch: I see, it should be git://git.baserock.org/baserock/baserock/lorries.git | 17:02 |
pedroalvarez | In that case, I guess we can update it to point to git://git.baserock.org/baserock/local-config/lorries.git | 17:02 |
ssam2 | that'd be good, yeah | 17:02 |
* wdutch will do it now | 17:04 | |
radiofree | rdale: do we have "sinatra" and "gabba"? | 17:04 |
*** ssam2 has quit IRC | 17:05 | |
*** ssam2 has joined #baserock | 17:05 | |
*** ChanServ sets mode: +v ssam2 | 17:05 | |
jjardon | radiofree: merged | 17:11 |
jjardon | this can be of interest here: http://kernelci.org/ | 17:14 |
rdale | radiofree: no those aren't lorried yet afaik | 17:15 |
straycat | radiofree, might be fun to try using the import tool to import them | 17:20 |
radiofree | jjardon: nice! | 17:20 |
radiofree | you can even download the images | 17:20 |
jjardon | would be ok to move git to tools stratum? nothing seems to directly depend on it in core (at least bison and utils-linux dont) | 17:28 |
*** mdizzle has quit IRC | 17:30 | |
ssam2 | jjardon: I think that several things need it at build time | 17:30 |
tiagogomes_ | jjardon that sounds good | 17:30 |
ssam2 | remember bison uses gnulib, which requires git | 17:30 |
ssam2 | really, we should fix the things in GNUlib and any other chunks that need Git available to build from Git | 17:31 |
ssam2 | all they ever actually want to do is calculate a version number | 17:31 |
*** jonathanmaw has quit IRC | 17:31 | |
ssam2 | but I don't think it's trivial | 17:31 |
jjardon | You can configure gnulib to not use git to update the submodule | 17:31 |
tiagogomes_ | in which way it uses git? Aren't we disabling network o the chroot? | 17:31 |
tiagogomes_ | on the chroot | 17:32 |
ssam2 | mostly `git describe` | 17:32 |
jjardon | I will make a full build a report back | 17:36 |
jjardon | and* | 17:37 |
*** elevenarms has quit IRC | 17:43 | |
*** bashrc has quit IRC | 17:46 | |
richard_maw | INBOX 0 \o/ | 17:48 |
richard_maw | 700 e-mails worth of back-log caught up with | 17:49 |
* ssam2 emails richard_maw with congratulations | 17:50 | |
ssam2 | thanks for the reviews by the way :) | 17:50 |
*** Krin has quit IRC | 17:55 | |
*** zoli__ has quit IRC | 18:10 | |
*** zoli__ has joined #baserock | 18:10 | |
jjardon | can we move python-setuptools and pyyaml to python-core? | 18:21 |
persia | setuptools, please. I don't have an opinion about pyyaml. | 18:22 |
ssam2 | pyyaml too, yes please | 18:24 |
*** tiagogomes_ has quit IRC | 18:26 | |
*** wschaller has quit IRC | 18:29 | |
*** flatmush has quit IRC | 18:35 | |
*** rdale has quit IRC | 18:36 | |
*** ssam2 has quit IRC | 18:37 | |
*** edcragg has quit IRC | 18:39 | |
*** richard_1aw has joined #baserock | 19:30 | |
*** inara` has joined #baserock | 19:30 | |
*** inara has quit IRC | 19:31 | |
*** richard_maw has quit IRC | 19:31 | |
*** lachlanmackenzie has quit IRC | 19:35 | |
*** edcragg has joined #baserock | 19:39 | |
*** gfinney_ has quit IRC | 20:00 | |
*** gfinney__ has joined #baserock | 20:00 | |
*** gfinney__ has quit IRC | 21:00 | |
*** gfinney_ has joined #baserock | 21:00 | |
radiofree | jjardon: you broke mason! | 21:12 |
radiofree | s/mason/baserock | 21:12 |
radiofree | in record time as well, 18s | 21:12 |
radiofree | can i use a tarball link directly in a stratum? | 21:15 |
radiofree | as the ref | 21:15 |
persia | I believe not I think morph has an expectation that every ref can be resolved by git, from the repository in repo: | 21:19 |
jjardon | radiofree: spotted the error, working in a patch. Thanks for noticing | 21:21 |
radiofree | persia: ah ok, i'll morph edit it for now | 21:22 |
persia | I remember some folk talking about local lorrying. I don't know if that was made to work, but that ought allow one to specify the URI and attributes of a tarball and cause it to generate a git repo for morph to consume. | 21:22 |
persia | morph edit ought work. | 21:23 |
radiofree | that's more or less what i wanted to | 21:24 |
persia | Also `tar tf foo; cd foo; git init; git commit -a` ought work if you have a local copy. | 21:24 |
radiofree | do | 21:24 |
*** gary_perkins has quit IRC | 21:24 | |
radiofree | icu is lorried from a tarball, i just morph edit icu and then extracted a more recent version over the top | 21:24 |
persia | I don't know enough about lorry to suggest how to do that. | 21:24 |
radiofree | obviously if it works i'll send a lorry change for the new version | 21:24 |
persia | We need a better workflow for that. | 21:24 |
persia | Would you mind describing your experience in a story: there needs to be a way to locally update tarballs for integration before changing the master lorry. | 21:25 |
radiofree | will do tomorrow, currently trying to get qt5 to compile | 21:26 |
radiofree | well, icu | 21:27 |
persia | Heh, understood. | 21:27 |
jjardon | radiofree: icu is duplicated in several strata, so it would be good to think a stratum to move it into | 21:28 |
persia | I just worry that the folk who know how to drive lorry won't see the issue in backscroll. | 21:28 |
*** edcragg has quit IRC | 21:28 | |
jjardon | radiofree: and Id suggest add qt5 to the weston system when you finish | 21:29 |
radiofree | 54 didn't work, however 52 (which is our master http://git.baserock.org/cgi-bin/cgit.cgi/delta/icu.git/log/) seems to be ok | 21:35 |
radiofree | shouldn't have said that... | 21:36 |
jjardon | radiofree: whats the error with 54? | 21:45 |
radiofree | jjardon: might have been me | 21:46 |
jjardon | Btw, id suggest lorry and build icu from git, if possible | 21:48 |
radiofree | they use svn | 21:53 |
radiofree | http://source.icu-project.org/repos/icu/icu/ | 21:53 |
radiofree | it works, but i had to comment out http://git.baserock.org/cgi-bin/cgit.cgi/delta/icu.git/tree/source/config/mh-linux#n24 | 21:54 |
jjardon | I think lorry can import from svn repos | 21:57 |
jjardon | Not in the computer at the moment , will try to take a look later | 21:58 |
persia | lorry can most definitely import from subversion. | 21:58 |
radiofree | it can | 21:59 |
radiofree | the last time i tried to do it though i was confused | 22:00 |
radiofree | becuase i wasn't lorrying a standard layout... is that icu standard? | 22:00 |
*** gfinney_ has quit IRC | 22:00 | |
*** gfinney_ has joined #baserock | 22:01 | |
*** lachlanmackenzie has joined #baserock | 22:06 | |
*** lachlanmackenzie has quit IRC | 22:55 | |
*** gfinney_ has quit IRC | 23:01 | |
*** gfinney_ has joined #baserock | 23:01 | |
*** gfinney_ has quit IRC | 23:05 | |
*** gfinney__ has joined #baserock | 23:05 | |
*** zoli__ has quit IRC | 23:58 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!