| *** bfletcher has quit IRC | 03:15 | |
| *** ssam2 has joined #baserock | 06:47 | |
| *** ChanServ sets mode: +v ssam2 | 06:47 | |
| *** mike has joined #baserock | 06:57 | |
| *** mike is now known as Guest26523 | 06:57 | |
| *** mariaderidder has joined #baserock | 06:57 | |
| *** zoli_ has joined #baserock | 06:59 | |
| *** straycat has quit IRC | 07:13 | |
| *** zoli_ has quit IRC | 07:29 | |
| *** Albert_ has joined #baserock | 07:38 | |
| *** bashrc has joined #baserock | 08:04 | |
| *** jonathanmaw has joined #baserock | 08:19 | |
| *** gary_perkins has joined #baserock | 08:21 | |
| *** bfletcher has joined #baserock | 08:43 | |
| *** mariaderidder has quit IRC | 08:44 | |
| edcragg | morning, it seems the recent gcc update breaks on armv8... https://admin.codethink.co.uk/pnopaste/?2753 | 09:02 |
|---|---|---|
| radiofree | D: | 09:03 |
| rjek | Boo | 09:03 |
| franred | tiagogomes, have you tested on reboot https://gerrit.baserock.org/#/c/517/? | 09:04 |
| tiagogomes | franred no | 09:04 |
| tiagogomes | I want to finish with my patches first | 09:05 |
| franred | umm, tiagogomes have you tested your patches rebooting the VM multiple times? | 09:06 |
| tiagogomes | franred multiple times? No, just a reboot for one node | 09:06 |
| * pedroalvarez thinks some patchs can be merged | 09:07 | |
| * franred too | 09:08 | |
| radiofree | edcragg: i wonder if it's something to do with building it with gcc 4.x? | 09:12 |
| radiofree | though that worked fine on x86 at least | 09:12 |
| tiagogomes | That's the type of thing why I advised to not update gcc | 09:14 |
| pedroalvarez | :) | 09:14 |
| pedroalvarez | We have had this sort of problems before for other archs, but we always managed to solve them, moving us forward | 09:15 |
| edcragg | radiofree: there are quite a few places in the morphologies' build steps which select for armv7 and set gcc flags etc, where armv8 is totally missing | 09:15 |
| radiofree | edcragg: :\ | 09:16 |
| pedroalvarez | I agree, we should have tested it before the merge, but, let's fix this! | 09:16 |
| radiofree | i've got the patches fedora applies to gcc5.1 here if you want to take a look through them | 09:16 |
| edcragg | i'll try to add them in and see if it fixes it, trouble is it's unknown how long we have access to the hardware, but that's another story | 09:16 |
| radiofree | they don't look entirely relevant sadly | 09:17 |
| *** lachlanmackenzie has joined #baserock | 09:17 | |
| radiofree | i can't read rpm spec files, but i suppose we're at least doing target=aarch64-linux-gnu ? | 09:17 |
| edcragg | radiofree: yes, i read something about that, apparently related to the name of the toolchain? | 09:18 |
| radiofree | ah, probably | 09:18 |
| radiofree | interestingly they seem to have one generic set of config flags for "arm" | 09:18 |
| radiofree | --with-cpu=cortex-a8 --with-tune=cortex-a8 --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --with-abi=aapcs-linux" | 09:18 |
| mwilliams_ct | edcragg: could you repaste that on paste.baserock.org or somewhere else public? | 09:19 |
| edcragg | radiofree: for armv7, we set --target=armv7a and --host=armv7a | 09:20 |
| edcragg | also, yes, those settings are included, and i think i've found the right ones for armv8 | 09:20 |
| radiofree | edcragg: yeah, i'd expect us to be using armv8-a? | 09:20 |
| edcragg | yep | 09:20 |
| radiofree | not sure what fedora is doing here then | 09:20 |
| edcragg | radiofree: if you replace a8 with a9, we have the same thing | 09:22 |
| edcragg | strata/build-essential/stage1-gcc.morph | 09:22 |
| *** wschaller_ has joined #baserock | 09:22 | |
| Zara | thanks for reviewing https://gerrit.baserock.org/#/c/551/ , straycat :) | 09:50 |
| pedroalvarez | Looks like trove is broken :/ | 09:51 |
| Zara | :0 | 09:51 |
| pedroalvarez | `su -c git 'some commands'` asks for a password | 09:51 |
| pedroalvarez | (being the root user) | 09:51 |
| Kinnison | su -c 'some commands' git | 09:52 |
| pedroalvarez | su -c ' some commands' - git ? | 09:52 |
| Kinnison | the - only if you want the shell to behave as a login shell | 09:52 |
| pedroalvarez | Kinnison: same result | 09:53 |
| Kinnison | does the git user exist? | 09:53 |
| franred | Kinnison, yes | 09:54 |
| pedroalvarez | We have done something recently with PAM, but I don't know if that is related | 09:54 |
| *** straycat has joined #baserock | 09:54 | |
| Kinnison | hmm | 09:55 |
| richard_maw | PAM is the most likely culprit | 09:55 |
| straycat | richard_maw, biff | 09:55 |
| pedroalvarez | otoh, `sudo -u git 'some command'` seems to work | 09:59 |
| pedroalvarez | note: this is breaking trove because trove-setup script needs to run things as git | 09:59 |
| pedroalvarez | git user* | 09:59 |
| Kinnison | pedroalvarez: I have a meeting now, but I'll come help if you've not solved it by the time I'm done | 10:00 |
| richard_maw | pedroalvarez: we only went with `su` way back then because we didn't have sudo | 10:01 |
| * richard_maw recalls from the systemd mailing list that `su` may start a new logind session, especially with `su … -` | 10:02 | |
| pedroalvarez | I understand. It may make sense to move to `sudo`, but I think that we should fix this anyway | 10:02 |
| richard_maw | do we have the following in /etc/pam.d/su ? | 10:07 |
| richard_maw | # This allows root to su without passwords (normal operation) | 10:07 |
| richard_maw | auth sufficient pam_rootok.so | 10:07 |
| *** flatmush1 has quit IRC | 10:12 | |
| *** flatmush has joined #baserock | 10:12 | |
| richard_maw | thanks for the review straycat, I'm currently in the middle of putting my devel system back together, so I'll take a look at it when I can | 10:13 |
| jonathanmaw | richard_maw: I did not add 'su' to /etc/pam.d/su | 10:15 |
| *** edcragg has quit IRC | 10:16 | |
| jonathanmaw | so the pam changes must have broken it | 10:16 |
| jonathanmaw | also, confirmed that adding "auth sufficient pam_rootok.so" to /etc/pam.d/su works without password | 10:20 |
| *** straycat_ has joined #baserock | 10:23 | |
| straycat_ | straycat: ping | 10:23 |
| *** straycat_ has quit IRC | 10:23 | |
| straycat | richard_maw, cool | 10:23 |
| jjardon | pedroalvarez: Hi, thanks for the review in https://gerrit.baserock.org/#/c/558/ ! . I wonder if you have any kind of problem testing it? I did not have problems booting the USB stick in my laptop, but other users reported problems in https://gerrit.baserock.org/#/c/556/ | 10:29 |
| jjardon | richard_maw: Hi, only curious: did you explore the possibility of use dracut to generate the initramfs image? I might be wrong but seems to be the tool used upstream for that kind of thing | 10:32 |
| pedroalvarez | jjardon: I'd like to know how radiofree tested the change | 10:33 |
| pedroalvarez | jjardon: adding initramfs shouldn't break anything | 10:33 |
| *** flatmush1 has joined #baserock | 10:34 | |
| *** flatmush has quit IRC | 10:34 | |
| pedroalvarez | jjardon: and btw, regarding the 4 steps you have posted, I think that you can't forget step 2, because it's going to complain if it's not built when you deploy cluster | 10:35 |
| radiofree | pedroalvarez: i'm no sure how just adding an initramfs will work though? | 10:37 |
| radiofree | you've not changed the kernel parameters or anything? | 10:37 |
| radiofree | i dded the image to a usb, it failed at the mount rootfs stage | 10:37 |
| radiofree | since i'm assuming it's still trying to mount /dev/sda? | 10:37 |
| *** zoli__ has joined #baserock | 10:40 | |
| jjardon | pedroalvarez: yeah, thats what I though, so the problem is somewhere else | 10:41 |
| *** flatmush1 has quit IRC | 10:42 | |
| *** flatmush has joined #baserock | 10:42 | |
| pedroalvarez | radiofree: if you did so, your kernel args shouldn't have any /dev/sda hardcoded | 10:46 |
| pedroalvarez | hang on | 10:46 |
| * pedroalvarez checks one important thing | 10:46 | |
| pedroalvarez | false alarm | 10:48 |
| pedroalvarez | that should just work, really | 10:48 |
| pedroalvarez | I'm going to try it myself | 10:48 |
| pedroalvarez | richard_maw: after some investigation with Kinnison and franred, we also think that we are missing some files in /etc/pam.d/, so we are trying to make shadow install those files at build dime | 10:53 |
| pedroalvarez | s/dime/time | 10:54 |
| pedroalvarez | franred: https://gerrit.baserock.org/#/c/548 biff | 10:57 |
| richard_maw | jjardon: dracut is not the only available tool for making initramfs images. Debian/Ubuntu have their own thing too. We didn't go with dracut because for our purposes, it's *way* overkill. | 10:59 |
| franred | pedroalvarez, my point is... how are we going to test it? do I need to compile it for the calxeda box? | 10:59 |
| richard_maw | jjardon: if we need to expand to support anything else in the initramfs we would need to re-evaluate it. | 10:59 |
| pedroalvarez | franred: hmm... good point, I guess | 11:00 |
| pedroalvarez | is anybody using cxmanage stratum/system nowadays? | 11:00 |
| Kinnison | I think ssam2's user might be the only one | 11:01 |
| Kinnison | franred: how's that test-build going? | 11:02 |
| pedroalvarez | 90% stuck in systemd | 11:03 |
| franred | Kinnison, 103/108 building linux-x86-64-generic | 11:03 |
| pedroalvarez | oh, nearly there | 11:03 |
| jjardon | richard_maw: yeah, I know several tools exists (Arch have mkinitcpio), but seems that dracut is the one more distros use. Thanks for the info anyway | 11:03 |
| *** edcragg has joined #baserock | 11:04 | |
| franred | Kinnison, pedroalvarez, do we have any reference about which systems we are going to maintain and how to propose system for maintenance and how to remove system which are not longer maintainable and where to track these systems if at some point we need to revive them? | 11:07 |
| Kinnison | I imagine that's another policy which needs writing | 11:08 |
| franred | pedroalvarez, Kinnison, something is very wrong with this machine... I can't login into it | 11:14 |
| pedroalvarez | franred: :) | 11:15 |
| Kinnison | franred: :( | 11:15 |
| franred | pedroalvarez, Kinnison, "Module is unknown" | 11:15 |
| radiofree | oooooooh | 11:28 |
| radiofree | i forgot to add INITRAMFS_PATH | 11:28 |
| *** wschaller_ has quit IRC | 11:45 | |
| pedroalvarez | radiofree: :) | 11:48 |
| pedroalvarez | is it working now? | 11:48 |
| pedroalvarez | in other news, adding the /etc/pam.d/ files provided by shadow, makes possible to log in as root, with the wrong password | 11:49 |
| pedroalvarez | tiagogomes: I kind of don't want to merge 508 | 11:53 |
| richard_maw | but not no password? | 11:53 |
| pedroalvarez | richard_maw: no password, (just pressing enter) also logs in | 11:55 |
| pedroalvarez | same behavior for a non-root user | 11:56 |
| tiagogomes | pedroalvarez 508, I am surprised. Repeating those variables can lead to errors. I don't know why we use YAML inheritance if we only partially use it | 12:01 |
| pedroalvarez | tiagogomes: and I understand | 12:01 |
| pedroalvarez | I'd prefer if we can avoid the use of those variables where it isn't needed | 12:01 |
| pedroalvarez | for example, in the network node | 12:01 |
| pedroalvarez | I think your patches allow that | 12:02 |
| pedroalvarez | yup | 12:02 |
| pedroalvarez | after 513 and 514 we won't need to set those variables in the network/controller node | 12:03 |
| pedroalvarez | only in the compute node | 12:03 |
| pedroalvarez | I think that woud be much neater than using NOVA_TYPE (for example) in the controller and in the network node, and removing it from the compute node because it is inherited | 12:04 |
| tiagogomes | pedroalvarez I don't follow, why we don' need to set those variables after 513 514 | 12:07 |
| pedroalvarez | oh | 12:08 |
| pedroalvarez | right | 12:09 |
| pedroalvarez | I am wrong | 12:09 |
| pedroalvarez | you do need those variables even in the controller node | 12:09 |
| pedroalvarez | let me chek one last thing | 12:09 |
| tiagogomes | Also bear in mind that's because everything is set on the controller node, it doesn mean that all those settings will be on /etc/openstack/ on the networking node, as we choose which variables we want to pass in the configuration extension | 12:10 |
| pedroalvarez | tiagogomes: yeah, but NOVA_VIRT_TYPE: kvm in the network node doesn't sound right to me | 12:11 |
| tiagogomes | I am not fussy about separating things, but I like consistency. Having everything in the networking node on the cluster is what is being done for most of the settings, I just added the remaining | 12:11 |
| pedroalvarez | meh, I don't mind really | 12:13 |
| pedroalvarez | I think the cluster is being done that way because the configure extensions were a bit silly | 12:13 |
| tiagogomes | pedroalvarez it wasn't be that put it there tough. But the compute node inherits from the networking and not the controller, so to remove it it needs to go to the compute | 12:13 |
| pedroalvarez | the patch is ok as it is | 12:14 |
| pedroalvarez | I only think that it could be better after your patches | 12:15 |
| *** edcragg has quit IRC | 12:15 | |
| tiagogomes | same for cinder, as cinder runs in the controller and compute | 12:15 |
| tiagogomes | same for nova | 12:15 |
| tiagogomes | same for ceilometer | 12:15 |
| pedroalvarez | anyway, removing duplication sounds ok, to avoid confusion | 12:16 |
| tiagogomes | pedroalvarez I think that the compute should inherit from the controller instead | 12:16 |
| pedroalvarez | tiagogomes: we can figure out how to improve this later | 12:16 |
| tiagogomes | that way we could move all the cinder,ceilometer,nova to the controller part | 12:17 |
| pedroalvarez | but yes, I was thinking the same | 12:17 |
| *** zoli__ has quit IRC | 12:25 | |
| pedroalvarez | tiagogomes: https://gerrit.baserock.org/#/c/516/2 biff | 12:25 |
| tiagogomes | pedroalvarez good catch | 12:26 |
| pedroalvarez | I was about to merge it | 12:26 |
| tiagogomes | It wouldn't break anything | 12:32 |
| jjardon | franred: if you are still working on that; git 2.4 has been already released. It comes with a interesting feature: atomic pushes | 12:33 |
| *** zoli__ has joined #baserock | 12:35 | |
| *** zoli__ has quit IRC | 12:51 | |
| franred | jjardon, Im about testing 2.3.7... and it takes time to do it because we have to test a demo trove to update git... and there are other things broken when I try to test it which me and pedroalvarez are trying to fix | 12:54 |
| * richard_maw wants git 2.4 | 12:58 | |
| richard_maw | I wouldn't've had to do http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/commit/?id=eaa06853a161d87b1623cf56f75d3ec404ba06f6 if I'd had atomic pushes way back | 12:58 |
| * richard_maw is rather annoyed that atomic pushes aren't the default | 12:58 | |
| tiagogomes | ERROR: Cluster clusters/release.morph contains the following duplicate deployment names: | 13:03 |
| tiagogomes | initramfs | 13:03 |
| * richard_maw usually appends -${NAME_OF_PARENT_DEPLOYMENT} | 13:03 | |
| richard_maw | straycat: any opinions on 13:14 < tiagogomes> same for ceilometer | 13:04 |
| richard_maw | 13:15 <+pedroalvarez> anyway, removing duplication sounds ok, to avoid confusion | 13:04 |
| richard_maw | bah, mis-pasted | 13:04 |
| richard_maw | straycat: https://gerrit.baserock.org/#/c/492/ | 13:04 |
| * straycat will take a look | 13:07 | |
| pedroalvarez | sigh.. | 13:07 |
| pedroalvarez | tiagogomes: are you fixing that? | 13:07 |
| franred | richard_maw, jjardon, I won't be able to test 2.4 today neither next week, so feel free to take over the update git topic "https://gerrit.baserock.org/#/c/484/" | 13:11 |
| *** ssam2 has quit IRC | 13:12 | |
| franred | Kinnison, removing selinux makes login to fail...granting access to any user | 13:15 |
| Kinnison | franred: er | 13:15 |
| Kinnison | franred: it didn't on our test system | 13:15 |
| pedroalvarez | Kinnison: this is on our test system | 13:16 |
| Kinnison | pedroalvarez: But we logged in before lunch | 13:16 |
| pedroalvarez | yes, the current problem is that you can put any password, it will let you in | 13:17 |
| Kinnison | aah | 13:17 |
| Kinnison | interesting | 13:17 |
| pedroalvarez | we were testing that nothing else was broken | 13:17 |
| Kinnison | I fear I need tea to cope with this | 13:17 |
| pedroalvarez | jjardon: do you mind if I resend 265 just to upgrade ppc64 kernel? | 13:20 |
| tiagogomes | pedroalvarez not planning | 13:20 |
| *** edcragg has joined #baserock | 13:20 | |
| * pedroalvarez sends https://gerrit.baserock.org/561 | 13:26 | |
| tiagogomes | pedroalvarez why systems/build-system-x86_32.morph needs a initramfs? | 13:29 |
| pedroalvarez | is not needed, is not needed either for the 64b sytems either | 13:31 |
| pedroalvarez | but having initramfs on all makes more sense than having it only in some | 13:31 |
| jjardon | pedroalvarez: send a different patch and I will rebase that against yours | 13:36 |
| jjardon | So we can keep track of what still needs to be tested | 13:37 |
| *** zoli__ has joined #baserock | 13:46 | |
| tiagogomes | can I checkout a a topic branch pushed to gerrit? | 13:57 |
| radiofree | i think so | 14:00 |
| *** Albert__ has joined #baserock | 14:02 | |
| *** Albert_ has quit IRC | 14:02 | |
| *** Guest26523 has quit IRC | 14:02 | |
| richard_maw | straycat: I've updated to fix the whitespace, can I assume you have no other concerns with the patch? | 14:02 |
| rdale | i'm using the latest morph and latest definitions, and i'm getting this error: ERROR: Cluster clusters/release.morph contains the following duplicate deployment names: initramfs | 14:03 |
| richard_maw | rdale: 14:25 * pedroalvarez sends https://gerrit.baserock.org/561 | 14:04 |
| richard_maw | rdale: we're aware and there's an outstanding patch that may fix it, if you'd like to help review it | 14:05 |
| rdale | ok, i can test the fix | 14:05 |
| pedroalvarez | many interesting things to fix regarding pam, shadow, and systemd | 14:08 |
| straycat | richard_maw, *nod* | 14:09 |
| richard_maw | thanks straycat | 14:11 |
| paulsherwood | 6/win 23 | 14:13 |
| paulsherwood | ... i should never multitask | 14:14 |
| rdale | i've given a +1 from me for 561 as it fixed the problem | 14:14 |
| *** Guest26523 has joined #baserock | 14:16 | |
| jonathanmaw | well, that's going to bite GENIVI in about a month. genivi-demo-platform-hmi depends on dbus-c++, which is a project that hasn't been updated since 2011/2012, and is hosted on gitorious | 14:17 |
| rdale | gitorious is staying, but read only | 14:18 |
| *** zoli__ has quit IRC | 14:26 | |
| Kinnison | pedroalvarez: Just in case you're comparing Debian (or derived) systems and Redhat (or derived) systems, be aware that Debian has been using common-* since lenny (2009ish) and RedHat system-* for a similar amount of time | 14:37 |
| Kinnison | pedroalvarez: effectively just two different ways for the same things | 14:37 |
| pedroalvarez | Kinnison: thanks, and thanks for your help debugging it :) | 14:39 |
| Kinnison | There's also some potential for cleverness in jumping/skipping around if you want | 14:40 |
| Kinnison | For non pam_unix.so resolution | 14:40 |
| Kinnison | But I don't think we care about that for now | 14:40 |
| Kinnison | pedroalvarez: It has been fun and I've learned more and understand more about pam now :) | 14:43 |
| franred | pedroalvarez, http://linux.die.net/man/5/pam.d between requisite or required (and I would say requisite) | 14:54 |
| Kinnison | for pam_deny -- requisite | 14:56 |
| Kinnison | required=[success=oknew_authtok_reqd=okignore=ignoredefault=bad] | 14:56 |
| Kinnison | requisite=[success=oknew_authtok_reqd=okignore=ignoredefault=die] | 14:56 |
| Kinnison | the die is the critical difference | 14:56 |
| Kinnison | gah, I apologise for the tabs | 14:56 |
| pedroalvarez | i missed that bit | 14:57 |
| DavePage | pam is one of those bits of *nix which is potentially cool but rarely used interestingly | 14:57 |
| Kinnison | DavePage: and one of those bits which when subtly wrong results in very *VERY* confusing errors | 14:58 |
| radiofree | pedroalvarez: does the installer system have fdisk/parted? | 15:02 |
| radiofree | i was thinking the "partition your hard drive" section could just call that | 15:03 |
| pedroalvarez | radiofree: I don't think it has those tools | 15:04 |
| radiofree | pedroalvarez: i've not tested the installer, but looking at the code it looks very automatic | 15:04 |
| franred | tiagogomes, https://gerrit.baserock.org/#/c/517/3 biff :) | 15:04 |
| pedroalvarez | radiofree: yes, it has to be automatic | 15:05 |
| tiagogomes | franred biff for yourself as well | 15:05 |
| radiofree | why? | 15:05 |
| radiofree | i don't like the idea of creating a "insert this usb stick to totally obliterate /dev/sda" | 15:05 |
| jjardon | richard_maw: can system/initramfs-x86_64 be used for x86_64 and x86_32 systems? | 15:06 |
| franred | tiagogomes, :) https://gerrit.baserock.org/#/c/517/3 | 15:06 |
| pedroalvarez | radiofree: then, don't use the installer system :) | 15:06 |
| pedroalvarez | radiofree: it was created to automate the deployment of baserock on hardware | 15:06 |
| radiofree | ah | 15:06 |
| radiofree | well i might give up with this then, there's probably no real use-case if we can easily boot off usb sticks | 15:07 |
| radiofree | that defconfig is generic enough to work on x220's at least | 15:07 |
| pedroalvarez | It has some interactive things, and more can be added, but it should continue allowing automatic installation | 15:07 |
| richard_maw | jjardon: no, it needs to build busybox etc. for the appropriate target. Theoretically you could use the x86_32 build for both if you build your kernel to support the 32-bit ABI | 15:07 |
| pedroalvarez | jjardon: oh, good catch | 15:09 |
| *** zoli___ has joined #baserock | 15:12 | |
| pedroalvarez | jjardon: fixed | 15:13 |
| Zara | newest thing that has confused me: http://paste.baserock.org/dimujixudi . the system in question includes build-essential, which includes glib-stage2. Does this refer to something else? Am I missing a flag somewhere? | 15:15 |
| jjardon | pedroalvarez: thanks! (and sorry) | 15:15 |
| *** zoli___ has quit IRC | 15:16 | |
| pedroalvarez | edcragg: I can't see why https://gerrit.baserock.org/#/c/562/ solves syntax errors | 15:17 |
| pedroalvarez | we are doing the same in other systems | 15:18 |
| richard_maw | it's not a syntax error | 15:19 |
| richard_maw | I think | 15:19 |
| richard_maw | AIUI it just folds the lines | 15:19 |
| *** ssam2 has joined #baserock | 15:22 | |
| *** ChanServ sets mode: +v ssam2 | 15:22 | |
| tiagogomes | richard_maw, do you remember why did are you turn /var/run to be a symbolic link to /run? | 15:28 |
| richard_maw | because `ip netns` breaks if the files in /var/run are left over from a previous boot | 15:29 |
| tiagogomes | richard_maw makes sense, ta | 15:31 |
| * pedroalvarez wonders if we can put that symlink using install-essential-files | 15:38 | |
| pedroalvarez | or fhs | 15:39 |
| pedroalvarez | to many alternatives nowadays :) | 15:39 |
| Kinnison | Nominally /run is only available on systemd systems | 15:39 |
| pedroalvarez | I didn't know that | 15:39 |
| pedroalvarez | richard_maw: any reason to not merge morph anchor? | 15:40 |
| pedroalvarez | ssam2: nice bug https://gerrit.baserock.org/#/c/502/ | 15:41 |
| pedroalvarez | oh no, the nice bug was alrady fixed | 15:42 |
| pedroalvarez | (using the location of sysroot deployment to / overwrites your system) | 15:43 |
| franred | Zara you need pcre in your system | 15:44 |
| franred | or glib with g_regex | 15:44 |
| franred | support | 15:45 |
| franred | Zara, maybe add strata/pcre-utils.morph as a build dependency of your stratum ? | 15:46 |
| Zara | Okay. I'd assumed the glib in build-essential supported g_regex but I'm guessing not, then | 15:46 |
| franred | Zara, just check if glib has g_regex enabled in the configure by default or if we do it in its chunk morphology | 15:47 |
| pedroalvarez | wow, CI is testing now 4 systems!! | 15:48 |
| pedroalvarez | genivi, weston, build, and openstack! | 15:48 |
| pedroalvarez | "testing" | 15:48 |
| Kinnison | s/testing/test-building/ presumably | 15:48 |
| pedroalvarez | indeed | 15:48 |
| Kinnison | Still - that's good | 15:48 |
| richard_maw | pedroalvarez: no reason not to (I thought I had already submitted it) | 15:49 |
| * pedroalvarez presses the button | 15:50 | |
| Zara | franred: thanks, in the end I did just add pcre-utils as a build dependency to the stratum, which fixed that error :) | 15:54 |
| pedroalvarez | Zara: bear in mind that you might need it at run time | 15:58 |
| franred | which means that maybe you need to add the stratum also to the system | 15:59 |
| *** CTtpollard has quit IRC | 15:59 | |
| *** Guest26523 has quit IRC | 16:00 | |
| *** fay_ has quit IRC | 16:00 | |
| ssam2 | pedroalvarez: yeah, the fact that configuration extensions can overwrite your system is a wider issue really | 16:01 |
| Zara | okay, thanks for the warning :) | 16:01 |
| *** fay_ has joined #baserock | 16:01 | |
| richard_maw | yeah, I've wanted to be able to specify a system to deploy *FROM* for a while | 16:11 |
| richard_maw | the difficulty is in working out how much sandboxing is appropriate | 16:15 |
| ssam2 | that seems like a good solution, actually | 16:20 |
| ssam2 | it's a bit crap that deployment can use anything from the host, it makes it all a bit harder to track what went on | 16:21 |
| ssam2 | but we need extracting a system to not take 2 minutes for that to be practical | 16:21 |
| richard_maw | it would also make it easier to use tools specialist tools in write extensions | 16:21 |
| richard_maw | but yeah, we definitely need fast sysroot creation | 16:22 |
| richard_maw | though the existing hardlink staging area construction may be sufficient for the root | 16:22 |
| *** straycat has quit IRC | 16:23 | |
| richard_maw | actually, no, you don't want it to be able to invalidate the cache by remounting its staging as writable | 16:27 |
| *** ssam2 has quit IRC | 16:40 | |
| *** jonathanmaw has quit IRC | 16:41 | |
| *** nowster has quit IRC | 16:41 | |
| *** franred has quit IRC | 16:50 | |
| *** Albert__ has quit IRC | 16:50 | |
| *** bashrc has quit IRC | 16:52 | |
| *** tiagogomes has quit IRC | 17:10 | |
| paulsherwood | rjek, DavePage - looking at http://wiki.baserock.org/vet-security/ and the statement 'The Git "Solution" - what about git merge-base --is-ancestor <commit> <commit> | 17:23 |
| *** gary_perkins has quit IRC | 17:40 | |
| *** edcragg has quit IRC | 17:42 | |
| *** zoli__ has joined #baserock | 18:17 | |
| *** lachlanmackenzie has quit IRC | 18:20 | |
| *** zoli__ has quit IRC | 18:23 | |
| *** edcragg has joined #baserock | 19:34 | |
| *** edcragg has quit IRC | 20:14 | |
| *** zoli__ has joined #baserock | 20:58 | |
| *** zoli__ has quit IRC | 20:59 | |
| *** zoli__ has joined #baserock | 21:27 | |
| *** zoli__ has quit IRC | 21:31 | |
| *** zoli__ has joined #baserock | 21:37 | |
| *** zoli__ has quit IRC | 21:42 | |
| *** zoli__ has joined #baserock | 21:55 | |
| *** zoli__ has quit IRC | 21:58 | |
| *** zoli__ has joined #baserock | 22:03 | |
| *** zoli__ has quit IRC | 22:17 | |
| *** zoli__ has joined #baserock | 22:33 | |
| *** zoli__ has quit IRC | 22:38 | |
| *** zoli__ has joined #baserock | 22:42 | |
| *** edcragg has joined #baserock | 22:47 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!