*** rdale has quit IRC | 01:46 | |
*** gtristan has joined #baserock | 02:10 | |
*** rdale has joined #baserock | 03:19 | |
*** rdale has quit IRC | 04:23 | |
*** gtristan has quit IRC | 05:03 | |
*** gtristan has joined #baserock | 05:27 | |
*** gtristan has quit IRC | 05:34 | |
*** gtristan has joined #baserock | 06:32 | |
*** rdale has joined #baserock | 06:57 | |
*** CTtpollard has joined #baserock | 07:23 | |
paulsherwood | radiofree: the kbas is working for uploads/downloads... there's something up with the status page though | 07:37 |
---|---|---|
*** toscalix has joined #baserock | 07:57 | |
*** locallycompact has joined #baserock | 08:06 | |
*** CTtpollard has quit IRC | 08:25 | |
*** CTtpollard has joined #baserock | 08:27 | |
*** locallycompact has quit IRC | 08:43 | |
*** tiagogomes has joined #baserock | 09:04 | |
*** CTtpollard has quit IRC | 09:04 | |
*** CTtpollard has joined #baserock | 09:04 | |
*** gtristan has quit IRC | 09:33 | |
*** locallycompact has joined #baserock | 09:37 | |
*** gtristan has joined #baserock | 09:53 | |
*** jonathanmaw has joined #baserock | 10:05 | |
jonathanmaw | When building armv7 from scratch, I get the error "No rule to make target `mpn/add_n.lo', needed by `libgmp.la'" when building stage1-gcc. | 10:10 |
jonathanmaw | I'm building from a debian system, so it's possible I'm missing dependencies in the build environment, but I'm not sure what. | 10:11 |
richard_maw | never seen that before | 10:11 |
*** rdale has quit IRC | 10:14 | |
pedroalvarez | jonathanmaw: silly question: current definitions or are you upgrading something (gcc?) | 10:23 |
jonathanmaw | pedroalvarez: I oughtn't to have changed gcc | 10:25 |
jonathanmaw | though the ref is different to the one in definitions master | 10:26 |
jonathanmaw | stage1-gcc using the baserock/build-essential version | 10:27 |
jonathanmaw | I think it's just old, though. | 10:27 |
pedroalvarez | yes, just old | 10:30 |
pedroalvarez | i thought that the dependencies were all installed using the install_dependencies.sh script | 10:31 |
pedroalvarez | but I guess something is missing | 10:31 |
*** jonathanmaw has quit IRC | 10:34 | |
*** jonathanmaw has joined #baserock | 10:34 | |
*** toscalix has quit IRC | 10:38 | |
*** toscalix has joined #baserock | 10:45 | |
*** edcragg has quit IRC | 11:07 | |
*** edcragg has joined #baserock | 11:09 | |
*** rdale has joined #baserock | 11:35 | |
radiofree | why don't changes to system-integration commands in a chunk result in a rebuilt of the chunk? | 11:58 |
pedroalvarez | because these commands are executed when assembling the System artifact, and nothing has to be done when building the chunk (ybd) | 12:04 |
pedroalvarez | Morph's implementation of system-integration commands will trigger chunk rebuilds | 12:04 |
* richard_maw can't remember if he fixed that or just thought of fixing it | 12:05 | |
pedroalvarez | richard_maw: hm.. fixing morph's implementation? | 12:07 |
pedroalvarez | I don't know what else can be fixed :/ | 12:07 |
radiofree | well i have a chunk here where i have to add something like "echo hello" to the build-commands to ever run the change the system-integration | 12:12 |
radiofree | so it's a ybd issue? | 12:12 |
radiofree | system-integration commands seem to be run when assembling the system artifact | 12:13 |
radiofree | not at deploy (thought i can try that if you'd like) | 12:13 |
radiofree | s/thought/though | 12:13 |
persia | When assembling the system artifact is the right time to run the system-integration commands, so changes to those should cause reassembly, but not rebuild. | 12:14 |
pedroalvarez | radiofree: I would call it feature the fact that ybd doesn't have to rebuild the chunk, just the system. | 12:14 |
radiofree | persia: they appear to cause neither | 12:14 |
pedroalvarez | if ybd is not rebuilding the system, then yes, it's a bug | 12:14 |
persia | radiofree: Then that's a bug :) | 12:14 |
radiofree | the system artifact cache key is made up from all the chunks/strata in a system? | 12:15 |
persia | My memory is that morph has a different bug, in that it rebuilds both, but I may be mistaken, or this may be an artifact of an old version of morph that encouraged putting the system integration commands in the chunk git repo, so the tree hash of that would change. | 12:15 |
radiofree | if the chunk cache key doesn't change when you change a system-integration command there, how would ybd know to re-run the command? | 12:16 |
persia | The system artifact cache key should consist of all the components of the system + all the code that would be executed when assembling the system. | 12:16 |
* radiofree doesn't really like system-integration commands in chunks | 12:16 | |
persia | Where would you put them? | 12:17 |
radiofree | they should be more like "essential steps" (e.g gtk3) not something i might not want to do (e.g enable opensshd in the sshd chunk) | 12:17 |
persia | And, if "system", how would you reuse things that are chunk-related. | 12:17 |
radiofree | well if on my system i want to enable sshd by default i'd do that in something in the system morph | 12:17 |
persia | Why would you want to ship a disabled sshd? | 12:18 |
* persia would expect it to be more secure to just not ship it | 12:18 | |
radiofree | because that's what the client wants | 12:18 |
radiofree | if they need ssh the connect via a serial console and enable it | 12:18 |
persia | OK. Why would the client want to ship a disabled sshd? | 12:18 |
radiofree | but, ok, poor example | 12:19 |
radiofree | actually system-integration commands are used rather sparingly in definitions | 12:20 |
persia | Yep. I believe they are only used when there is no other choice. | 12:20 |
radiofree | and they seem to be only for things that are essential for the chunk to work | 12:21 |
persia | One of the interesting things about system-integration commands is that the results are not available in the build environments, so they end up being used much less than maintainer scripts in package-based systems. | 12:21 |
radiofree | so shouldn't that be part of the chunks cache key? | 12:21 |
persia | Well, technically, you don't need to rebuild the chunk if you change them, only the system. | 12:22 |
radiofree | does morph still work? | 12:22 |
* radiofree might try the test with morph | 12:22 | |
persia | I expect someone optimised them out of the cache key to reduce cache misses, but may not have remembered to add the aggregation of all the system-integration commands for all the components in the system cache key. | 12:22 |
persia | I believe morph considers system-integration commands to be part of the cache key (by considering the entire chunk morphology to be part of the cache key), so it wouldn't expose this, but would rebuild things that didn't necessarily need it. | 12:23 |
radiofree | what's the cache server for morph, artifacts.baserock.org? | 12:23 |
SotK | it was cache.baserock.org once upon a time | 12:24 |
radiofree | ERROR: Definitions format version 6 is not supported | 12:31 |
radiofree | i guess i need to git clone morph? | 12:31 |
SotK | probably | 12:33 |
SotK | what does `morph --version` give you? | 12:33 |
radiofree | ERROR: Definitions format version 6 is not supported after cloning from gbo | 12:33 |
radiofree | a3d3e81914b4bcb157ce862e15196294ac943b52 | 12:33 |
locallycompact | version 6 is pretty old no? | 12:34 |
* radiofree pulls definitions | 12:34 | |
locallycompact | I thought submodules was version 8 | 12:34 |
locallycompact | that was the last | 12:34 |
radiofree | yes, november 23 2015 | 12:34 |
radiofree | not sure why i have such an old definitions | 12:34 |
radiofree | ah | 12:34 |
radiofree | checked out old tag | 12:34 |
* radiofree likes the progress indicator for downloading cache artifacts | 12:35 | |
*** gtristan has quit IRC | 13:00 | |
pedroalvarez | morph does still work | 13:03 |
*** edcragg has quit IRC | 13:33 | |
*** edcragg has joined #baserock | 13:35 | |
*** gtristan has joined #baserock | 13:38 | |
* radiofree comes back to the terminal with morph running | 13:47 | |
radiofree | it froze on stage2-gcc-misc[################## ] 303.8/499.0 MB | 13:47 |
radiofree | though it seems to resume quite nicely | 13:47 |
paulsherwood | radiofree: what's precisely broken in ybd here? | 13:48 |
* paulsherwood has missed most of this, as a result of being dragged into non-software things | 13:49 | |
paulsherwood | system-integration-commands are part of ybd cache-key afaik | 13:49 |
paulsherwood | (in each chunk, hence in systems that contain chunks that have s-i commands) | 13:50 |
persia | paulsherwood: radiofree was reporting a lack of rebuild on changing system-integration commands, which pedroalvarez and I thought was a feature (excepting the need for system-cache-key integration). | 14:00 |
pedroalvarez | but radiofree reported that the system wasn't being rebuild either, which if that is the case, I thought that was a bug | 14:01 |
* paulsherwood confirms that system-integration-commands have somehow slipped through :/ | 14:02 | |
paulsherwood | this week is really starting to annoy me :/ | 14:02 |
pedroalvarez | :S | 14:04 |
* paulsherwood wonders what that emoticon means | 14:06 | |
radiofree | paulsherwood: i haven't managed to test either yet | 14:07 |
radiofree | the ybd cache server didn't work for me | 14:07 |
persia | paulsherwood: In my opinion, system-integration-commands belong in the cache key for the system, rather than for the chunk, if that can be done sensibly. | 14:08 |
*** edcragg has quit IRC | 14:32 | |
*** brlogger has joined #baserock | 15:11 | |
*** faybrocklebank has quit IRC | 15:48 | |
radiofree | what does OSError: [Errno 18] Invalid cross-device link mean? | 16:13 |
radiofree | does morph use sandbox lib? | 16:14 |
richard_maw | radiofree: it means something's using os.link() across two different filesystems. The only place I can think of that being used directly is staging area creation, which needs to have the staging areas on the same filesystem as the hardlink cache or it defeats the purpose of having the cache | 16:18 |
radiofree | hmm | 16:19 |
radiofree | i'm doing this in a chroot, so i guess they are on the same filesystem? | 16:19 |
richard_maw | it depends on how your chroot is constructed, but being chrooted doesn't inherently mean you're on a different filesystem | 16:20 |
richard_maw | radiofree: what does running `findmnt` from outside the chroot say? | 16:24 |
locallycompact | xpost from #rust on mozilla: <dtolnay> locallycompact: also I really like your use case so I filed https://github.com/serde-rs/serde-rs.github.io/issues/22 to add it to the website | 16:25 |
radiofree | richard_maw: ooh that's a lovely command | 16:25 |
radiofree | https://paste.codethink.co.uk/?821 | 16:25 |
richard_maw | radiofree: sounds like it's picking a staging area directory that's not in your artifacts mount then | 16:31 |
radiofree | hmm | 16:31 |
richard_maw | that looks like artifacts, gits and your root are on the same deviceā¦ are you using btrfs subvolumes for br64 and brsys? | 16:32 |
radiofree | i'm chrooting into an extracted baserock chroot image | 16:33 |
radiofree | the 32-bit chroot seems to work | 16:33 |
radiofree | hold on i'll scratch it and try again | 16:33 |
* radiofree assumes he did something wrong | 16:34 | |
richard_maw | what *are* brsys and *br64*? | 16:34 |
radiofree | brsys is a 32-bit baserock chroot | 16:35 |
radiofree | oh, is it because i'm mount binding sys, proc/ in both? | 16:35 |
richard_maw | sys dev and proc should not matter | 16:35 |
radiofree | br64 is a 64-bit baserock chroot | 16:35 |
richard_maw | and you've bind-mounted the 32-bit chroot's gits and artifacts into the 64-bit one's | 16:36 |
radiofree | i don't think so | 16:36 |
radiofree | yes | 16:36 |
radiofree | yes i have | 16:36 |
richard_maw | that's what your findmnt output is telling me whether you think it or not | 16:36 |
paulsherwood | radiofree: can you be more precise about 15:07 < radiofree> the ybd cache server didn't work for me | 16:36 |
radiofree | i think i did that to share gits between the two chroots without having to copy | 16:36 |
radiofree | i clearly don't need the artifacts from a 32-bit chroot.... | 16:37 |
* richard_maw shrugs | 16:37 | |
paulsherwood | if you were trying to build 32-bit artifacts, there are none cached | 16:37 |
radiofree | that fixed it, thanks richard_maw | 16:37 |
radiofree | paulsherwood: it didn't appear to work with 64-bit either | 16:38 |
radiofree | give me a second and i'll try it again | 16:38 |
richard_maw | there are cases when you'd want them (e.g. deploying a different architecture or on systems where you are capable of building multiple target architectures from the same host architecture) | 16:38 |
* paulsherwood has fixed the status error, and confirmed that it appears to work | 16:38 | |
radiofree | paulsherwood: is that with master of definitions? | 16:39 |
paulsherwood | yup | 16:39 |
radiofree | paulsherwood: looks like it's working, thanks | 16:47 |
paulsherwood | great! | 16:48 |
paulsherwood | now i'll look at the s-i commands | 16:49 |
*** jonathanmaw has quit IRC | 16:51 | |
*** toscalix has quit IRC | 17:15 | |
*** tiagogomes has quit IRC | 17:42 | |
*** locallycompact has quit IRC | 18:19 | |
*** paulwaters_ has joined #baserock | 18:29 | |
*** gtristan has quit IRC | 18:59 | |
*** rdale has quit IRC | 19:16 | |
*** CTtpollard has quit IRC | 19:16 | |
*** persia has quit IRC | 19:16 | |
*** inara` has quit IRC | 19:16 | |
*** mwilliams_ct has quit IRC | 19:16 | |
*** trn has quit IRC | 19:16 | |
*** dabukalam_ has quit IRC | 19:16 | |
*** leeming has quit IRC | 19:16 | |
*** cyndis has quit IRC | 19:16 | |
*** perryl has quit IRC | 19:16 | |
*** SotK has quit IRC | 19:16 | |
*** pedroalvarez has quit IRC | 19:16 | |
*** ChanServ has quit IRC | 19:16 | |
*** radiofree has quit IRC | 19:16 | |
*** anahuelamo_ has quit IRC | 19:17 | |
*** rjek has quit IRC | 19:17 | |
*** benbrown_ has quit IRC | 19:17 | |
*** bfletcher has quit IRC | 19:17 | |
*** jjardon_matrix has quit IRC | 19:17 | |
*** persia_ has quit IRC | 19:17 | |
*** lachlanmackenzie has quit IRC | 19:17 | |
*** gary_perkins has quit IRC | 19:17 | |
*** cosm has quit IRC | 19:17 | |
*** _longines has quit IRC | 19:17 | |
*** zoli_ has quit IRC | 19:17 | |
*** bjdooks has quit IRC | 19:17 | |
*** paulsherwood has quit IRC | 19:17 | |
*** vgrade has quit IRC | 19:17 | |
*** juergbi has quit IRC | 19:17 | |
*** jjardon has quit IRC | 19:17 | |
*** jmacs has quit IRC | 19:17 | |
*** JPohlmann has quit IRC | 19:17 | |
*** gary_perkins has joined #baserock | 19:23 | |
*** vgrade has joined #baserock | 19:23 | |
*** paulsherwood has joined #baserock | 19:23 | |
*** inara` has joined #baserock | 19:23 | |
*** persia has joined #baserock | 19:23 | |
*** CTtpollard has joined #baserock | 19:23 | |
*** rdale has joined #baserock | 19:23 | |
*** mwilliams_ct has joined #baserock | 19:23 | |
*** bfletcher has joined #baserock | 19:23 | |
*** benbrown_ has joined #baserock | 19:23 | |
*** rjek has joined #baserock | 19:23 | |
*** anahuelamo_ has joined #baserock | 19:23 | |
*** radiofree has joined #baserock | 19:23 | |
*** lachlanmackenzie has joined #baserock | 19:23 | |
*** persia_ has joined #baserock | 19:23 | |
*** jjardon_matrix has joined #baserock | 19:23 | |
*** ChanServ has joined #baserock | 19:23 | |
*** leeming has joined #baserock | 19:23 | |
*** cyndis has joined #baserock | 19:23 | |
*** perryl has joined #baserock | 19:23 | |
*** bjdooks_ has joined #baserock | 19:23 | |
*** cosm has joined #baserock | 19:23 | |
*** _longines has joined #baserock | 19:23 | |
*** dabukalam_ has joined #baserock | 19:23 | |
*** hitchcock.freenode.net sets mode: +o ChanServ | 19:23 | |
*** juergbi has joined #baserock | 19:23 | |
*** jmacs has joined #baserock | 19:23 | |
*** JPohlmann has joined #baserock | 19:23 | |
*** SotK has joined #baserock | 19:23 | |
*** pedroalvarez has joined #baserock | 19:23 | |
*** hitchcock.freenode.net sets mode: +v pedroalvarez | 19:23 | |
*** rdale has quit IRC | 19:28 | |
*** jjardon has joined #baserock | 19:32 | |
*** zoli_ has joined #baserock | 19:34 | |
*** trn has joined #baserock | 19:36 | |
*** gtristan has joined #baserock | 21:01 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!