| *** edcragg has quit IRC | 01:21 | |
| *** gtristan has quit IRC | 05:11 | |
| *** gtristan has joined #baserock | 05:23 | |
| *** toscalix has joined #baserock | 08:06 | |
| *** CTtpollard has joined #baserock | 08:12 | |
| *** edcragg has joined #baserock | 08:19 | |
| *** rdale has joined #baserock | 08:23 | |
| *** fay_ is now known as faybrocklebank | 08:29 | |
| *** bashrc has joined #baserock | 08:55 | |
| *** ctbruce has joined #baserock | 09:14 | |
| *** franred has joined #baserock | 09:24 | |
| *** edcragg has quit IRC | 09:42 | |
| *** tiagogomes_ has joined #baserock | 09:43 | |
| *** jonathanmaw has joined #baserock | 09:47 | |
| *** edcragg has joined #baserock | 09:57 | |
| *** ssam2 has joined #baserock | 10:04 | |
| *** ChanServ sets mode: +v ssam2 | 10:04 | |
| *** Lachlan1975 has joined #baserock | 10:28 | |
| *** gtristan has quit IRC | 10:30 | |
| *** Lachlan1975 has quit IRC | 10:38 | |
| *** Lachlan1975 has joined #baserock | 10:53 | |
| *** gtristan has joined #baserock | 11:03 | |
| richard_maw | it's possible to nix the bug where strings are interpreted as numbers by hooking into the YAML parser a bit more cleverly, since we can instruct it to load different object paths differently, even returning a proper object rather than a dict | 11:18 |
|---|---|---|
| *** wdutch has quit IRC | 11:40 | |
| *** locallycompact has joined #baserock | 11:43 | |
| *** wdutch has joined #baserock | 11:53 | |
| *** rdale has quit IRC | 12:21 | |
| *** rdale has joined #baserock | 12:22 | |
| *** toscalix has quit IRC | 12:47 | |
| *** toscalix_ has joined #baserock | 12:47 | |
| *** gtristan has quit IRC | 13:46 | |
| *** gtristan has joined #baserock | 13:52 | |
| gary_perkins | Arrggh! I'm stuck! :( I've rebuilt the trove system and updated the trove server. Rebooted into the new system, only for it to stop just after init starts because it wants to go into single user mode. There are no useful error messages and the journal contains nothing! Has anyone seen this before? | 13:59 |
| paulsherwood | ouch | 14:02 |
| persia | gary_perkins: Did you mount /, or are you still in the initrd? | 14:02 |
| gary_perkins | persia: / has mounted, the only error is a no such file when it looked for /etc/init.d/rcS | 14:03 |
| * persia hasn't seen that before | 14:04 | |
| gary_perkins | there is no /proc | 14:04 |
| persia | My experience is limited to bouncing to single-user before the pivot. | 14:05 |
| ssam2 | it does seem like it's using the wrong 'init' | 14:08 |
| ssam2 | I can't imagine systemd giving that error | 14:08 |
| gary_perkins | init started: BusyBox v1.23.1 () | 14:08 |
| gary_perkins | can't run '/etc/init.d/rcS': No such file or directory | 14:08 |
| gary_perkins | Please press Enter to activate this console. | 14:08 |
| gary_perkins | ^^ is what I get | 14:09 |
| ssam2 | right. So it is indeed the wrong 'init' | 14:09 |
| ssam2 | not sure how that could happen | 14:09 |
| gary_perkins | ssam2: can I select the right init? | 14:09 |
| ssam2 | systemd /sbin/init should overwrite busybox /sbin/init | 14:11 |
| ssam2 | hmm.. did you use ybd or Morph ? | 14:11 |
| gary_perkins | ybd | 14:11 |
| gary_perkins | I'll try morph | 14:11 |
| ssam2 | ah. I think YBD is installing chunks in the wrong order | 14:11 |
| ssam2 | Morph installs chunks in a set order, which means that when two chunks install the same file, the later one overrides the earlier one | 14:12 |
| paulsherwood | erk... order should not matter, imo :/ | 14:12 |
| ssam2 | it's a bit of a hack that the reference systems rely on this to work, but it's not simple to fix, either | 14:12 |
| ssam2 | paulsherwood: I agree in principle, but i don't have any idea on how to get there | 14:12 |
| gary_perkins | ok, thx. Worth a try | 14:12 |
| paulsherwood | fix the overlaps :) | 14:13 |
| ssam2 | paulsherwood: be my guest | 14:13 |
| paulsherwood | ack | 14:13 |
| ssam2 | start with stage2-gcc vs. gcc, perhaps. We'd need a way to say "stop installing stage2-gcc once you have built gcc" | 14:13 |
| rdale | we would need to have two variants of build-essential - one that installs bash/system etc in the final phase, and another that installs busy box instead | 14:14 |
| ssam2 | yes, variants would solve the problem for the case of busybox init vs. systemd | 14:14 |
| ssam2 | Morph used to warn on overlaps, but I think that got removed at some piont | 14:15 |
| ssam2 | *point | 14:15 |
| rdale | i suppose you could do some artifact splitting rules in the final system to pick up one or the other | 14:15 |
| persia | That would be the ideal solution: sufficiently split artifacts to not need to install any files twice, and an error condition if a file is reinstalled. | 14:21 |
| *** rdale has quit IRC | 14:25 | |
| *** rdale has joined #baserock | 14:29 | |
| ssam2 | I had an idea for another solution: disallow overlaps, unless the definitions explicitly specify an order | 15:00 |
| ssam2 | e.g. ordering: [busybox-bins, systemd-bins] to say that we prefer systemd over busybox | 15:01 |
| ssam2 | splitting rules would be a better solution, but i don't know how I'd implement that | 15:01 |
| persia | The main reason I favour splitting rules is from a history of working with debian-format tooling, where one had to intentiontionally declare conflicts or the system wouldn't work: that feature, while annoying when integrating a new component, helped me more times than I can count to be confident of what I had installed on a system. | 15:03 |
| *** ctbruce has quit IRC | 15:10 | |
| *** ctbruce has joined #baserock | 15:11 | |
| paulsherwood | so the current splitting-rules syntax doesn't provide for a solution to this? | 15:12 |
| ssam2 | i think it does, if you can be bothered to use it | 15:13 |
| ssam2 | but it's rather a pain to use in my experience | 15:13 |
| paulsherwood | i haven't even been able to comprehend it so far, never mind use it :) | 15:14 |
| paulsherwood | win /35 | 15:14 |
| paulsherwood | eek | 15:14 |
| rdale | you would need to define names for the split components in systemd, bash and busy box instead of using the default names like busybox-bins and then specify two different sets of components in a system according to whether you wanted to use busy box or bash/systemd | 15:15 |
| paulsherwood | is busybox *required* in trove? if not, why is it there? | 15:16 |
| persia | busybox is in most things, largely because of the time before we had replacements for the tools in definitions. Even where there are replacements used in systems, the replacements are often not complete. | 15:21 |
| pedroalvarez | I was going to say, that this problem might not be trove specific | 15:22 |
| paulsherwood | i expect this problem is more general, but i was hoping for a shortcut for gary_perkins' trove issue | 15:24 |
| gary_perkins | paulsherwood: I'm afraid I've resorted to morph for now :( | 15:26 |
| paulsherwood | heh ;) | 15:26 |
| pedroalvarez | I'm not assuming yet that morph won't have that issue though | 15:26 |
| paulsherwood | well, i don't think trove definitions have changed, nor morph, to the extent that the problem would surface? | 15:27 |
| pedroalvarez | It might be something else, related to the current state of that specific trove.. | 15:28 |
| pedroalvarez | but I don't know really :/ | 15:29 |
| paulsherwood | ack | 15:29 |
| paulsherwood | is there a *reason* that build-essential is present in example systems, rather than just a build-depend for the systems? | 15:41 |
| rdale | it has the gcc and glibc runtimes in it | 15:42 |
| rdale | so you need build-essential-minimal in order to run anything in a built system | 15:43 |
| pedroalvarez | oh! I might look into not including everything in baseline systems :) | 15:44 |
| pedroalvarez | hehe, so build-essentials also has some runtime-essentials :P | 15:44 |
| paulsherwood | so specifying build-essential-minimal might fix the trove issue? | 15:44 |
| rdale | yes, if it isn't a development system | 15:45 |
| ssam2 | i would strongly recommend adding some overlaps checks into YBD too | 15:45 |
| ssam2 | there might be other cases like this that could ruin someone else's day in future | 15:45 |
| pedroalvarez | I agree | 15:45 |
| paulsherwood | agreed | 15:45 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/issues/176 | 15:47 |
| rdale | actually i think build-essential-minimal will still include a busy box init | 15:51 |
| pedroalvarez | oh yes, it should | 15:51 |
| rdale | so we might want a different split version of build-essential that excluded busybox | 15:54 |
| gary_perkins | \o/ trove has been upgraded! "Linux trove 4.4.0+ #1 SMP Sat Feb 20 01:45:01 UTC 2016 x86_64 GNU/Linux" | 16:02 |
| paulsherwood | gary_perkins: w00t :) | 16:02 |
| gary_perkins | one snag was the upgrade wrote a new fstab which tried to mount /home as a btrfs subvolume | 16:02 |
| gary_perkins | where I normally have /home as an ext4 | 16:03 |
| rjek | gary_perkins: strings /lib/x86_64-linux-gnu/libc.so.6|grep "^GNU C Library" | 16:04 |
| rjek | (Change path as appropriate :) | 16:04 |
| pedroalvarez | gary_perkins: oh, I missed the FSTAB bit of your trove configuration | 16:05 |
| pedroalvarez | but anyway, now that you have done it manually, you shouldn't have more problems in future upgrades | 16:05 |
| gary_perkins | rjek: version 2.22 | 16:06 |
| rjek | woo | 16:06 |
| pedroalvarez | `grep '\"\(sha1\|repo\|original_ref\)\":' /baserock/glibc-bins.meta` | 16:07 |
| gary_perkins | pedroalvarez: "original_ref": "b995d95a5943785be3ab862b2d3276f3b4a22481", "repo": "git://git.baserock.org/delta/glibc", "sha1": "b995d95a5943785be3ab862b2d3276f3b4a22481", | 16:08 |
| pedroalvarez | hehe, more baserocky output | 16:09 |
| pedroalvarez | paulsherwood: might be interesting for you: 4vcpu 8G ram | 17:06 |
| pedroalvarez | 2016-02-22 12:56:47 Started building WebKitGtk on ct187-mason:3434 | 17:06 |
| pedroalvarez | 2016-02-22 15:04:01 Finished building WebKitGtk on ct187-mason:3434 | 17:06 |
| paulsherwood | tvm | 17:09 |
| *** ctbruce has quit IRC | 17:17 | |
| *** franred has quit IRC | 17:40 | |
| locallycompact | paulsherwood, is there a way I can upload things to the baserock/ namespace on dockerhub | 17:41 |
| *** toscalix_ has quit IRC | 17:51 | |
| *** jonathanmaw has quit IRC | 18:03 | |
| *** ssam2 has quit IRC | 18:06 | |
| *** bashrc has quit IRC | 18:06 | |
| paulsherwood | i'll check | 18:09 |
| *** locallycompact has quit IRC | 18:27 | |
| *** edcragg has quit IRC | 18:41 | |
| paulsherwood | http://paste.baserock.org/itovojedon | 18:51 |
| paulsherwood | pedroalvarez: do you think that would be enough information for tracing overlaps in systems? | 18:52 |
| pedroalvarez | that's nice | 18:56 |
| paulsherwood | tvm :) | 18:57 |
| pedroalvarez | haha, I'd love to see all the overlaps of system | 18:57 |
| persia | Would it be possible to get the full path? | 18:57 |
| pedroalvarez | they are going to be a lot of them | 18:57 |
| persia | For some systems, there are many files with the same name, but different paths, etc. Knowing which can be tricky. | 18:58 |
| pedroalvarez | It's useful information | 18:59 |
| paulsherwood | http://paste.baserock.org/ekukibanis ? | 18:59 |
| pedroalvarez | not sure if the tmpdir path is good in this context | 19:00 |
| persia | That's lovely. Extra points for stripping the prefix, but at least one can easily find the right file. | 19:00 |
| paulsherwood | ack | 19:00 |
| * paulsherwood => dinner | 19:00 | |
| * pedroalvarez -> home | 19:00 | |
| persia | Am I interpreting it correctly that these files overlap pre-existing files? Is there any way to find the chunk that provided the original file? | 19:00 |
| * persia waits for tomorrow for an answer, and wishes everyone a good night. | 19:00 | |
| pedroalvarez | metadata files should have information about that | 19:01 |
| pedroalvarez | I'm not sure it will be easy/efficient would be to check that in the build tool | 19:02 |
| *** Lachlan1975 has quit IRC | 19:24 | |
| *** persia has quit IRC | 20:19 | |
| *** persia has joined #baserock | 20:19 | |
| *** persia has quit IRC | 20:20 | |
| *** _longines has quit IRC | 20:20 | |
| *** juergbi has quit IRC | 20:21 | |
| *** juergbi has joined #baserock | 20:21 | |
| *** _longines has joined #baserock | 20:22 | |
| *** persia has joined #baserock | 20:22 | |
| *** cosm has joined #baserock | 21:08 | |
| *** toscalix has joined #baserock | 21:09 | |
| *** toscalix has quit IRC | 21:09 | |
| paulsherwood | http://paste.baserock.org/quyovobacu | 21:54 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/commit/3af68b7363b24bd41d72198d7bb6c5baac90536b | 21:55 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!