*** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 03:50 | |
*** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 03:51 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 03:53 | |
*** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 03:54 | |
jjardon | Hi, Im trying to compile a new version of linux-api-headers (the one in baserock/morph branch), but I always get this error: | 06:05 |
---|---|---|
jjardon | "/linux-api-headers.build/scripts/link-vmlinux.sh: trap: line 113: ERR: invalid signal specification" | 06:05 |
jjardon | seems to be a limitation in ash, so I upgrade busybox to latest master but the problem persist. Did anyone have this problem before? | 06:07 |
*** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 07:38 | |
*** gallit [~gallit@ANice-651-1-389-140.w86-205.abo.wanadoo.fr] has joined #baserock | 07:52 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:55 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:19 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:32 | |
richard_maw | jjardon: that's a new one, don't we usually build linux-api-headers from baserock/build-essential? | 08:48 |
jjardon | richard_maw: yeah, I upgrade the version we build to the one in baserock/morph branch because I need a newer version and also to be in sync with the kernel we are building at the moment | 08:50 |
richard_maw | aiui we don't want to sync the headers exactly to the current kernel version, since we need to be able to build userlands compatible with older kernels | 08:55 |
richard_maw | that, and the uapi change made building the headers require more tooling | 08:56 |
*** jjardon [sid723@gateway/web/irccloud.com/x-zqsjvgdutwyehhua] has quit [Ping timeout: 240 seconds] | 09:04 | |
*** jjardon [sid723@gateway/web/irccloud.com/x-nnzshnvjwoaplvso] has joined #baserock | 09:04 | |
ssam2 | I feel we need to work on a better way to specify splitting rules, in the long term | 10:05 |
ssam2 | I'm trying to come up with a way of saying "put /usr/lib/ruby/[version]/gems/* into -libs but put /usr/lib/ruby/[version]/gems/doc/*" into -doc" | 10:06 |
ssam2 | it's all possible with regexps, but the default rules are going to end up looking like a sea of complicated regular expressions that nobody will ever dare to touch | 10:06 |
ssam2 | might be easier if the order in which the rules were applied could be defined, but that'd probably make other things more complex | 10:07 |
ssam2 | also it'd be nice if I still had tea to drink instead of having drunk it | 10:08 |
liw-orc | ssam2, I know how to solve one of those things in about seven minutes! | 10:09 |
ssam2 | you've cracked time travel ? | 10:10 |
richard_maw | ssam2: back when I was trying to specify the split rule behaviour, we pondered adding `exclude: [ regular_expression ]` to the rules | 10:11 |
liw-orc | no, but I make a new cuppa in seven minutes, I think | 10:11 |
richard_maw | so that could cover not wanting docs to go in -libs | 10:11 |
ssam2 | richard_maw: that might be clearer than a regexp that excludes docs, indeed | 10:12 |
richard_maw | though if we provide a way to say we're completely overriding the defaults, you could specify the order yourself to do it | 10:12 |
ssam2 | well, this *is* the defaults :) | 10:13 |
richard_maw | generally though, I'd like to move the defaults out of the morph code and into the definitions repository | 10:14 |
richard_maw | my suggested idea of having morphologies being able to inherit and override fields means we could move the complexity into the build-system morphologies | 10:15 |
ssam2 | yes, that's probably an improvement, although lots of work and probably some additional code complexity | 10:18 |
ssam2 | having settings like that be per-definitions-repo would make it practical to have a definitions repo "per OS" | 10:19 |
ssam2 | so for example we could have a different definitions repo for Android systems | 10:19 |
ssam2 | with different defaults for layouts, etc. | 10:20 |
ssam2 | might make sense, anyway | 10:20 |
richard_maw | also, build-system specific default splitting rules would eliminate the number of empty chunk artifacts | 10:20 |
ssam2 | I wonder if it could be as simple as this: have two sets of rules, one "specific" and one "catch-all" | 10:22 |
ssam2 | chunks could then add to the specific rules, which would override any catch-all rules | 10:23 |
*** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:13 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 11:36 | |
*** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:37 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 11:46 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:46 | |
*** juergbi` [~juerg@vserver.paldo.org] has joined #baserock | 11:49 | |
*** SotK_ [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 11:49 | |
*** juergbi [~juerg@vserver.paldo.org] has quit [Ping timeout: 260 seconds] | 11:50 | |
*** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 260 seconds] | 11:50 | |
franred | in a configuration extension can I do chroot "$ROOT" su - "$username" -c "application_which_I_want_to_run_as_$username" ? | 11:51 |
franred | Im trying to deploy a system with this as a configuration extension and Im getting: "ERROR: gerrit.configure failed with code 1: su: Cannot drop the controlling terminal" | 11:52 |
liw-orc | that might work | 11:53 |
liw-orc | there's interesting issues about dependcies (has the user been created?) but we'll solve them if you encounter them | 11:53 |
franred | liw-orc, that is what is failing... but I don't know why | 11:53 |
franred | yes the user was created before | 11:56 |
franred | this is what Im trying to do: http://fpaste.org/130947/98318311/ | 11:57 |
franred | s/trying to do/doing/ | 11:57 |
franred | and morph deploy complains about it: | 11:58 |
franred | ERROR: gerrit.configure failed with code 1: su: Cannot drop the controlling terminal | 11:58 |
richard_maw | we also generally recommend against configuring systems with chroot, since it means that you can only deploy them from an architecture that can run the code | 11:58 |
liw-orc | the chroot probably doesn't have a fully populated /dev and that makes su unhappy | 11:58 |
liw-orc | richard_maw, good point | 11:59 |
franred | richard_maw, I don't expect to deploy this from a different architecture | 11:59 |
ssam2 | franred: does seem more and more like you should use Ansible to do this :) but I guess that'd delay having a working Gerrit instance | 11:59 |
richard_maw | trove.configure is currently an offender, I'd generally not accept any configuration extensions in morphlib that weren't architecture independent | 11:59 |
pedroalvarez | ssam2: hm.. for now he only has to run a command, but yes, if the configuration is going to be big as in trove-setup, I'd recommend the use of Ansible | 12:00 |
liw-orc | franred, you should be able to use the useradd command to add a user, without chroot; I don't know if you'd be able to run the gerrit jar, might be better to do that on first boot | 12:00 |
juergbi` is now known as juergbi | 12:01 | |
franred | ummm, I think about this... | 12:01 |
ssam2 | useradd isn't idempotent, I think | 12:02 |
* franred goes for lunch | 12:02 | |
ssam2 | I guess you can just ignore a certain exit code of useradd to achieve basically the same thing, though | 12:02 |
* franred tries adduser before but he hasn't any luck, so he copies something from vagrant configuration extension | 12:03 | |
liw-orc | franred, adduser is a wrapper around useradd; useradd is a lower level tool that might work better | 12:03 |
jjardon | richard_maw: Seems linux-header compiled just fine after removing ERR from that script. AFAIK we are building something linux >= 3.15 but the headers are older than 3.8, any idea what other stuff need to be done for the uapi stuff? | 12:06 |
richard_maw | jjardon: no, the only other issue I recall was that it required perl as a pure build dependency for splitting the headers, which caused issues for the cross-build command, since it prevented us building an appropriate kernel with morph | 12:08 |
richard_maw | but we decided that was out of scope anyway for initial bringup, since you also need custom deployment instruction | 12:08 |
jjardon | richard_maw: ok, let me try to finish the build of the whole system tonigh and I will let you know if it worked or not | 12:15 |
*** gallit [~gallit@ANice-651-1-389-140.w86-205.abo.wanadoo.fr] has quit [Quit: Leaving] | 12:36 | |
*** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has quit [Quit: Coyote finally caught me] | 13:00 | |
*** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 13:03 | |
franred | pedroalvarez, ssam2, configuration shouldn't be big in terms of commands, just add an user and install gerrit using a custom config file. | 13:14 |
franred | but we will see | 13:15 |
franred | richard_maw, what do you suggest to do to replace my chroot command? | 13:15 |
richard_maw | franred: unless you have java on the host machine, either a systemd unit or an ansible script | 13:19 |
richard_maw | btw, your shell quoting of the command to run is incorrect | 13:19 |
richard_maw | you need to escape embedded interpolations | 13:20 |
richard_maw | your double quotes inside the command to run are wrong | 13:20 |
richard_maw | they work because you happen not to have spaces in any of the strings | 13:21 |
franred | oh, I see, I will change it | 13:22 |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:23 | |
franred | liw-orc, richard_maw, to use useradd for adding a new user to my system I need to use chroot so I suppose that I can not use it | 14:26 |
richard_maw | does the useradd command in busybox support -R/--root? | 14:27 |
franred | richard_maw, useradd supports -R yes | 14:29 |
*** 17SAA4G6P [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 14:33 | |
*** 17SAA4G6P [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 244 seconds] | 14:33 | |
richard_maw | hm, I don't have a useradd in baserock systems I have to hand | 14:33 |
richard_maw | if in --root mode it doesn't need to exec any binaries or load any libraries from the chroot, then we'd have a winner | 14:34 |
liw-orc | I assume useradd is in the shadow chunk | 14:35 |
franred | richard_maw, odd I have it in my baserock system | 14:36 |
richard_maw | yep, it comes from shadow | 14:36 |
richard_maw | hm, -R makes it do the chroot, and if we built it with PAM it would need to dlopen libraries AIUI | 14:42 |
richard_maw | completely independent of the libc using /etc/nsswtich.conf, which requires loading libraries | 14:42 |
richard_maw | in a very specific set of circumstances it might work | 14:43 |
richard_maw | but in general, you need to make this happen on first boot | 14:43 |
franred | richard_maw, thanks, you give me a better idea about how to do it | 14:48 |
*** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 16:03 | |
*** benbrown1 [~benbrown@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 16:03 | |
*** SotK_ [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 16:03 | |
*** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 16:03 | |
*** petefoth [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Write error: Connection reset by peer] | 16:03 | |
*** petefoth [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:05 | |
*** benbrown1 [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:05 | |
*** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:05 | |
*** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:05 | |
*** liw-orc [~liw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:14 | |
*** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:28 | |
*** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:32 | |
*** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:48 | |
Kinnison_ is now known as Kinnison | 18:33 | |
*** straycat [~straycat@vortis.xen.tardis.ed.ac.uk] has quit [Remote host closed the connection] | 19:03 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!