| *** gtristan has joined #baserock | 01:37 | |
| *** gtristan has quit IRC | 03:43 | |
| *** gtristan has joined #baserock | 05:01 | |
| *** zoli_ has joined #baserock | 05:56 | |
| *** zoli_ has quit IRC | 06:33 | |
| *** zoli_ has joined #baserock | 06:34 | |
| *** zoli_ has quit IRC | 06:43 | |
| *** zoli_ has joined #baserock | 06:43 | |
| *** paulwaters_ has joined #baserock | 06:43 | |
| *** gtristan has quit IRC | 07:01 | |
| *** gtristan has joined #baserock | 07:13 | |
| *** zoli_ has joined #baserock | 07:16 | |
| *** ssam2 has joined #baserock | 07:18 | |
| *** ChanServ sets mode: +v ssam2 | 07:18 | |
| *** zoli_ has joined #baserock | 07:24 | |
| *** zoli__ has joined #baserock | 07:29 | |
| *** zoli_ has quit IRC | 07:29 | |
| *** zoli_ has joined #baserock | 07:31 | |
| *** zoli__ has quit IRC | 07:31 | |
| gtristan | hmmm, that's odd | 07:40 |
|---|---|---|
| gtristan | system-integration hooks were working yesterday, and not today | 07:40 |
| *** fay_ has joined #baserock | 07:42 | |
| *** edcragg has joined #baserock | 07:46 | |
| gtristan | aha, I see | 07:47 |
| gtristan | jjardon, we need --enable-compat-libs at least for now in systemd | 07:48 |
| gtristan | http://paste.baserock.org/atehomibut | 07:48 |
| gtristan | accountsservice configure... checking for SYSTEMD... no. | 07:49 |
| * gtristan reapplies the patch | 07:49 | |
| *** toscalix__ has joined #baserock | 07:59 | |
| *** bashrc has joined #baserock | 08:04 | |
| *** CTtpollard has joined #baserock | 08:11 | |
| *** mariaderidder has joined #baserock | 08:15 | |
| *** ctbruce has joined #baserock | 08:19 | |
| paulsherwood | any idea why git operations could take forever on my local drive when i share it via nfs? | 08:19 |
| paulsherwood | s/forever/10 times as long or worse/ | 08:19 |
| *** edcragg has quit IRC | 08:20 | |
| Kinnison | Slower on the server or on the client? | 08:20 |
| paulsherwood | client i think | 08:20 |
| Kinnison | Which version of NFS ? | 08:22 |
| paulsherwood | how would i establish that? | 08:22 |
| Kinnison | the mount flags should tell you | 08:23 |
| Kinnison | Something like vers=4 | 08:23 |
| paulsherwood | 172.28.128.1:/Users/paulsherwood/Projects/vagrant_ubuntu/src on /src type nfs (rw,vers=3,udp,addr=172.28.128.1) | 08:23 |
| Kinnison | Is this entirely local? | 08:24 |
| Kinnison | If so, boosting rsize and wsize, and using tcp rather than udp might improve performace | 08:24 |
| Kinnison | NFS is, sadly, a bit of a dark-art for optimising | 08:25 |
| paulsherwood | yes it's entirely local. on 'server' (ie outside vagrant) things remain fast | 08:25 |
| Kinnison | What OS is 'server' ? | 08:26 |
| paulsherwood | mac os | 08:26 |
| Kinnison | Might be worth checking to see if there's any documentation on macos <-> linux NFS performance tuning | 08:26 |
| * Kinnison only knows linux <-> linux stuff | 08:26 | |
| paulsherwood | is it really possible performance could be > 10x worse due to bad tuning? | 08:28 |
| Kinnison | Certainly I used to see that back when I was running ARM boards off NFS-root. I could get a 5-20x speed boost by configuring it properly | 08:28 |
| Kinnison | Also it's worth checking if the lock services are working | 08:28 |
| Kinnison | (it'd be lockd under linux) | 08:28 |
| Kinnison | Without them, the client has to fall back to slower less reliable locking (or hope that it doesn't matter) | 08:29 |
| paulsherwood | this is a much deeper hole than i was expecting :/ | 08:29 |
| paulsherwood | i guess software is usually like that | 08:30 |
| ssam2 | i've been through a "vagrant looks really cool, I should try it" --> "vagrant is totally useless because if this limitation" cycle several times now | 08:30 |
| ssam2 | *of | 08:30 |
| paulsherwood | lol | 08:30 |
| * paulsherwood wanders away from the internet | 08:31 | |
| * Kinnison wonders if paulsherwood tried the virtualbox FS sharing thing and what its performance was like | 08:33 | |
| *** zoli_ has quit IRC | 08:35 | |
| *** zoli_ has joined #baserock | 08:39 | |
| paulsherwood | Kinnison: i beleive it was the same, but i can re-check | 08:42 |
| *** jonathanmaw has joined #baserock | 08:42 | |
| *** gary_perkins has joined #baserock | 08:44 | |
| jjardon | gtristan: hey!! Congrats! :) | 08:54 |
| gtristan | jjardon, whew... at least the basics are there now :) | 08:55 |
| gtristan | something to build on | 08:55 |
| *** tiagogomes_ has joined #baserock | 09:00 | |
| tiagogomes_ | morning | 09:11 |
| * tiagogomes_ will attempt to review today https://gerrit.baserock.org/#/c/1018/ | 09:11 | |
| *** wschaller has joined #baserock | 09:18 | |
| *** flatmush has joined #baserock | 09:23 | |
| ssam2 | thanks tiago :) | 09:23 |
| ssam2 | i've reviewed the gnome patches, all looks fine to me, I haven't submitted any of them in case someone else wants to give a more thorough review | 09:24 |
| *** edcragg has joined #baserock | 09:28 | |
| ssam2 | but i will submit them all before the end of the day if nobody else does | 09:30 |
| *** franred has joined #baserock | 09:30 | |
| tiagogomes_ | I'll try to have a look | 09:31 |
| franred | gtristan, great work!! | 09:36 |
| gtristan | franred, mostly detective work, thanks :) | 09:39 |
| franred | gtristan, heh, that always happen in baserock (franred wants to think that this also happens in any software integration work) | 09:42 |
| pedroalvarez | So, to have the network working on a rpi2 I have to restart 'systemd-netwokrd' | 09:55 |
| pedroalvarez | networkctl says "failed" | 09:55 |
| richard_maw | pedroalvarez: what does journalctl -b -u systemd-networkd.service say? | 09:56 |
| richard_maw | Previously the lorry-controller database would grow to 750M in 10 days. In the 3 days that it's been running with job cleanup after 1 day, it's at 87M. | 09:57 |
| pedroalvarez | for eth0: | 09:57 |
| pedroalvarez | - Gained carrier | 09:57 |
| pedroalvarez | - Could not start IPv6 router discovery... | 09:57 |
| pedroalvarez | - Failed | 09:57 |
| pedroalvarez | richard_maw: good! | 09:57 |
| richard_maw | pedroalvarez: it at least indicates a reduced growth | 09:58 |
| richard_maw | pedroalvarez: though I didn't think to check on it yesterday to see how large it was, so I don't know if it's reached its maximum | 09:58 |
| richard_maw | pedroalvarez: hm, no indication as to why IPv6 router discovery failed? | 09:59 |
| richard_maw | also, which version of systemd? | 10:00 |
| Kinnison | richard_maw: I'd suggest we monitor it for a few more days and see if it grows more than 87M | 10:01 |
| pedroalvarez | "richard_maw: Address family not supported by protocol" | 10:02 |
| pedroalvarez | bad quoting | 10:02 |
| pedroalvarez | richard_maw: "Address family not supported by protocol" | 10:02 |
| pedroalvarez | I didn't worry about that error, because it happens as well when I restart networkd, and network works | 10:03 |
| * Kinnison wonders if pedro's kernel doesn't have ipv6 support | 10:04 | |
| richard_maw | wouldn't surprise me | 10:04 |
| richard_maw | it's not on by default in ARM dev-boards | 10:05 |
| Kinnison | Which considering cheap ARM devboards are an obvious IoT development platform is daft | 10:06 |
| pedroalvarez | it's enabled as a module | 10:06 |
| pedroalvarez | (this is a massive defconfig file from the raspberry pi linux repo) | 10:07 |
| *** gtristan has quit IRC | 10:07 | |
| richard_maw | pedroalvarez: the error is probably from socket(AF_INET6, SOCK_RAW | SOCK_CLOEXEC | SOCK_NONBLOCK, IPPROTO_ICMPV6); | 10:08 |
| Kinnison | pedroalvarez: did you install the modules? | 10:08 |
| Kinnison | pedroalvarez: and did you ensure depmod was run? | 10:08 |
| * pedroalvarez runs `depmod -a` | 10:09 | |
| pedroalvarez | the modules are being installed | 10:10 |
| pedroalvarez | that was it? | 10:10 |
| pedroalvarez | :) | 10:10 |
| paulsherwood | Kinnison: vboxfs time to git clone linux: 1m40.389s | 10:11 |
| edcragg | pedroalvarez: sorry i missed your pings on friday, was busy and not paying attention to irc | 10:13 |
| edcragg | did you have any luck with partitioning? | 10:13 |
| pedroalvarez | edcragg: a lot of luck :) | 10:14 |
| edcragg | really? | 10:14 |
| edcragg | sounds promising | 10:14 |
| pedroalvarez | yes, I want to get them merged :) | 10:14 |
| edcragg | ok, excellent :) | 10:15 |
| pedroalvarez | I can deploy now a disk image, that you can `dd` to a sdcard and then put it on a rpi2 :) | 10:15 |
| edcragg | indeed, that was the idea ;) | 10:15 |
| edcragg | glad it worked for you | 10:17 |
| edcragg | i did also modify the jetson flash script to work with partitioned images, i just didn't submit it to james as it turned out to be fairly inefficient time-wise compared with the way it is now | 10:17 |
| Kinnison | pedroalvarez: cool | 10:17 |
| richard_maw | pedroalvarez: if you've got device pass-through working, you ought to be able to install directly to the SD card, which is faster and allows the card to last longer | 10:18 |
| paulsherwood | pedroalvarez: what was your trick for livestreaming? | 10:18 |
| pedroalvarez | richard_maw: the jetsons have an sdcard slot :) | 10:18 |
| * paulsherwood is considering creating a new network of build machines + artifact server on scaleway | 10:18 | |
| pedroalvarez | paulsherwood: I used hangouts | 10:19 |
| pedroalvarez | you can stream directly to youtube | 10:19 |
| paulsherwood | aha, ok. | 10:19 |
| paulsherwood | 'hangouts on air has been disabled by your domain administrator' | 10:28 |
| pedroalvarez | hm.. I guess I used my own gmail account? | 10:29 |
| paulsherwood | probably | 10:30 |
| * Kinnison notes that OBS is pretty easy to set up and use | 10:31 | |
| Kinnison | and does very nicely for streaming, to YT and to twitch and beam | 10:31 |
| Kinnison | Sadly I think it can only do one target at a time | 10:31 |
| *** CTtpollard has quit IRC | 10:31 | |
| Kinnison | so you'd need some kind of output demultiplexer | 10:32 |
| jjardon | pedroalvarez: I've enabled the videocore support in mesa to have 3D acceleration, so GNOME should work in the rpi2 when we merge Tristan patches; maybe worth a try :) | 10:32 |
| pedroalvarez | jjardon: I was about to start asking graphics questions for the Pi | 10:33 |
| pedroalvarez | I'd like to test if that works, today | 10:33 |
| *** wschaller has quit IRC | 10:34 | |
| pedroalvarez | jjardon: will I have to specify a backend when running weston? | 10:35 |
| pedroalvarez | meh, I will try :) | 10:35 |
| franred | pedroalvarez, other test would be check the XFCE system, if it is still alive and/or usable | 10:36 |
| jjardon | xfce has been fixed recently; and it doesn't need 3D support so it should work | 10:38 |
| pedroalvarez | my goal is to have Genivi Demo Platform on it | 10:40 |
| pedroalvarez | so, weston/wayland | 10:40 |
| pedroalvarez | jjardon: is the patch to enable videocore in gerrit? or has already been merged? | 10:43 |
| jjardon | pedroalvarez: its already there (vc4 in the mesa chunk) | 10:47 |
| pedroalvarez | aha! I was grep'ing videocore | 10:48 |
| *** wschaller has joined #baserock | 10:48 | |
| pedroalvarez | this is good! | 10:48 |
| *** CTtpollard has joined #baserock | 11:08 | |
| pedroalvarez | jjardon: so... if I run weston, it tries to use the drm backend | 11:15 |
| pedroalvarez | jjardon: if I use the fbdev backend, it works, but maybe a bit slow | 11:15 |
| pedroalvarez | but it works!!!! \o/ | 11:17 |
| CTtpollard | :D | 11:19 |
| *** franred has quit IRC | 11:20 | |
| paulsherwood | w00t! | 11:21 |
| *** rdale has joined #baserock | 11:23 | |
| *** franred has joined #baserock | 11:24 | |
| pedroalvarez | hm.. "rpi-backend.so"..? | 11:29 |
| *** tom__ has joined #baserock | 11:32 | |
| *** CTtpollard has quit IRC | 11:36 | |
| *** wschaller has quit IRC | 11:44 | |
| *** zoli_ has quit IRC | 11:45 | |
| *** wschaller has joined #baserock | 11:56 | |
| *** zoli_ has joined #baserock | 12:04 | |
| pedroalvarez | I don't understand why it's not being created | 12:16 |
| *** tom__ is now known as CTtpollard | 12:54 | |
| *** wschaller has quit IRC | 13:04 | |
| *** wschaller has joined #baserock | 13:17 | |
| jonathanmaw | well, it seems ybd didn't like following a symlink to another disk for its cachedir | 13:20 |
| jonathanmaw | the good news is it's building now, the bad news is it's building from scratch | 13:20 |
| paulsherwood | jonathanmaw: check the top of its output... has it actually picked up your config? | 13:23 |
| jonathanmaw | paulsherwood: it's not caching all the gits again, and it's logging the build commands to a place on /src, so that's a win | 13:25 |
| paulsherwood | jonathanmaw: but not seeing your artifacts??? | 13:25 |
| jonathanmaw | paulsherwood: I don't think I managed to build any artifacts before my build got stuck, though it did manage to cache all of them, I think | 13:26 |
| paulsherwood | if they're there, it shouldn't need to rebuild them? | 13:26 |
| jonathanmaw | s/them/the git repos/ | 13:26 |
| paulsherwood | ah. i'm tyalking artifacts | 13:27 |
| jonathanmaw | Would there be a kbas server I can point my build to? | 13:27 |
| paulsherwood | soon | 13:28 |
| paulsherwood | jonathanmaw: http://212.47.227.68/artifacts/* | 13:31 |
| paulsherwood | it has some things building stuff, but it will take a while to populate | 13:31 |
| pedroalvarez | Ok, i believe that rpi-backend.so is not being installed because weston can't find the Raspberry Pi BCM headers at build time | 13:47 |
| pedroalvarez | hm... | 13:47 |
| pedroalvarez | I don't want to have weston depending on the BSP | 13:47 |
| *** gtristan has joined #baserock | 13:47 | |
| richard_maw | if the headers are stable, then you could just copy them into a branch of weston | 13:48 |
| pedroalvarez | that is actually a good idea | 13:48 |
| pedroalvarez | hm.. not sure | 13:57 |
| pedroalvarez | maybe I can just remove the check: http://paste.baserock.org/ekunenirug | 13:57 |
| pedroalvarez | Copy all of these files to $DESTDIR: https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc | 14:00 |
| pedroalvarez | and then generate a .pc file manually | 14:00 |
| pedroalvarez | i don't know how many of these blobs are actually needed :/ | 14:01 |
| *** wschaller has quit IRC | 14:06 | |
| *** bashrc has quit IRC | 14:08 | |
| *** bashrc has joined #baserock | 14:10 | |
| pedroalvarez | Oh, I think I can build it from source :) https://github.com/raspberrypi/userland | 14:12 |
| paulsherwood | jonathanmaw: would you like to upload to that, as well as download? | 14:15 |
| jonathanmaw | paulsherwood: is that done by setting serve-artifacts: True in ybd.conf? | 14:16 |
| pedroalvarez | btw: ERROR: Conflicting fields "morph, and build-system" for glib in stratum strata/glib-common.morph. | 14:17 |
| pedroalvarez | this is Morph complaining, I guess 'ybd' doesn't fail with that | 14:17 |
| paulsherwood | jonathanmaw: no, it's done by setting kbas-password in ybd.conf | 14:18 |
| jonathanmaw | paulsherwood: I take it your kbas server isn't using the default kbas-password, then | 14:18 |
| paulsherwood | jonathanmaw: no. if it did, nothing would be able to upload. the code expressly refuses to work if that's the password | 14:18 |
| ssam2 | pedroalvarez: in master? oops | 14:20 |
| ssam2 | the error makes sense -- if you specify a predefined build system and a chunk .morph file with custom build commands, one or other will be ignored | 14:20 |
| ssam2 | which is a potential source of "why the hell are you ignoring what i told you" errors | 14:21 |
| pedroalvarez | yes, makes sense to me too | 14:21 |
| *** wschaller has joined #baserock | 14:21 | |
| richard_maw | does it? won't that prevent overriding a build-system with custom build commands? | 14:21 |
| richard_maw | or am I misunderstanding this | 14:21 |
| paulsherwood | ssam2: iirc there were several of those... has someone changed morph in this regard? | 14:21 |
| ssam2 | only if the predefined build system is specified in the stratum | 14:21 |
| ssam2 | paulsherwood: not sure what you mean, sorry | 14:21 |
| ssam2 | if you set build-system in the chunk .morph file there's no error | 14:22 |
| paulsherwood | aha, that's what i meant | 14:22 |
| ssam2 | ok :) | 14:22 |
| pedroalvarez | this is for "build-system" in the stratum morphology | 14:22 |
| pedroalvarez | you can either set build-system, or morph, to point to a chunk morphology, in where you can define build-system too | 14:23 |
| tiagogomes_ | pedroalvarez are you fixing that, or should I fix it? | 14:29 |
| pedroalvarez | tiagogomes_: please, go ahead. I have my brain in this rpi fight.. | 14:30 |
| paulsherwood | is this a recently introduced problem? | 14:32 |
| paulsherwood | mason seemed to work | 14:32 |
| pedroalvarez | introduced here: https://gerrit.baserock.org/#/c/1167/1/strata/glib-common.morph | 14:32 |
| pedroalvarez | paulsherwood: I guess mason is building a previous commit, but will eventually fail | 14:33 |
| paulsherwood | aha | 14:34 |
| tiagogomes_ | https://gerrit.baserock.org/#/c/1189/ | 14:38 |
| jjardon | pedroalvarez: for the drm part, you will need this: https://github.com/anholt/linux/tree/vc4-kms-v3d | 14:39 |
| jjardon | pedroalvarez: does the xwalyand backend works in weston? | 14:40 |
| pedroalvarez | err, that fork is "26275 commits ahead" | 14:42 |
| paulsherwood | ouch | 14:42 |
| pedroalvarez | but it might be the good one to get this working, idk | 14:42 |
| pedroalvarez | jjardon: havent tested xwayland, nope | 14:43 |
| pedroalvarez | jjardon: weston is built with "--disable-xwayland" | 14:43 |
| jjardon | pedroalvarez: I think you are using an old definitions | 14:44 |
| pedroalvarez | jjardon: so, you mean that with that kernel, I can use the drm-backend? | 14:44 |
| pedroalvarez | jjardon: nope, this is weston-genivi | 14:45 |
| jjardon | ah, ok | 14:45 |
| jjardon | is weston-genivi a fork of weston? | 14:45 |
| pedroalvarez | it looks like that, with some patches to get the ivi-shell working | 14:46 |
| pedroalvarez | (iirc) | 14:47 |
| jjardon | pedroalvarez: about the drm question: yes, I think so. More info here: http://dri.freedesktop.org/wiki/VC4/ | 14:48 |
| CTtpollard | VC4 is used for the meta-raspberry pi fork from Tizen | 14:49 |
| pedroalvarez | I think this is the right branch: https://github.com/anholt/linux/tree/vc4-kms-v3d-rpi2 | 14:49 |
| pedroalvarez | CTtpollard: good to know, can you point me to that repo? | 14:50 |
| *** tiagogomes_ has quit IRC | 14:50 | |
| CTtpollard | pedroalvarez: git://git.s-osg.org/meta-raspberrypi.git -b 3d_accel_vc4 | 14:50 |
| pedroalvarez | Thanks! It's good to have all of these info | 14:54 |
| pedroalvarez | I don't quite understand why, with all the people using RPi's, these patches are not in mainline | 14:58 |
| paulsherwood | maybe bjdooks could explain? | 14:59 |
| * gtristan gets bombarded with 131 gerrit emails | 15:03 | |
| *** tiagogomes_ has joined #baserock | 15:05 | |
| ssam2 | gtristan: it does that :( | 15:06 |
| paulsherwood | jonathanmaw: am i right your machine is building gcc? | 15:07 |
| jonathanmaw | paulsherwood: yep | 15:07 |
| paulsherwood | it doesn't seem to be uplaoding anything... is that expected? | 15:07 |
| jonathanmaw | It seems I failed to upload m4-tarball when I was building that | 15:08 |
| jjardon | pedroalvarez: broadcom used to provide a binary blob; then broadcom hired anholt to develop a open source driver; so probably is not fnished yet | 15:08 |
| gtristan | ouch | 15:08 |
| jonathanmaw | I suspect the asterisk at the end of the kbas-url shouldn't have gone in the config | 15:08 |
| paulsherwood | kbas-url should be http://212.47.227.68/ | 15:09 |
| jonathanmaw | paulsherwood: no /artifacts? | 15:09 |
| paulsherwood | correct | 15:09 |
| paulsherwood | i suggest let it finish gcc | 15:10 |
| jjardon | gtristan: hey! did you file a bug against accountmanager or should I? | 15:10 |
| paulsherwood | it seems to be *way* faster than the scaleway machines, though | 15:10 |
| gtristan | this: https://gerrit.baserock.org/#/c/1174/2//COMMIT_MSG is certainly not the commit message, but some comment I made on gerrit instead :-/ | 15:10 |
| gtristan | jjardon, it's past midnight, no I did not, I guess you mean accountsservice which probably needs the same systemd configure.ac patch | 15:11 |
| pedroalvarez | gtristan: looking at the patch, Sam updated the commit msg | 15:12 |
| gtristan | pedroalvarez, in any case looking at my original, it was not very verbose ... as tiagogomes_ points out I could have mentioned there that it was a dependency of udisks | 15:13 |
| jjardon | gtristan: ok, dont worry | 15:14 |
| paulsherwood | jonathanmaw: working now i see | 15:14 |
| paulsherwood | i wonder if the 9 will ever catch up | 15:14 |
| *** zoli_ has quit IRC | 15:15 | |
| jonathanmaw | paulsherwood: I had cancelled the gcc build, so when I started it up again, random chance picked something else. Now I'm back to gcc | 15:15 |
| ssam2 | gtristan: I edited that commit message, sorry | 15:15 |
| jonathanmaw | so perhaps the 9 will catch up after all. | 15:15 |
| ssam2 | gtristan: I just didn't want the info to only be present in a Gerrit comment where nobody will find it | 15:16 |
| gtristan | ssam2, if nobody is going to see the conversation in a bug report or a gerrit review which justifies an added/modified line of code, this is a bit of a sad state of affairs :-/ | 15:17 |
| gtristan | ssam2, anyway no worry, I was a bit alarmed because I'm not used to gerrit, and I was worried that it auto-did-something-intrusive | 15:18 |
| gtristan | ssam2, question, looking at: https://gerrit.baserock.org/#/q/topic:startup-gnome-shell... I see merge conflicts...is that really the case ? | 15:19 |
| gtristan | I'm absolutely sure that if the branch were to be applied in the submitted order, there would be none | 15:19 |
| pedroalvarez | gtristan: there was a patch merged recently that maybe have introduced some conflicts | 15:23 |
| pedroalvarez | oh, no, it hasn't been merged yet | 15:23 |
| pedroalvarez | hmm,.. sometimes gerrit su**s | 15:24 |
| pedroalvarez | this is because we have modified the commit msg of one commit | 15:24 |
| pedroalvarez | causing a new version of this patch | 15:24 |
| pedroalvarez | and breaking the dependencies of the patches that depended on the previous version of the patch | 15:25 |
| pedroalvarez | but for this, the gerrit UI has a Rebase buttom | 15:25 |
| pedroalvarez | s/m$/n/ | 15:26 |
| * gtristan clones a fresh definitions and sees half of the patches applied | 15:26 | |
| gtristan | ehh... | 15:27 |
| * gtristan guesses he'll have some overhead to burn hours on tomorrow | 15:27 | |
| ssam2 | gerrit says 'merge conflict' when it means 'this depends on another change that isn't merged yet' | 15:28 |
| ssam2 | but it also says 'merge conflict' when there's an actual merge conflict | 15:29 |
| gtristan | gerrit could wait to merge the branch properly only when all of the patches are approved | 15:29 |
| ssam2 | Gerrit was basically designed with no support at all for change dependencies, and it shows | 15:29 |
| ssam2 | it has at least some sponsored development I think via Android, maybe they could implement that | 15:30 |
| ssam2 | it does seem like a pretty obvious improvement | 15:30 |
| gtristan | sorry for showing frustration - seems like a huge timesink, coupled with a "add discussion to comments so they dont get lost in gerrit" comment, one has to wonder what's the point | 15:30 |
| *** paulwaters_ has quit IRC | 15:30 | |
| ssam2 | that sort of patch series is sort of the worst case for Gerrit. I find it nicer than mailing list review in some ways | 15:34 |
| tiagogomes_ | and gerrit doesn't allow to test the whole branch at once, unless I cherry-picked 15 commits | 15:34 |
| gtristan | mailing list reviews dont match up to proper bug tracking that's true | 15:34 |
| pedroalvarez | ERROR: In stratum baserock:baserock/definitions|68fa5ed3acd71a70a5f6849a92be15076deef495|strata/x-common.morph|x-common-devel, chunk xorg-lib-libXi references its dependency xorg-lib-libXfixes before it is defined | 15:35 |
| ssam2 | tiagogomes_: `git-review -d top-change-of-branch` | 15:35 |
| * tiagogomes_ needs to install that git-review thingy | 15:35 | |
| pedroalvarez | I'm worried that contributors using YBD might break the definitions for Morph :/ | 15:36 |
| pedroalvarez | tiagogomes_: It's in baserock | 15:37 |
| pedroalvarez | you might have it already if you are using a baerock devel VM | 15:37 |
| tiagogomes_ | pedroalvarez yep, I've it, there are no excuses now | 15:37 |
| gtristan | nod, that would be me - I guess the hot question is: Is it against the spec of the .morph to reference before definition ? and then the bug is either with YBD or it is with Morph | 15:38 |
| pedroalvarez | really hot | 15:39 |
| gtristan | :) | 15:39 |
| pedroalvarez | I'd like to separate the morphologies validation | 15:39 |
| pedroalvarez | to a library maybe that both can use? | 15:39 |
| * tiagogomes_ would like they battled until only one stand | 15:43 | |
| *** franred has quit IRC | 15:45 | |
| pedroalvarez | tiagogomes_: :) | 15:45 |
| pedroalvarez | I don't like fights tbh | 15:46 |
| pedroalvarez | we could be hacking on the same thing together, having extra time for focus on other things | 15:51 |
| *** wschaller has quit IRC | 15:54 | |
| paulsherwood | hmmm chroot: failed to run command ‘/bin/bash’: No such file or directory | 15:54 |
| paulsherwood | even though `which bash` returns /bin/bash | 15:54 |
| *** nowster has quit IRC | 15:55 | |
| pedroalvarez | paulsherwood: what exactly are you trying to do? | 15:55 |
| ssam2 | pedroalvarez: we need pre-commit automated testing, still | 15:55 |
| tiagogomes_ | /bin/bash needs to be inside of the chroot dir. Eg./home/me/mychootdir/bin/bash | 15:55 |
| ssam2 | pedroalvarez: at least we have post commit testing! | 15:56 |
| *** mariaderidder has quit IRC | 15:56 | |
| ssam2 | moving the validation stuff into a separate lib is a great idea though | 15:56 |
| ssam2 | except that i think paulsherwood would not use it :-) | 15:56 |
| paulsherwood | pedroalvarez: i'm trying to follow james' chroot instructions http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-August/013252.html | 15:56 |
| paulsherwood | ssam2: you mean validation of definitions? would it require a boatload of morph code? | 15:57 |
| pedroalvarez | paulsherwood: check what tiagogomes_ said | 15:58 |
| paulsherwood | interesting... i wonder how it worked for james, then? | 15:59 |
| pedroalvarez | ssam2: validation and parsing, etc :) | 16:00 |
| paulsherwood | in my chroot there's ash, no bash | 16:00 |
| pedroalvarez | paulsherwood: ash? sh? | 16:00 |
| ssam2 | paulsherwood: it can be done with any code, as long as it validates .morph files according to the agreed spec | 16:00 |
| paulsherwood | ssam2: you mean like the jsonschema approach, or your work with owl? | 16:01 |
| pedroalvarez | paulsherwood: if 'sh' you can do `chroot . /bin/sh` I believe | 16:01 |
| paulsherwood | pedroalvarez: i'm trying '/usr/bin/linux32 -B /src/armv7chroot/launch.sh' | 16:03 |
| pedroalvarez | paulsherwood: do you have "/src/armv7chroot/bin/bash" ? | 16:04 |
| pedroalvarez | or "/src/armv7chroot/bin/sh" ? | 16:04 |
| paulsherwood | /src/armv7chroot/bin/sh | 16:04 |
| pedroalvarez | then change /src/armv7chroot/launch.sh to be like: http://paste.baserock.org/usabomogey | 16:05 |
| paulsherwood | pedroalvarez: ah, sorry. i'm being an idiot. i didn't see the bash reference | 16:06 |
| paulsherwood | tvm | 16:06 |
| pedroalvarez | np, does that work? | 16:07 |
| paulsherwood | s/bash/chroot/ | 16:07 |
| paulsherwood | better, certainly :) | 16:07 |
| pedroalvarez | /bin/bash should be in the system :/ | 16:08 |
| ssam2 | paulsherwood: jsonschema would be able to do a lot of what Morph currently implements in Python | 16:09 |
| ssam2 | although jsonschema would probably give a lot more unhelpful error messages than Morph does | 16:09 |
| *** nowster has joined #baserock | 16:09 | |
| paulsherwood | i'd be surprised if that's true :) | 16:10 |
| *** ctbruce has quit IRC | 16:17 | |
| *** ssam2 has quit IRC | 16:22 | |
| richard_maw | the thought occurs, that mkfs.btrfs includes --rootdir for pre-populating a disk image's rootfs, so if it was smart enough to detect that the files it's initializing the disk image with and the disk image itself are on the same btrfs file system, you could do a zero-copy disk image creation | 16:27 |
| richard_maw | at which point you could use virtual-machines for your builds, providing much greater isolation | 16:27 |
| richard_maw | though if you wanted to have full zero-copy, you'd need to make a corresponding tool for extracting a tree from a disk image as well | 16:29 |
| richard_maw | which is close to what btrfs' rescue command is for | 16:30 |
| pedroalvarez | jjardon: drm backend still not working with that kernel version | 16:42 |
| * paulsherwood now has 9 scaleway machines, and 5 moonshot cartridges, all building definitions armv7 | 16:44 | |
| *** jonathanmaw has quit IRC | 16:45 | |
| paulsherwood | (and a cache server they're all trying to populate) | 16:46 |
| jjardon | pedroalvarez: :( any helpful message in the logs? | 16:59 |
| pedroalvarez | jjardon: haven't enabled logging :/ | 16:59 |
| pedroalvarez | I was trying to figure out how | 16:59 |
| jjardon | For weston I think is --log=file.log | 17:02 |
| *** bashrc has quit IRC | 17:02 | |
| pedroalvarez | [23:08:32.155] no drm device found | 17:03 |
| pedroalvarez | [23:08:32.156] fatal: failed to create compositor | 17:03 |
| paulsherwood | :/ | 17:03 |
| pedroalvarez | alright, I'm missing a couple of things | 17:06 |
| paulsherwood | hmmmm.... ybd is not happy in the chroot... http://paste.baserock.org/vozidinoxu | 17:07 |
| paulsherwood | this mknod thing has to go | 17:08 |
| pedroalvarez | I'd guess it's needed :) | 17:08 |
| paulsherwood | i guess so too | 17:09 |
| * pedroalvarez sends https://gerrit.baserock.org/#/c/1190/ | 17:22 | |
| pedroalvarez | Mason will crash without it :) | 17:25 |
| paulsherwood | because of ordering? | 17:26 |
| *** edcragg has quit IRC | 17:35 | |
| pedroalvarez | Yup | 17:37 |
| pedroalvarez | I proposed the idea of having the same library for ybd an morph to parse definitions because of that error | 17:40 |
| pedroalvarez | As I said, I'm worried that people using only ybd send patches that are not morph compatible | 17:41 |
| *** toscalix__ has quit IRC | 18:23 | |
| *** paulwaters_ has joined #baserock | 18:41 | |
| *** paulwaters_ has quit IRC | 18:45 | |
| *** zoli_ has joined #baserock | 19:58 | |
| *** zoli_ has quit IRC | 20:02 | |
| *** zoli_ has joined #baserock | 20:27 | |
| *** zoli_ has quit IRC | 20:28 | |
| jjardon | Hi, any idea what version of morph is being used to generate the cache? | 21:17 |
| *** lachlanmackenzie has quit IRC | 21:21 | |
| pedroalvarez | The one used on the last release. :) | 22:54 |
| pedroalvarez | Whenever we do a release, we upgrade the version of Mason's | 22:54 |
| *** lachlanmackenzie has joined #baserock | 23:12 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!