| *** edcragg has quit IRC | 00:07 | |
| *** cosm has quit IRC | 00:21 | |
| *** cosm has joined #baserock | 00:30 | |
| *** gtristan has quit IRC | 04:09 | |
| *** gtristan has joined #baserock | 04:44 | |
| gtristan | oops | 05:02 |
|---|---|---|
| gtristan | jjardon, you ! | 05:36 |
| gtristan | broke the build ! | 05:36 |
| gtristan | jjardon, please git add strata/xdg-app-common/xdg-app.morph | 05:36 |
| gtristan | jjardon, any reason why we hate wacom ? | 06:53 |
| gtristan | http://git.baserock.org/cgi-bin/cgit.cgi/delta/gnome-settings-daemon.git/commit/?h=baserock/3.18.0/disable_wacom&id=4dff3d6142b2bbf1d43c522371649fcb3471ee32 | 06:53 |
| gtristan | ummm, any idea why we have strata in master that doesnt build ? | 07:34 |
| gtristan | python change ? | 07:38 |
| * gtristan git logs | 07:38 | |
| gtristan | python2 and python3 are parallel installable... right ? | 07:38 |
| gtristan | aha ! | 07:45 |
| gtristan | d44ad423d96b1cfca2dc17187f84346c85b29d13 | 07:45 |
| gtristan | of course, samba requires python2 - removed from foundation.morph -> breaks build | 07:45 |
| gtristan | we need better validation | 07:45 |
| gtristan | hmmm, samba still craps out with this: http://paste.baserock.org/opedoweveg | 07:53 |
| * gtristan was *so* close | 07:53 | |
| gtristan | eesh, one of those simple -fPIC problems, in some obscure WAF build system | 07:54 |
| *** edcragg has joined #baserock | 08:03 | |
| * gtristan tries cheap CFLAGS trick | 08:03 | |
| jjardon | gtristan: that was from the time I was trying to have a wayland-only gnome system; wacom support depends on having a complete xorg xserver | 08:10 |
| jjardon | gtristan: is the wayland session currently working, btw? | 08:11 |
| gtristan | I will care about wayland when gnome runs | 08:15 |
| gtristan | one thing at a time :) | 08:15 |
| jjardon | gtristan: does the wayland session appear as an option in gdm at least? | 08:16 |
| * jjardon didnt have time to check this | 08:16 | |
| gtristan | gdm crashes when trying wayland and reverts to X | 08:16 |
| gtristan | or gnome-session does | 08:16 |
| gtristan | it appears that g_error() was chosen as the method to indicate that mutter could not start with wayland | 08:17 |
| * gtristan strangles samba | 08:17 | |
| gtristan | [3099/3492] Linking default/source4/heimdal_build/libroken-samba4.so <-- hilarious | 08:18 |
| gtristan | li-broken-samba4.so | 08:18 |
| gtristan | oddly, with CFLAGS=-fPIC make... samba seems to put -fPIC on the command line everywhere, and then fails with the same complaint | 08:22 |
| gtristan | saying "recompile with -fPIC" | 08:22 |
| * gtristan thinks; better eat lunch and meditate on this; it's literally the *last* in a long line of dependencies leading up to gnome-control-center | 08:22 | |
| *** persia has quit IRC | 08:24 | |
| *** gtristan has quit IRC | 08:25 | |
| *** persia has joined #baserock | 08:27 | |
| *** bashrc_ has joined #baserock | 09:03 | |
| *** gtristan has joined #baserock | 09:05 | |
| paulsher1ood | gtristan: [3099/3492]... is that morph? | 09:08 |
| pedroalvarez | ouch, I was wondering why my build of gnome system was failing... | 09:10 |
| pedroalvarez | it's failing in syslinux! | 09:10 |
| pedroalvarez | amazingly, it managed to build the x86_64 linux kernel | 09:11 |
| * pedroalvarez changes the bsp | 09:11 | |
| paulsher1ood | pedroalvarez: i assume you're not on x86 | 09:12 |
| pedroalvarez | I'm not | 09:12 |
| pedroalvarez | :) | 09:12 |
| pedroalvarez | I wanted to check that it builds in arm | 09:12 |
| pedroalvarez | and maybe if I have some time, if it boots | 09:12 |
| paulsher1ood | :) | 09:13 |
| *** ssam2 has joined #baserock | 09:19 | |
| *** ChanServ sets mode: +v ssam2 | 09:19 | |
| gtristan | paulsher1ood, no that's the WAF build scripts of samba | 09:26 |
| *** jonathanmaw has joined #baserock | 09:27 | |
| *** toscalix has joined #baserock | 09:29 | |
| *** edcragg has quit IRC | 09:36 | |
| *** paulwaters_ has joined #baserock | 09:37 | |
| *** mariaderidder has joined #baserock | 09:37 | |
| * pedroalvarez sends https://gerrit.baserock.org/#/c/1325/ | 09:44 | |
| pedroalvarez | my armv7lhf Mason is failing because of that | 09:45 |
| *** franred has joined #baserock | 09:45 | |
| *** edcragg has joined #baserock | 09:54 | |
| jjardon | pedroalvarez: do we have a arm mason? | 10:06 |
| pedroalvarez | jjardon: I have one on my desk, and it uploads things to cache.baserock.org | 10:06 |
| jjardon | pedroalvarez: any way to see if the build is broken or not? | 10:07 |
| *** paulwaters_ has quit IRC | 10:07 | |
| jjardon | like the x86 one? | 10:07 |
| pedroalvarez | jjardon: it is not publicly accesible | 10:08 |
| gtristan | hrm... samba is going to be a problem | 10:08 |
| jjardon | pedroalvarez: :( | 10:08 |
| pedroalvarez | gtristan: can you check that my fix makes sense? https://gerrit.baserock.org/#/c/1322/2 | 10:08 |
| jjardon | paulsher1ood: do you have a stratum for ybd? | 10:08 |
| paulsher1ood | jjardon: not so far | 10:09 |
| * gtristan looks | 10:09 | |
| gtristan | pedroalvarez, I'll fix... sorry for that | 10:10 |
| paulsher1ood | win 45 | 10:10 |
| pedroalvarez | gtristan: it's already fixed :) | 10:10 |
| paulsher1ood | bah | 10:10 |
| pedroalvarez | (by me) | 10:10 |
| pedroalvarez | jjardon: I know, not ideal, but at least I'm looking at it some times to fix errors, and it populates the cache | 10:10 |
| gtristan | oh | 10:11 |
| * gtristan aborts the rebase/review | 10:11 | |
| pedroalvarez | gtristan: I just wanted a double check from you before merging | 10:12 |
| gtristan | yeah that's an obvious mistake :-S | 10:12 |
| gtristan | ummm | 10:12 |
| gtristan | /usr/lib/libcom_err.a ... is this produced by samba ? | 10:13 |
| gtristan | or, is this a gcc'ism ? | 10:13 |
| gtristan | not from gcc... ok I wonder what to do about this | 10:14 |
| jjardon | pedroalvarez: nice, but can we make it public? Id like to help in case the build brake | 10:15 |
| jjardon | paulsher1ood: is there a cache generated by ybd somewhere? | 10:18 |
| jjardon | gtristan: seems its part of e2fsprogs | 10:21 |
| gtristan | really ? | 10:22 |
| gtristan | I think its a gccism, but not installed in the artifact | 10:22 |
| gtristan | jjardon, it looks like ld is just saying that the error message itself is being printed by libcom_err.a | 10:23 |
| gtristan | take a closer look: http://paste.baserock.org/opedoweveg | 10:23 |
| jjardon | gtristan: no idea really, a quick search in google brought me here: https://apps.fedoraproject.org/packages/libcom_err-devel | 10:23 |
| gtristan | google brings this interesting thread up: http://www.linuxquestions.org/questions/programming-9/relocation-r_x86_64_32-against-%60-bss'-can-not-be-used-when-making-a-shared-error-783491/ | 10:24 |
| gtristan | which says that basically, -fPIC is not enough only when creating the shared object, but should also be added when creating the archive :-/ | 10:25 |
| gtristan | jjardon, I see, perhaps thats it then | 10:26 |
| pedroalvarez | jjardon: we can either put a jetson in somewhere with a public IP, or try to put Mason on a moonshot node | 10:26 |
| gtristan | jjardon, I do have a libcom_err.a, maybe I need to fix e2fsprogs to create the archive with -fPIC, and samba will compile | 10:26 |
| gtristan | jjardon, indeed, thanks for pointing that out | 10:27 |
| * gtristan gives it a shot :-/ | 10:27 | |
| paulsher1ood | jjardon: http://artifacts1.baserock.org:8000 - but there is nothing currently building master definitions with ybd in public | 10:29 |
| *** dabukalam has quit IRC | 10:39 | |
| *** dabukalam has joined #baserock | 10:40 | |
| *** nowster has joined #baserock | 10:41 | |
| jjardon | pedroalvarez: that wold be nice, I would not want to tell people they can build gnome systems for arm to then discover is actually broken | 10:42 |
| pedroalvarez | jjardon: I think I'll be able to tell you today if that works | 10:48 |
| * gtristan thinks he's got it... e2fsprogs fails to run ranlib... I think... | 10:51 | |
| * gtristan checks objdump | 10:51 | |
| jjardon | pedroalvarez: great; thanks! :) | 10:52 |
| jjardon | paulsher1ood: right, how can we make that happen? without the cache is not really useful use ybd | 10:54 |
| gtristan | ah no, but the objects which go into libcom_err... are *not* compiled with -fPIC ! | 11:01 |
| gtristan | bam ! | 11:01 |
| gtristan | there we are | 11:02 |
| lostduck | can we not simply make the caches compatible? | 11:03 |
| *** franred has quit IRC | 11:04 | |
| pedroalvarez | lostduck: ybd doesn't want to be morph compatible :P | 11:04 |
| * Kinnison doesn't care about either of ybd or morph. | 11:04 | |
| * Kinnison wants something better than both | 11:04 | |
| Kinnison | Sadly I simply don't have the time/bandwidth to write it | 11:04 |
| * pedroalvarez simply wants to move forward | 11:05 | |
| * rjek pushes pedroalvarez gently forward | 11:06 | |
| *** locallycompact has joined #baserock | 11:06 | |
| * pedroalvarez falls down cliff | 11:06 | |
| * gtristan collects a tasty organic chicken spread for his toast | 11:12 | |
| *** paulwaters_ has joined #baserock | 11:14 | |
| gtristan | ok, I have a patch that will make samba build | 11:15 |
| gtristan | thoughts on this patch: http://paste.baserock.org/zazijirime ? | 11:17 |
| * gtristan is testing the theory, but is 99% certain that it will solve the samba build error | 11:18 | |
| gtristan | it's possible that samba previously built on 32bit systems without this | 11:18 |
| *** paulwaters_ has quit IRC | 11:19 | |
| pedroalvarez | I wonder if there is anything else blocking this patch-set: https://gerrit.baserock.org/#/q/topic:baserock/pedroalvarez/gdp-rebase3 | 11:30 |
| jjardon | pedroalvarez: looks good | 11:36 |
| pedroalvarez | yay, closer than ever to get gdp merged in master :) | 11:37 |
| jjardon | pedroalvarez: Id recommend you to replace genivi baseline bt gdb in the ci, so your work doesnt get bitrotten | 11:37 |
| jjardon | s/gdb/gdp | 11:37 |
| pedroalvarez | it has qtwebkit on it.. :/ | 11:38 |
| pedroalvarez | but you are right | 11:38 |
| gtristan | yay | 11:43 |
| gtristan | samba builds | 11:43 |
| jjardon | \o/ | 11:49 |
| *** franred has joined #baserock | 11:53 | |
| gtristan | Ok so put samba fixes up, and rebased the gnome-control-center branch on top of that | 11:53 |
| gtristan | but still have to verify the build, it's the last dependency but I'd rather see g-c-c build and run before pushing those | 11:53 |
| gtristan | anyway, that means a webkit rebuild, so it will take some hours... | 11:55 |
| gtristan | that should be the final touch on this milestone really, currently it boots up but when trying to access volume controls and stuff from gnome-shell it just doesnt do anything | 11:56 |
| gtristan | it will be a pretty-fully-functional gnome-shell | 11:56 |
| *** toscalix has quit IRC | 12:26 | |
| *** toscalix__ has joined #baserock | 12:34 | |
| *** gary_perkins has quit IRC | 12:55 | |
| *** gary_perkins_ has joined #baserock | 12:55 | |
| *** gtristan has quit IRC | 13:42 | |
| *** gtristan has joined #baserock | 13:55 | |
| pedroalvarez | "mutter" failed in arm: http://paste.baserock.org/erixizowis | 14:30 |
| tiagogomes__ | which arm is that? | 14:35 |
| tiagogomes__ | Fedora has a armv8 spin-off | 14:36 |
| pedroalvarez | tiagogomes__: hard question.. | 14:37 |
| pedroalvarez | difficult times | 14:37 |
| pedroalvarez | is a moonshot | 14:38 |
| pedroalvarez | but acting as armv7 | 14:38 |
| pedroalvarez | and inside of an armv7lhf chroot | 14:38 |
| tiagogomes__ | pedroalvarez if you disable werror what happens? | 14:40 |
| pedroalvarez | I'm going to try that | 14:40 |
| pedroalvarez | it builds in x86 though | 14:40 |
| tiagogomes__ | odd, the same compiler detects different amount of warnings on different archs | 14:41 |
| Kinnison | That's not odd at all | 14:41 |
| Kinnison | compiler warnings are often related to the optimisers | 14:41 |
| Kinnison | and different architectures have different optimisers, alignments, etc. | 14:42 |
| Kinnison | which result in different warnings | 14:42 |
| tiagogomes__ | fair enough | 14:42 |
| Kinnison | But it can be confusing, yes | 14:45 |
| pedroalvarez | good to know :) | 14:50 |
| pedroalvarez | ignoring warnings is enough | 15:00 |
| * pedroalvarez sees in the logs: "armv8l-unknown-linux-gnueabihf" | 15:00 | |
| *** mariaderidder has quit IRC | 15:02 | |
| ssam2 | weird... so the compiler has armv8l in its name, on an armv7l machine ? | 15:03 |
| *** mariaderidder has joined #baserock | 15:03 | |
| pedroalvarez | is a armv7l chroot running inside an armv7l machine | 15:03 |
| radiofree | shouldn't say "armv8l-unknown-linux-gnueabihf" then | 15:11 |
| Kinnison | If you compiled the 32bit code on an armv8 machine I wouldn't be surprised if it did | 15:11 |
| paulsher1ood | it's a moonshot cartridge iiuc | 15:12 |
| * Kinnison noted back when you were playing with linux32 on armv8l64 systems that you'd have armv8l32 not armv7lhf if you weren't careful | 15:12 | |
| radiofree | if you followed my guide (Building armv7 on aarch64) then it shouldn't say armv8 | 15:12 |
| radiofree | paulsher1ood: where is the location of your ybd build logs again? | 15:12 |
| paulsher1ood | /src/artifacts | 15:13 |
| radiofree | i mean in github, got it | 15:13 |
| paulsher1ood | ah, sorry | 15:13 |
| *** edcragg has quit IRC | 15:13 | |
| radiofree | hmm.. not that useful for this | 15:14 |
| paulsher1ood | what are you seeking? | 15:14 |
| radiofree | to see if my toolchange was armv7.... inside the chroot | 15:14 |
| radiofree | are you using morph pedroalvarez? | 15:14 |
| paulsher1ood | yes, from his log | 15:15 |
| *** edcragg has joined #baserock | 15:15 | |
| radiofree | i was using ybd and manually specifying armv7lhf as the arch `ybd.py systems/devel-system-jetson-armv7lhf.morph armv7lhf` | 15:15 |
| pedroalvarez | radiofree: yes | 15:17 |
| Kinnison | if you used morph you likely build armv8l32 not armv7lhf | 15:17 |
| pedroalvarez | I expect everything to be fine tbh | 15:18 |
| Kinnison | unless you used setarch armv7l -B | 15:18 |
| Kinnison | I don't, armv8l32 has some instruction behaviours armv7lhf lacks | 15:18 |
| Kinnison | if you're lucky it'll work | 15:18 |
| Kinnison | but I wouldn't stake any kind of bet on it | 15:18 |
| pedroalvarez | hrmf.. | 15:18 |
| * Kinnison did say back when you started | 15:18 | |
| * Kinnison pointed you at setarch | 15:18 | |
| Kinnison | and everything | 15:18 |
| paulsher1ood | pedroalvarez: use ybd... you know it works :) | 15:19 |
| pedroalvarez | hehe | 15:19 |
| Kinnison | ybd works by accident rather than by design, and who knows what kinds of horrors other build systems did when ybd wasn't running in the right personality | 15:19 |
| Kinnison | (for the 32bit thing) | 15:19 |
| pedroalvarez | both of them have worked for me here | 15:19 |
| Kinnison | anyway, I have other things to do, I recommend using setarch even if you use ybd | 15:19 |
| Kinnison | otherwise chunk build systems which use uname might cock up | 15:19 |
| pedroalvarez | thing is that Morph doesn't complain about the arch | 15:20 |
| pedroalvarez | that was my concerning | 15:20 |
| nowster | linux32 and linux64 are handy aliases IIRC | 15:21 |
| pedroalvarez | setarch: armv7lhf: Unrecognized architecture | 15:21 |
| Kinnison | pedroalvarez: drop the hf | 15:21 |
| Kinnison | pedroalvarez: you may also need to drop the l | 15:21 |
| pedroalvarez | sorry, tried both, pasted the confusing one | 15:21 |
| * Kinnison isn't sure | 15:22 | |
| pedroalvarez | tried that too | 15:22 |
| Kinnison | hmm, persia was working with setarch | 15:22 |
| Kinnison | you should poke him | 15:22 |
| Kinnison | it might need a newer $blahutils | 15:22 |
| Kinnison | for whichever blah | 15:22 |
| *** radiofree has quit IRC | 15:33 | |
| *** radiofree has joined #baserock | 15:34 | |
| persia | I do not have the patch handy, but essentially, one needed to tell util-linux that ARMv8 could emulate ARMv7 | 15:53 |
| persia | The patch I wrote did not meet the pretestrequirenents to get upstream, but was mostly just adding entries to a mapping table. | 15:54 |
| * radiofree +1's 'use ybd' | 15:54 | |
| persia | If someone tried from current util-linux, I could sight-review a patch, or if someone wants to link me to what might lil | 15:55 |
| persia | Look like the right file, I could suggest the set of changes. | 15:55 |
| persia | Using fakery to pretend arch without setting personality will break for certain instructions, for sources with certain build systems, and you get to keep the pieces. | 15:57 |
| lostduck | you know i'd appreciate it if, as a community, we could get over the fact that we have 2 tools and that some people prefer one over the other, it's getting old. | 16:09 |
| lostduck | nix has like 3 python import tools | 16:09 |
| lostduck | and people there aren't constantly doing this whole "use whatever tool i happen to be using right now!!!!" thing | 16:10 |
| radiofree | well in this case the +1 is valid, since it actually works for this usecase where morph doesn't | 16:11 |
| pedroalvarez | erm.. Morph works fine | 16:14 |
| *** franred has quit IRC | 16:14 | |
| pedroalvarez | both work fine I'd say | 16:14 |
| pedroalvarez | hm.. gocd has plugins for gerrit | 16:28 |
| persia | pedroalvarez: Hrm? I thought ybd had an architecture override feature that morph didn't have (that kinda worked, except for the caveats I mentioned above). | 16:37 |
| paulsher1ood | iiuc no-one had got around to actually testing building armv7 stuff on armv8 using morph. maybe pedroalvarez has done that now | 16:40 |
| paulsher1ood | i said 'use ybd.. you know it works' because pedroalvarez and i both actually used that config in anger last week | 16:41 |
| pedroalvarez | I tested armv7 on armv8 but in a linux32 armv7 chroot | 16:42 |
| pedroalvarez | with ybd and morph | 16:43 |
| pedroalvarez | and both have worked so far | 16:43 |
| paulsher1ood | cool :) | 16:43 |
| *** CTtpollard has quit IRC | 16:44 | |
| pedroalvarez | but I feel like it might fail | 16:44 |
| pedroalvarez | "<Kinnison> otherwise chunk build systems which use uname might cock up" | 16:45 |
| pedroalvarez | not fail, but build wrong things | 16:45 |
| pedroalvarez | I don't know, this is a bit complex | 16:45 |
| radiofree | pedroalvarez: did the built image boot tho? | 17:17 |
| radiofree | On a jetson for example | 17:17 |
| pedroalvarez | yes.. | 17:21 |
| pedroalvarez | well, I have to say that maybe not everything was built in this system, maybe some parts were reused from cache.baserock.org | 17:21 |
| paulsher1ood | not for the ybd images | 17:22 |
| pedroalvarez | nope, ybd images were built 100% here | 17:23 |
| pedroalvarez | but persia said that "ybd had an architecture override feature" | 17:23 |
| pedroalvarez | I'm not sure about what that is | 17:23 |
| radiofree | Yes that's what I used | 17:24 |
| radiofree | You just tell it its building armv7lhf and it works very nicely | 17:24 |
| pedroalvarez | radiofree: what exactly is that | 17:24 |
| radiofree | I sent an email to the list about it | 17:27 |
| radiofree | That was on a mustang but it should work exactly the same on moonshot | 17:27 |
| pedroalvarez | I'm really confused about why `morph print-architecture` says armv8l, and doesn't complain when building a system for armv7lhf | 17:27 |
| pedroalvarez | radiofree: I believe I'm using those instructions | 17:28 |
| ssam2 | pedroalvarez: morph knows that they are compatible, see http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/morphlib/buildcommand.py#n130 | 17:28 |
| *** jonathanmaw has quit IRC | 17:29 | |
| radiofree | It might boot, and work, I just think it would be a bit odd to have my tool chain named armv8 on a jetson | 17:29 |
| radiofree | ybd works because it'll use whatever you pass to it, rather than getting it from uname | 17:30 |
| pedroalvarez | does morph uses whatever uname says? or whatever you put in the system morphology? | 17:30 |
| pedroalvarez | if the latter, then it's the sam | 17:30 |
| pedroalvarez | e | 17:30 |
| radiofree | When building gcc etc u think it goes back to naming these things based on morph_arch | 17:31 |
| radiofree | or whatever that was called | 17:31 |
| *** mariaderidder has quit IRC | 17:31 | |
| pedroalvarez | it will be the same for ybd and morph in that case | 17:34 |
| pedroalvarez | same behaviour | 17:34 |
| radiofree | I'm pretty sure it wasn't if your tool chain was called armv8 | 17:35 |
| pedroalvarez | "MORPH_ARCH": "armv7lhf", | 17:35 |
| pedroalvarez | "TARGET": "armv7lhf-baserock-linux-gnueabi", | 17:35 |
| radiofree | Looks good then! :) | 17:35 |
| pedroalvarez | radiofree: I think this is just a case of a chunk trying to figure out the name of the toolchain, using uname | 17:35 |
| pedroalvarez | nothing with the name of "armv8" in this system | 17:36 |
| radiofree | Good stuff then | 17:36 |
| pedroalvarez | and ssam2, thanks for pointing that out, I was failing to find the magic | 17:38 |
| pedroalvarez | I agree that safest way to do this is to make "uname" return armv7l | 17:39 |
| gtristan | jjardon, too bad we didnt keep WebKitGtk outside of gnome | 17:47 |
| gtristan | now I lose an extra hour every time I add something like samba or cups as a requirement of the gnome stratum | 17:48 |
| gtristan | just for a simple test | 17:48 |
| gtristan | at least compiling WebKitGtk helps to keep the room temperature a bit higher, now that it's getting cold outside :) | 17:51 |
| gtristan | gotta keep those i7's working :) | 17:51 |
| ssam2 | hmm, yeah, i remember someone putting qtwebkit in its own stratum for similar reasons | 17:53 |
| radiofree | I thought of doing a hack in the morph file to detect the free memory and if suffienct use a reasonable max jobs amount | 17:54 |
| gtristan | pretty lame actually, I spent a good amount of time properly refactoring out bits and pieces from gnome so that they would each have their own strata | 17:55 |
| radiofree | so it wouldn't take a million years to build | 17:55 |
| * gtristan checks if at least the branch is still around | 17:55 | |
| radiofree | But maybe some support for that might be worth while... required - mem or something and if not met use max - jobs 1 | 17:56 |
| jjardon | gtristan: you can rebuild samba in the GNOME stratum if you only want to test | 17:56 |
| *** bashrc_ has quit IRC | 17:56 | |
| *** nowster has quit IRC | 17:57 | |
| gtristan | yup, I have still a branch which isolates libsecret, libnotify, json-glib, geocode-glib, libgweather, polkit & geoclue into separate strata | 17:57 |
| * gtristan keeps it handy | 17:57 | |
| gtristan | jjardon, well, it's a test that is 'make-or-break', it has to be done really, I guess "just a test" is an understatement | 17:57 |
| gtristan | I could "try" it, but I'd still hit the rebuild | 17:58 |
| *** tiagogomes__ has quit IRC | 17:59 | |
| *** ssam2 has quit IRC | 18:01 | |
| jjardon | gtristan: probably we should conclude that the current baserock model doesnt work and we should to come back to chunk=strata (so packages) | 18:03 |
| gtristan | I think that's the short-term solution | 18:03 |
| gtristan | while I was spending lots of time building today, I spent more time on that proposal | 18:04 |
| gtristan | but I think the right migration path, before performing an ultimate refactor, is at least a policy of one-module-one-strata for anything added to definitions | 18:04 |
| jjardon | That means a user has to know all the interdependencies between strata, to build the system/ morph | 18:06 |
| gtristan | that is how it should be | 18:06 |
| gtristan | when adding a package, we *know* why a given package depends on something hidden behind a "foundation.morph" wall | 18:07 |
| gtristan | the direct dependencies of a package are limited anyway | 18:07 |
| gtristan | however that information is currently lost after the package/chunk gets added (at least the parts of it which bleed into dependant strata) | 18:08 |
| gtristan | we shouldnt lose that information | 18:08 |
| jjardon | What about keep stratum but chunks still have to keep their dependencies, even from other strata? | 18:08 |
| gtristan | in my proposal, strata does not *contain* chunks, but only refers to them, chunks are kept in an entirely separate directory | 18:09 |
| gtristan | strata are allowed to overlap in what they include, and they are mostly a convenience for building systems | 18:09 |
| gtristan | i.e., you dont need 'vi' as a build dependency of anything; but it sucks when you complete and deploy a build, and forget to include it (and that's actually a quite typical mistake) | 18:10 |
| gtristan | jjardon, give me another day to work on it; I'm getting close | 18:11 |
| jjardon | gtristan: looking forward for it; sorry if I'm slowing your work sometimes | 18:12 |
| pedroalvarez | gtristan: have you thought about switching from a 2 levels model (chunk - stratum) to a multi level model? | 18:12 |
| *** toscalix__ has quit IRC | 18:12 | |
| gtristan | jjardon, its not your fault | 18:12 |
| gtristan | pedroalvarez, what would it do ? | 18:12 |
| pedroalvarez | add flexibility | 18:13 |
| gtristan | I think I have all the flexibility we need with flavors, without blowing up morph files exponentially | 18:13 |
| gtristan | pedroalvarez, note we actually already have chunk, stratum and system | 18:13 |
| gtristan | *and* cluster, but that's a different breed | 18:13 |
| pedroalvarez | well, yes, 3 levels | 18:14 |
| pedroalvarez | but I don't know, it might be useful to say that you want in this system these strata, and then this chunk | 18:14 |
| gtristan | not sure what flexibility is added by adding levels | 18:14 |
| pedroalvarez | or just to say that this stratum is the same as this other stratum but with an extra chunk | 18:14 |
| gtristan | pedroalvarez, oh yeah indeed, I think a system can refer to a chunk or a stratum directly, and it shouldnt matter | 18:14 |
| gtristan | in any case the morph itself has a "kind" attribute | 18:15 |
| gtristan | pedroalvarez, that doesnt matter because they can overlap, including 2 similar strata like that would result in the accumulation of chunks being included in the system | 18:15 |
| gtristan | pedroalvarez, ah interesting | 18:16 |
| gtristan | pedroalvarez, so basically what I am saying about systems, you point out is also valid for stratum | 18:16 |
| pedroalvarez | exactly | 18:16 |
| gtristan | one can refer to a chunk or a stratum, it makes no difference, good point | 18:16 |
| gtristan | pedroalvarez, it can actually also apply to a chunk, but I would rather disallow that, or have a strict policy to restrict that to 'build-essential' | 18:17 |
| pedroalvarez | I'm looking forward to see that proposal :) | 18:17 |
| * pedroalvarez has to go to play some basketball | 18:18 | |
| pedroalvarez | o/ | 18:18 |
| gtristan | have fun :) | 18:18 |
| pedroalvarez | ta! | 18:18 |
| gtristan | now that I think of it - it makes more sense to just abolish the 'system' "kind", I dont see why a stratum could not be a drop-in replacement | 18:21 |
| gtristan | and it's possibly interesting to have separate stratum which include their own configuration extensions | 18:22 |
| gtristan | I think the 'arch' and it's (probable) relation to the bsp is the only thing to iron out there | 18:23 |
| *** edcragg has quit IRC | 18:49 | |
| *** locallycompact has quit IRC | 18:49 | |
| jjardon | pedroalvarez: so, did any of them work in the end or not? :) 10:26 <•pedroalvarez> jjardon: we can either put a jetson in somewhere with a public IP, or try to put Mason on a moonshot node | 19:01 |
| pedroalvarez | We used to have Jetsons in DC | 19:15 |
| pedroalvarez | Regarding the moonshot I have tried | 19:15 |
| pedroalvarez | There is also scaleway | 19:18 |
| pedroalvarez | But that would be really slow | 19:18 |
| paulsher1ood | jjardon: i believe http://artifacts1.baserock.org:8000/* is now serving armv7lhf components from ci.morph | 19:22 |
| paulsher1ood | currently that doesn't include any gnome-system, though | 19:22 |
| jjardon | paulsher1ood: :) and :( | 19:32 |
| jjardon | paulsher1ood: are you not building master of definitions? | 19:32 |
| jjardon | gnome system is in ci.morph | 19:32 |
| jjardon | pedroalvarez: so its that yes or not? :) | 19:52 |
| paulsher1ood | jjardon: that's building for armv7lhf. if someone wants to add a gnome system for that arch, i can build it | 19:54 |
| paulsher1ood | i guess i should also setup a minimal ci for this, and do x86 | 19:55 |
| jjardon | paulsher1ood: oh rigth, expect a patch soon :) | 20:11 |
| *** edcragg has joined #baserock | 20:23 | |
| *** edcragg has quit IRC | 20:46 | |
| persia | paulsher1ood: I tested it last November. The state of things may have changed now, but then it required personality to be reliable. | 21:49 |
| persia | (oops: PgUp problem: "it" in this context being building armv7 on armv8) | 21:51 |
| persia | To be fair, I tested it on some experimental hardware over ssh to a vendor lab, which may behave differently than the current stuff. | 21:51 |
| paulsher1ood | jjardon: can't wait :) | 22:04 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!