| *** Stanto has quit IRC | 02:52 | |
| *** Stanto has joined #baserock | 02:55 | |
| *** gtristan has quit IRC | 06:25 | |
| *** gtristan has joined #baserock | 06:53 | |
| *** edcragg has joined #baserock | 08:12 | |
| *** bruce_ has joined #baserock | 08:28 | |
| *** CTtpollard has joined #baserock | 08:32 | |
| *** toscalix has joined #baserock | 08:42 | |
| *** bashrc_ has joined #baserock | 09:04 | |
| *** rdale has joined #baserock | 09:26 | |
| *** edcragg has quit IRC | 09:35 | |
| *** jonathanmaw has joined #baserock | 09:50 | |
| *** edcragg has joined #baserock | 09:51 | |
| *** gtristan has quit IRC | 09:51 | |
| *** Lachlan1975 has joined #baserock | 10:28 | |
| *** gtristan has joined #baserock | 10:34 | |
| mwilliams_ct | this is potentially a silly question, but I'm having trouble with it conceptually. Take the base system as an example for this: it consists of strata for build-essential, core, foundation and bsp | 10:42 |
|---|---|---|
| mwilliams_ct | core depends on build-essential which is fine but foundation depends on coreutils-common as well | 10:42 |
| mwilliams_ct | why is coreutils-common not in the system morphology? | 10:42 |
| richard_maw | build time only dependency? | 10:43 |
| mwilliams_ct | richard_maw: the significance being that it doesn't need to be in the final system, so it won't be even though it's built? | 10:44 |
| tiagogomes | mwilliams_ct to reduce the size of the deployed image? | 10:44 |
| mwilliams_ct | OK, I grok. Sorry that wasnt intuitive to me though makes sense now. Thanks :) | 10:45 |
| tiagogomes | hey, nobody said that it was supposed to be intuitive :) | 10:46 |
| mwilliams_ct | :) | 10:46 |
| *** rdale has quit IRC | 11:34 | |
| *** rdale has joined #baserock | 11:45 | |
| radiofree | is it possible to tell morph/ybd *not* to cleanup in the event something goes wrong during an upgrade | 11:47 |
| gtristan | paulsherwood, so I got passed all that chroot issues, and have arrived at my next roadblock, which is an annoying one | 12:19 |
| gtristan | first, the chroot issues are not that bad, but there needs to be some things populated in /bin at least for a build to happen, partly (mostly?) because of scripts which do hashbangs expecting #!/bin/sh | 12:20 |
| gtristan | that's not a hard obstacle anyway, things build in the sandbox with a mounted/prioritized distcc nicely | 12:20 |
| gtristan | the next obstacle worries me because it's a political standpoint of aboriginal, which is: reject all things GPLv3 | 12:21 |
| gtristan | which means: Dont provide a compiler new enough to build the glibc we want to build | 12:22 |
| gtristan | So, that may mean that we will have no choice but to take ownership of that initial bootstrapping process after all | 12:23 |
| gtristan | at the very least, right now I have to build a recent cross compiler | 12:23 |
| radiofree | is building "initramfs-test" and making sure it boots a good enough test for that? | 13:32 |
| radiofree | has that type of image ever been upgradable? | 13:32 |
| pedroalvarez | Images with intramfs? There are also a couple in release.morph | 13:34 |
| radiofree | well there's an "initramfs-test" cluster as well | 13:35 |
| pedroalvarez | I believe they are upgradeable, although I don't remember where the image goes in the FS | 13:35 |
| radiofree | do you have an example of an upgrade cluster for an initramfs system? | 13:36 |
| radiofree | i guess just change rawdisk to ssh-rsync and try? | 13:36 |
| pedroalvarez | That should be it | 13:37 |
| pedroalvarez | Hmm.. Would it work if /boot is in another partition? | 13:39 |
| radiofree | system-version-manager has code to handle initramfs | 13:39 |
| radiofree | i'm not going to try a partitioned initramfs system.... | 13:39 |
| pedroalvarez | Heh, yeah, I don't think it will work | 13:40 |
| radiofree | what i've tested so far, jetson partitioned (deploy + upgrade), x86 non partitioned (deploy + upgrade), x86 partitioned system (now works! deploy + upgrade) | 13:40 |
| radiofree | i'll just make sure initramfs system don't get broken with these changes | 13:40 |
| pedroalvarez | Yup, that sounds good :) | 13:43 |
| pedroalvarez | Also, if intramfs can be put in different places, if in a partition doesn't work | 13:44 |
| pedroalvarez | s/if// | 13:44 |
| radiofree | the initramfs upgrade failed :\ | 14:02 |
| radiofree | but at the system-version-manager stage | 14:02 |
| radiofree | which i haven't touched... | 14:02 |
| *** edcragg has quit IRC | 14:02 | |
| radiofree | debugging things at this stage is a total pain in the arse | 14:03 |
| * radiofree does it anyway | 14:03 | |
| *** edcragg has joined #baserock | 14:04 | |
| radiofree | pedroalvarez: the good news is it doesn't work without my changes anyway | 14:24 |
| radiofree | so i guess i don't have to spend any time fixing this atm | 14:24 |
| pedroalvarez | I agree | 14:34 |
| pedroalvarez | Could you create an story for that bug in https://storyboard.baserock.org/#!/dashboard/stories ? | 14:35 |
| *** gtristan has quit IRC | 14:37 | |
| *** gtristan has joined #baserock | 14:54 | |
| *** jonathanmaw has quit IRC | 15:26 | |
| *** jonathanmaw has joined #baserock | 15:27 | |
| *** jonathanmaw has quit IRC | 15:42 | |
| *** jonathanmaw has joined #baserock | 15:45 | |
| *** nowster has quit IRC | 15:52 | |
| *** nowster has joined #baserock | 15:53 | |
| *** franred has quit IRC | 16:03 | |
| * richard_maw sent a mail to the list about what's blocking being able to have lorry import gcc with a shallow clone | 16:04 | |
| richard_maw | in general: shallow push is broken, there's ways we can work around it, but they are more complicated than fixing git and should only be done if we need to work with old versions of git | 16:09 |
| richard_maw | and I don't have time to do either | 16:09 |
| richard_maw | so I thought I'd write up what I could while I have the time | 16:09 |
| richard_maw | and be able to answer questions | 16:09 |
| * richard_maw will continue implementing what he can, but it's likely the result will have the caveats: 1. breaks downstream troves, 2. can't unshallow, 3. can't detect fast-forwards | 16:29 | |
| richard_maw | oh, and anyone else's shallow repositories won't be handled correctly either, but nobody else is doing them | 16:36 |
| radiofree | if you have submodules in a repo, the only way to have the clone from gbo is to modify the branch right? | 16:39 |
| richard_maw | yes | 16:39 |
| radiofree | ok | 16:39 |
| radiofree | what about things like http://git.baserock.org/cgi-bin/cgit.cgi/delta/qt5/qtwebengine.git/tree/.gitmodules?h=0.9 | 16:40 |
| radiofree | will that clone from gbo/delta/qt5/qtwebengine-chromium.git automatically then? | 16:40 |
| pedroalvarez | I don't like that approach :/ | 16:41 |
| radiofree | that isn't my approach, i haven't modified the repo | 16:42 |
| pedroalvarez | yeah, I know some upstreams do that | 16:42 |
| radiofree | isn't that better than modifying the branch though? | 16:42 |
| radiofree | it's going to be the same as us modifying it to to exactly the same thing? | 16:42 |
| pedroalvarez | yeh, it's better.. if you are lucky that we put the submodule-repo in the right path | 16:43 |
| *** bruce_ has quit IRC | 17:01 | |
| *** jonathanmaw has quit IRC | 17:05 | |
| CTtpollard | there is currently discussion in #yocto around shallow cloning | 17:13 |
| pedroalvarez | radiofree: thanks for the patches | 17:36 |
| pedroalvarez | I will be able to continue the RPi work | 17:36 |
| pedroalvarez | radiofree: btw, I never managed to use extlinux there, even using the same uboot as in the jetson. Do you know what can be the issue there? or am I dreaming when thinking that given that it works in jetson it should work in RPi? | 17:37 |
| radiofree | for some reason people disable sysboot in the default configs | 17:39 |
| radiofree | (that was the case for the wandboard for example) | 17:39 |
| radiofree | might just need to enable it there | 17:39 |
| radiofree | CONFIG_CMD_PXE needs to be enabled... surprised that it wasn't. did you manually try to "sysboot"? | 17:43 |
| edcragg | it probably needs to be a fairly recent version i imagine. should be just a question of whether the sysboot command is available or not | 17:45 |
| pedroalvarez | haven't tried anything else than puting an extlinux.conf file and just try | 17:46 |
| edcragg | you can easily check if it's available by typing the command into the u-boot shell | 17:47 |
| radiofree | each boards default boot commands are different | 17:49 |
| radiofree | so on the rpi it might not bother to call sysboot | 17:49 |
| radiofree | could probably solve that by placing a /boot.scr that does though (since i imagine they all will attempt to source that) | 17:49 |
| radiofree | qt 5.5.1 upgrade was.... seamless | 17:50 |
| edcragg | indeed, this all completely depends on the uboot environment, though | 17:50 |
| edcragg | it will have to either load a script which does so, or have a boot command in the environment that explicitly tries to boot with sysboot | 17:51 |
| radiofree | edcragg: a quick grep of the tree shows how ubiquitous boot.scr is | 17:51 |
| edcragg | yep, not universal though, i've seen all sorts of things, particularly in oem releases | 17:52 |
| radiofree | heh, yeah | 17:52 |
| radiofree | heh, yeah, pandora board prefers "autoboot.scr" | 17:53 |
| radiofree | you should be able to do that yourself though, i.e for your board support place a boot.scr/autoboot.scr whatever... in the correct location that calls sysboot | 17:53 |
| edcragg | you can also compile a uboot environment to a binary and dd it to the right place on the boot flash to overwrite the environment | 17:54 |
| pedroalvarez | heheh, I will for sure ask you whenever I get to it | 17:55 |
| pedroalvarez | I know some people has managed to get it working, but not with upstream uboot | 17:55 |
| *** CTtpollard has quit IRC | 17:57 | |
| edcragg | there's usually a massive amount of patches on oem u-boot releases, so much that i've never successfully got mainline u-boot running on anything that i've looked at :P | 17:58 |
| *** bashrc_ has quit IRC | 18:02 | |
| radiofree | let's see if qtwebengine works | 18:07 |
| radiofree | gotta do http://git.baserock.org/cgi-bin/cgit.cgi/delta/qt5/qtwebengine.git/commit/?h=baserock/v5.5.1 | 18:07 |
| radiofree | "16-01-14 00:01:06 [1/17/307] [weston-system-armv7lhf-jetson] ERROR: unable to get cache for qtwebengine" | 18:11 |
| * radiofree gives up for the evening | 18:14 | |
| *** Lachlan1975 has quit IRC | 19:31 | |
| *** edcragg has quit IRC | 19:41 | |
| *** rdale_ct has joined #baserock | 20:00 | |
| *** rdale has quit IRC | 20:00 | |
| *** rdale_ct has quit IRC | 20:04 | |
| *** rdale has joined #baserock | 20:05 | |
| *** toscalix has quit IRC | 22:30 | |
| *** edcragg has joined #baserock | 23:10 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!