| *** zoli__ has joined #baserock | 00:17 | |
| *** zoli__ has quit IRC | 00:22 | |
| *** zoli__ has joined #baserock | 02:06 | |
| *** zoli__ has quit IRC | 02:10 | |
| *** zoli__ has joined #baserock | 04:00 | |
| *** zoli__ has quit IRC | 04:32 | |
| *** zoli__ has joined #baserock | 04:51 | |
| *** edcragg has joined #baserock | 06:41 | |
| *** Albert_ has joined #baserock | 07:18 | |
| *** mariaderidder has joined #baserock | 07:42 | |
| *** a1exhughe5 has joined #baserock | 07:44 | |
| *** edcragg has quit IRC | 08:06 | |
| *** mauricemoss_ has joined #baserock | 08:12 | |
| *** ssam2 has joined #baserock | 08:16 | |
| *** ChanServ sets mode: +v ssam2 | 08:16 | |
| *** jonathanmaw has joined #baserock | 08:25 | |
| *** tiagogomes_ has joined #baserock | 08:41 | |
| *** edcragg has joined #baserock | 08:42 | |
| jonathanmaw | hrm, I have systemd user sessions, but shutdown can take up to 90 seconds because it shuts things down in the wrong order. fedora has a workaround http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0266-Temporary-work-around-for-slow-shutdown-due-to-unter.patch?h=f20 | 08:44 |
|---|---|---|
| jonathanmaw | do we want changes in the repo, or in the chunk morphology? | 08:44 |
| jonathanmaw | for that matter, what's the preferred way to add config files, like systemd units and pam config? I've been using heredocs in install-commands, but that's starting to look very messy. | 08:46 |
| *** gary_perkins has joined #baserock | 08:46 | |
| franred_ | jonathanmaw, IMO adding the custom systemd unit to the chunk would be enough - adding a comment for why we overwrite it/them. | 09:01 |
| jonathanmaw | franred_: to the chunk morphology, or in the source code? | 09:02 |
| franred_ | chunk morphology | 09:02 |
| *** franred_ is now known as franred | 09:03 | |
| pedroalvarez | could we persuade systemd to add this workaround by default? | 09:07 |
| *** rdale has quit IRC | 09:08 | |
| *** rdale has joined #baserock | 09:09 | |
| *** lachlanmackenzie has joined #baserock | 09:14 | |
| Kinnison | I imagine they'd rather "fix it properly" | 09:33 |
| * richard_maw has discovered that bits of nfs-utils were broken by our gcc update, and is preparing a patch | 09:49 | |
| Kinnison | Ouchie | 09:50 |
| richard_maw | also, for the ostree patches we need to go through all the write extensions and have them deliberately break hardlinks | 09:54 |
| richard_maw | I currently only know that rsync isn't doing this | 09:55 |
| *** franred has quit IRC | 09:57 | |
| pedroalvarez | hrm.. that bug may be the cause of my failed attempts of using pxeboot.write | 10:10 |
| richard_maw | pedroalvarez: that may be the case if your devel system is sufficiently new | 10:13 |
| tlsa | freetype's auto hinting can be improved when it uses harfbuzz, but harfbuzz deps on freetype. So to get nice hinting, you have to build freetype, then build harfbuzz, then rebuild freetype with FT_CONFIG_OPTION_USE_HARFBUZZ | 10:18 |
| radiofree | nice... | 10:18 |
| richard_maw | :¬| | 10:18 |
| rjek | tlsa: Eugh | 10:19 |
| Kinnison | Yay intrinsic build-dep loops | 10:19 |
| Kinnison | they make me so happy | 10:19 |
| rjek | These are tears or pure joy | 10:19 |
| rjek | of | 10:19 |
| richard_maw | this makes me want multi-source chunks | 10:19 |
| Kinnison | To produce a freetype+harfbuzz chunk which deals with that internally? | 10:20 |
| richard_maw | Kinnison: yeah | 10:20 |
| Kinnison | Hmm | 10:20 |
| richard_maw | if the two projects are that incestuously linked then I'm not sure it's sane to build them separately | 10:21 |
| richard_maw | though wasn't harfbuzz split out of freetype anyway? | 10:21 |
| tlsa | freetype is C | 10:21 |
| tlsa | harfbuzz is C++ | 10:21 |
| rjek | What Harfbuzz does is outside of Freetype's scope. | 10:21 |
| rjek | Freetype is just a renderer and font metric library, basically | 10:21 |
| tlsa | harfbuzz is layout | 10:22 |
| rjek | Harfbuzz is about typesetting and layout | 10:22 |
| rjek | snap | 10:22 |
| tlsa | and also glyph sustitution | 10:22 |
| rjek | Nod. | 10:22 |
| jjardon | If someone have some time: https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:rework_cross_systems | 10:53 |
| ssam2 | also, patch to update Morph to latest: https://gerrit.baserock.org/#/c/450/ | 10:54 |
| ssam2 | after that is merged, I'm going to tag definitions with 'baserock-15.17-rc' as a kind of release candidate | 10:54 |
| ssam2 | I need to deploy something stable next week, so need a tag, but I don't think it's worth (or practical) doing a full release today | 10:55 |
| ssam2 | jjardon: that patch looks good, thanks! | 10:55 |
| *** franred has joined #baserock | 10:56 | |
| radiofree | ssam2: regarding the rc, can you patch the jetson clusters to use BOOT_DEVICE and ROOT_DEVICE | 11:04 |
| radiofree | so release and jetson-upgrade | 11:04 |
| ssam2 | yes, ok | 11:04 |
| ssam2 | do you have a patch? | 11:04 |
| radiofree | hold on | 11:04 |
| radiofree | ssam2: http://paste.fedoraproject.org/215126/87370714/ | 11:08 |
| ssam2 | radiofree: thanks, pushed to master | 11:11 |
| pedroalvarez | oh, thanks for that patch | 11:22 |
| jjardon | mwilliams_ct: Zara when you have some time, it would be great if you can test some of the armv5 patches: https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/morph+branch:master+topic:morph_bootstrap_armv5 and https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:definitions_bootstrap_armv5 | 12:20 |
| jjardon | (follow the instructions from http://wiki.baserock.org/guides/how-to-cross-bootstrap/) | 12:20 |
| *** tiagogomes_ has quit IRC | 12:57 | |
| *** tiagogomes_ has joined #baserock | 12:57 | |
| pedroalvarez | anyone with a 4.0 kernel baserock system (x86_64) can run this? ` zcat /proc/config.gz | grep ROOT_NFS` | 13:26 |
| * pedroalvarez will see the default config | 13:27 | |
| paulsherwood | CONFIG_ROOT_NFS=y | 13:29 |
| franred | pedroalvarez, same here | 13:29 |
| pedroalvarez | paulsherwood, franred t hanks | 13:29 |
| * pedroalvarez discards a theory | 13:29 | |
| * straycat ♥ partial builds | 13:36 | |
| paulsherwood | straycat: is that in master now? | 13:40 |
| straycat | yes | 13:41 |
| paulsherwood | cool ;) | 13:42 |
| * richard_maw just hopes it won't be misused | 13:44 | |
| Kinnison | Of course it will | 13:45 |
| Kinnison | we're humans aren't we? | 13:45 |
| paulsherwood | is there documentation, or a video tutorial maybe? | 13:45 |
| Kinnison | paulsherwood: documentation is always wrong, just read the code | 13:45 |
| straycat | :s | 13:45 |
| * Kinnison turns down the sass | 13:45 | |
| straycat | might be useful to have something on the wiki somewhere | 13:46 |
| radiofree | if you document it then it absolutely will be misused | 13:46 |
| Kinnison | :P | 13:46 |
| richard_maw | has anyone else seen doffm's 'google compute engine' support patches? | 13:46 |
| paulsherwood | Kinnison: i love it when you hurl my words back at me. note however that i do make videos, which hopefully help to convey the approach, even if the details change | 13:46 |
| richard_maw | https://gerrit.baserock.org/#/c/444/ and https://gerrit.baserock.org/#/c/443/ | 13:46 |
| Kinnison | paulsherwood: :) | 13:47 |
| * persia worries that "partial deploys" will break things, and hopes that the existence of this feature doesn't dissuade people from writing `morph hack` | 13:53 | |
| straycat | i thought partial builds was morph hack? | 13:54 |
| franred | richard_maw, I did, I was waiting for him to answer your suggestions | 14:00 |
| jjardon | oh, gcc 5.1 has been released! | 14:04 |
| radiofree | time to upgrade :D | 14:06 |
| tiagogomes_ | or no | 14:08 |
| tiagogomes_ | upgrading gcc will normally break things, and sometimes you only realize it weeks after the upgrade | 14:09 |
| radiofree | i was, of course, being entirely serious | 14:09 |
| pedroalvarez | Hehe, maybe with it we can remove gmp workarounds in gcc chunks | 14:10 |
| * jjardon files https://gerrit.baserock.org/#/c/451/ | 14:11 | |
| jonathanmaw | something weird is going on with systemd and pam. I tried to improve on the hacky way I did it yesterday (have login start pam_systemd.so), as systemd attempts to do it 'properly' by having user@.service use the systemd-user pam config | 14:11 |
| jonathanmaw | as far as I can tell, this doesn't work because user@.service won't get started unless pam_systemd.so is called by something else | 14:12 |
| franred | jjardon, that was easy... the one which follows it will be trickier | 14:13 |
| Kinnison | jonathanmaw: what are you trying to achieve? | 14:15 |
| jonathanmaw | Kinnison: yesterday I had pam_systemd.so in login's pam config. I was seeing if it was possible to get systemd's pam config to hold that | 14:16 |
| jonathanmaw | user@.service has PAMName=systemd-user, which is where pam_systemd.so ought to be put | 14:16 |
| Kinnison | each pam-aware thing runs its own root "thing" | 14:16 |
| Kinnison | so login always runs the 'login' pam.d entry | 14:16 |
| jonathanmaw | ah, I see how yocto did it | 14:18 |
| jonathanmaw | their system-session always does pam_systemd.so | 14:18 |
| jonathanmaw | hence login will have inherited it, etc. etc. | 14:18 |
| *** zoli__ has quit IRC | 14:28 | |
| doffm | richard_maw: Basically agree with all comments on google-compute-engine. How do I go about addressing them an uploading a new patch? | 14:47 |
| doffm | I actually tried setting the mtu via a network file. Didn't work, which is why i have the wierd systemd files. | 14:48 |
| doffm | I'll try again with your suggestion. | 14:48 |
| persia | straycat: `morph hack` was supposed to parse definitions, and run the build commands for a chunk against the local working tree (or just bare directory, to support things like build-from-tarball). I thought partial builds just built chunks for part of a system, rather than an entire system, but from the git sources as usual. | 14:52 |
| persia | That said, I may have misunderstood robtaylor's description of `morph hack`, so I may be entierly wrong. | 14:52 |
| Kinnison | That's not what I understood morph hack to be | 14:54 |
| Kinnison | But then there's been many attempts at describing 'hack' | 14:54 |
| Kinnison | :) | 14:54 |
| persia | What was your understanding of `morph hack`, and to whom do you attribute it? | 14:54 |
| Kinnison | my understanding was that it would elevate a chunk into a hack stratum at the top of the system (farthest from the leaves) and apply edits there, rather than replacing the unedited chunk deeper in the stack. Anything "hacked" would build with hacked variants of their build-deps (in case you're doing a multichunk hack) and during system artifact construction the hacked chunks would replace their unhacke | 14:56 |
| Kinnison | d variants during unpack/link | 14:56 |
| Kinnison | I attribute it to myself and robtaylor discussing it, and further ponderings between myself and richard_maw | 14:57 |
| jjardon | wow, the kernel used in openbmc is so old that the Makefile fails to build with a modern make; more than 6 years old! | 14:58 |
| radiofree | hhe | 14:59 |
| rjek | jjardon: Erk! | 14:59 |
| jjardon | yeah, 2.6.28.9 | 15:00 |
| Kinnison | Erm, urgh | 15:02 |
| Zara | Hi, I'm trying to pull some changes from gerrit into my checkout. I ran git-review -d <change Id> but got an error: http://paste.baserock.org/diregoyofe . What's going wrong? | 15:11 |
| jjardon | "2015-04-24 15:10:36 system minimal-system-armv5l-wedge is cached at /src/cache/artifacts/e3a3f3bed1804b3e1359b0c217c636f3078e6adde676aebd3ae95da9faad3acd.system.minimal-system-armv5l-aspeed-rootfs" :) now lets investigate how to deploy this | 15:12 |
| persia | Kinnison: Hrm. That interpretation also sounds very useful. I suppose both need better names :) | 15:16 |
| Kinnison | jjardon: congrats | 15:16 |
| pedroalvarez | jjardon: minimal? meh! put openstack on armv5l! | 15:17 |
| persia | It's been done before. Should be relatively easy. | 15:18 |
| persia | Err, nevermind. It's been done on armv6l: my mistake. | 15:18 |
| jmacs | Do we have baserock on armv6l now? | 15:19 |
| persia | I seem to recall someone talking about putting it on a PI, which would imply the capability exists, but I don't think the relevant work was shared with the rest of us, so for most interpretations of "we", I think the answer is "no". | 15:20 |
| persia | The OpenStack on PI stuff I saw was non-Baserock. | 15:20 |
| jmacs | I know pedroalvarez was working on it | 15:20 |
| jjardon | :) | 15:20 |
| jjardon | jmacs: not yet | 15:21 |
| pedroalvarez | openstack on PI? | 15:21 |
| rjek | WHY | 15:21 |
| persia | This was a while ago, when it seemed like a better idea than it does now. | 15:21 |
| jmacs | Tune in next week for OpenStack on a Commodore 64. | 15:22 |
| persia | (where "while" is measured in "years") | 15:22 |
| rjek | And the week after that an Acorn System 1. | 15:22 |
| persia | jmacs: Is there a working 8-bit python interpreter? | 15:22 |
| pedroalvarez | I was joking about openstack on armv5, I assume that jjardon's arv5 board is tiny | 15:22 |
| rjek | Python's core is ANSI C, but I don't think it's as portable as Lua's ANSI C core (which runs quite happily on 6502) | 15:23 |
| jmacs | persia: I doubt it, but there are some odd people out there. | 15:23 |
| rjek | I've certainly seen Python running on small 16-bit systems | 15:23 |
| Kinnison | You don't need one | 15:24 |
| Kinnison | Just run a 32bit CPU emulation on the 8bit system | 15:24 |
| rjek | That's how somebody booted Linux on an Arduino. | 15:25 |
| jmacs | With cassette-backed swap. | 15:25 |
| rjek | ARM emulator + bit-banged SIMM | 15:25 |
| rjek | http://dmitry.gr/index.php?r=05.Projects&proj=07.%20Linux%20on%208bit | 15:26 |
| rjek | AVR there | 15:26 |
| flatmush | rjek: that's disgusting, hasn't that guy heard of FPGAs? | 15:39 |
| rjek | :) | 15:40 |
| pedroalvarez | franred: so, ceilometer has a dedicated service for the storage node? | 15:46 |
| franred | pedroalvarez, no, depends on if this exists or not ceilometer will run in the storage node or in the compute node (if this is the node where cinder runs) | 15:47 |
| pedroalvarez | franred: I will rephrase it a bit | 15:48 |
| *** CTtpollard has quit IRC | 15:48 | |
| pedroalvarez | franred: if the openstack setup has a compute node to run nova-compute, and a storage node to run cinder, do you need to run anything from ceilometer on the storage node? | 15:48 |
| franred | in that case ceilometer-compute should run in the storage node and not in nova-compute | 15:49 |
| franred | pedroalvarez, ^^ | 15:50 |
| pedroalvarez | franred: hm.. then sounds like they named it wrongly | 15:51 |
| franred | pedroalvarez, ... Im lying to you... | 15:52 |
| franred | and to everybody, I will fix the patches and resend them | 15:53 |
| jonathanmaw | aha! slow shutdown is because systemd-exit.service failed, because it was looking for /usr/bin/kill, when we have /bin/kill | 15:53 |
| Albert_ | Having trouble with Genivi AudioManager. I'm building from source. The one currently running is v6.0.1. The repo only has 6.0, or 6.1, etc. No 6.0.1. I try to build 6.0 and it fails to buildv(v6.2 builds OK). Is there a known issue? | 15:53 |
| *** a1exhughe5 has quit IRC | 15:54 | |
| pedroalvarez | franred: then, do we need ceilometer services on the storage node? | 15:55 |
| franred | pedroalvarez, no, we don't | 15:55 |
| franred | pedroalvarez, patches re-sent | 16:00 |
| jonathanmaw | so, the reason why systemd gets the wrong place for kill, is that the base-system-x86_64-generic does not include strata/coreutils-common, which installs /usr/bin/kill | 16:05 |
| jonathanmaw | but coreutils-common is in the staging area | 16:05 |
| *** Albert_ has quit IRC | 16:09 | |
| richard_maw | I'm bloody sick of having split /usr | 16:30 |
| persia | Then remove it. | 16:44 |
| nowster | persia: Lennart, is that you? | 16:47 |
| *** mariaderidder has quit IRC | 16:49 | |
| paulsherwood | lol | 16:50 |
| ssam2 | Release candidate baserock-15.17-rc is released! | 16:50 |
| ssam2 | it's up to you what you want 'release candidate' to mean :) there's a tag, and x86 builds. | 16:50 |
| straycat | :) | 16:53 |
| ssam2 | 'ostree' the tool is in this release, but Morph does not have the code to use OSTree, and it turns out quite a bit more work is needed on that | 16:53 |
| *** jonathanmaw has quit IRC | 16:53 | |
| ssam2 | current version of the code is: https://gerrit.baserock.org/#/c/442/, and it largely works, but there are some big isues. Many write extensions can't handle deploying from a hardlink checkout without creating a broken system. It also breaks cross-bootstrap | 16:54 |
| paulsherwood | ouch :) | 17:00 |
| *** gary_perkins has quit IRC | 17:06 | |
| ssam2 | time to go ride bikes! | 17:06 |
| *** ssam2 has quit IRC | 17:07 | |
| *** tiagogomes_ has quit IRC | 17:13 | |
| * pedroalvarez is adding support to pxeboot write to choose the target interface device to boot from | 17:13 | |
| pedroalvarez | I found that one machine was loading the kernel from one interface, and then the rootfs from the other interface just because dhcp was faster on the other one | 17:14 |
| *** mauricemoss_ has quit IRC | 17:26 | |
| *** edcragg has quit IRC | 17:32 | |
| *** zoli__ has joined #baserock | 17:39 | |
| *** rdale has quit IRC | 17:43 | |
| *** straycat has quit IRC | 17:54 | |
| *** zoli__ has quit IRC | 17:57 | |
| *** lachlanmackenzie has quit IRC | 18:19 | |
| *** zoli__ has joined #baserock | 18:24 | |
| *** zoli__ has quit IRC | 23:04 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!