| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 00:54 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 01:42 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 264 seconds] | 01:46 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 04:15 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 04:35 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 05:12 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 06:29 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 06:29 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Ping timeout: 250 seconds] | 06:34 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 06:50 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 06:51 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 07:03 | |
| *** cyndis [cyndis@lakka.kapsi.fi] has quit [Ping timeout: 272 seconds] | 07:49 | |
| *** cyndis [cyndis@lakka.kapsi.fi] has joined #baserock | 07:51 | |
| petefoth | I haven't pushed the branch containing my ‘ Documentation for KVM Write Extension’ patches as I'm not in baserock-writers | 08:40 |
|---|---|---|
| *** rdale [~quassel@252.Red-2-136-152.dynamicIP.rima-tde.net] has joined #baserock | 08:48 | |
| paulsher1ood | petefoth: do you want to be? it's a git-intensive role, and quite a responsibility :) | 08:57 |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:59 | |
| petefoth | paulsher1ood: I don’t think i do. To have a remote where I can push branches for review, is it best to use my github account, or gitlab or …? Maybe some guidance on this could be in the ‘Contributing’ section of w.b.o (if it isn’t already - I’ll go and look) | 09:00 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:00 | |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:01 | |
| paulsher1ood | petefoth: any public git repo host would be fine, i think. preferably one with cgit web ui or similar | 09:12 |
| paulsher1ood | +1 for any improvement to the wiki :) | 09:12 |
| petefoth | paulsher1ood: thanks | 09:12 |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:19 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:26 | |
| pedroalvarez | hm... mason-x86-64 has panicked (I believe) | 09:40 |
| pedroalvarez | thiis is the log I can get before rebooting: http://paste.baserock.org/zivoxutenu | 09:41 |
| pedroalvarez | looking at the journal, the only thing I know is that it was trying to build ruby | 09:47 |
| persia | Was there filesystem pressure (e.g. not enough space)? That seems to be one of many causes of this sort of thing. | 09:49 |
| pedroalvarez | is the first thing I checked when I rebooted the system | 09:49 |
| pedroalvarez | it has 20 G free, | 09:50 |
| pedroalvarez | and seems to be working ok now :/ | 09:50 |
| persia | Then the problem is not likely to be about filesystem extents :( | 09:50 |
| pedroalvarez | worth noting that this system has glibc-2.20 and systemd 217 | 09:50 |
| pedroalvarez | is the only one in "production" with those | 09:51 |
| pedroalvarez | well, both Masons | 09:51 |
| persia | Which kernel? | 09:52 |
| * pedroalvarez looks at the other mason and finds surprises | 09:52 | |
| pedroalvarez | 3.15? | 09:52 |
| pedroalvarez | http://paste.baserock.org/olesuvocav | 09:53 |
| pedroalvarez | yeah, 3.15 | 09:53 |
| pedroalvarez | note, the machine of the second log, hasn't panicked | 09:53 |
| persia | That's a lot f segfaults. | 09:55 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:59 | |
| radiofree | looks like i was too late to the qt5 reviewing party | 10:16 |
| radiofree | if we want to use this for wayland we'll have to create qt5-tools-wayland, qt5-tools-qtmultimedia-wayland... qt5-tools-qtwebkit-wayland... | 10:16 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:17 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 10:18 | |
| pedroalvarez | reagarding the sefault, nothing important | 10:19 |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:19 | |
| persia | Everything I can find for that class of error seems to be internal kernel functions spinning | 10:19 |
| pedroalvarez | looks like we are having a ssh dictionary attack, and everytime that shadow tries to get information of a non-existent user, the segfault happens | 10:20 |
| persia | Solutions seem to involve 1) disabling NUMA, 2) disabling SMP, 3) disabling the offending kernel function (when one finds it). | 10:20 |
| persia | Perhaps it is time to add fail2ban to the Mason systems? | 10:20 |
| pedroalvarez | s/Mason/the/ ? | 10:21 |
| persia | Well, anything public-facing. | 10:22 |
| persia | I don't think it belongs in minimal or GENIVI | 10:22 |
| pedroalvarez | I'd put it on network-security stratum | 10:23 |
| persia | It's not precisely related to either of the things already there, but that wouldn't be bad. | 10:25 |
| * persia wants hierarchical nested component definitions, and decides to respond again to the ybd thread | 10:26 | |
| pedroalvarez | I've never used it. Is something that requires configuration to start working? or can it have a default configuration for ssh attacks> | 10:26 |
| persia | Looking at Ubuntu, it appears it can ship with a default configuration, and there are samples for many attacks. | 10:27 |
| persia | Take a look at http://sources.debian.net/src/fail2ban/0.9.1-1/config/ | 10:28 |
| DavePage | Yeah, fail2ban is inelegant but seems to work :) | 10:29 |
| pedroalvarez | It has been in my things-to-do plate for months, but I wasn't to worried about it since I don't use passwords :) | 10:32 |
| jjardon | Sshguard is another possibility | 10:35 |
| radiofree | don't allow people to login with a password? | 10:35 |
| pedroalvarez | radiofree: that is my approach | 10:36 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:38 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Client Quit] | 10:38 | |
| radiofree | hmmm having to build a whole lot of stuff again when testing javiers weston branch | 10:39 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:39 | |
| radiofree | i built it last night though | 10:39 |
| radiofree | (with an older version of morph) | 10:39 |
| radiofree | i take it cache.baserock.org isn't up-to-date then? | 10:40 |
| pedroalvarez | radiofree: take it as: cache.baserock.org only have cache for devel systems | 10:42 |
| radiofree | well i built this exact system last night | 10:43 |
| persia | Did you update definitions since? | 10:43 |
| radiofree | i've upgraded morph and switched branches | 10:43 |
| radiofree | persia: no | 10:43 |
| pedroalvarez | hm.. maybe cache.baserock.org is misbehaving? | 10:43 |
| persia | Upgrading morph can change cache keys (we should probably test that more aggressively). Switching branches can change definitions causing cache to be invalid. | 10:44 |
| radiofree | well i switched back to the branch i want to test | 10:44 |
| persia | pedroalvarez: For a build last night, the cache should be local, no? | 10:44 |
| * radiofree sighs and just builds loads of stuff again | 10:45 | |
| pedroalvarez | persia: yeah, you are right | 10:45 |
| pedroalvarez | radiofree: OOI, what is it building now? | 10:45 |
| persia | Do we have any data on the load on the distbuild networks that Mason is driving? | 10:45 |
| radiofree | i'm building javier's weston system | 10:45 |
| pedroalvarez | radiofree: but what chunk | 10:46 |
| radiofree | it wants to rebuild from bsp-jetson | 10:46 |
| pedroalvarez | radiofree: hm.. anyway, nothing depends on the bsp, so maybe you are lucky | 10:46 |
| radiofree | *from* | 10:46 |
| radiofree | it built the bsp, now it's on nss | 10:46 |
| radiofree | which is in network-security | 10:47 |
| radiofree | i'll remove llvm from this system actually | 10:47 |
| radiofree | since it's not needed on arm | 10:47 |
| radiofree | oh btw, i was thinking about sending a patch for the llvm chunk | 10:48 |
| radiofree | if it's on arm, just return "true" for everything, to skip the build | 10:48 |
| radiofree | since mesa depends on it | 10:48 |
| pedroalvarez | sounds hacky | 10:48 |
| radiofree | well, the mesa strata depends on it | 10:48 |
| radiofree | yeah it's hacky, but better then spending hours building something that isn't used at all | 10:49 |
| richard_maw | until we have parameterised morphologies, that's the hack we need | 10:49 |
| radiofree | or do we want to go back to mesa-arm, mesa-x, mesa-wayland.... | 10:49 |
| radiofree | i'll think i'll try this out now then! | 10:49 |
| pedroalvarez | radiofree: btw, network-security stratum is not in the devel system | 10:50 |
| radiofree | pedroalvarez: i know, i copied javiers weston branch | 10:54 |
| radiofree | oh weird... it's not building at all now | 10:55 |
| *** cosm [~Unknown@host-78-150-56-250.as13285.net] has quit [Ping timeout: 265 seconds] | 10:59 | |
| jonathanmaw | looking at download.baserock.org, devel-systems were replaced with build-systems. Is there any difference other than the name? | 11:00 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 265 seconds] | 11:02 | |
| persia | jonathanmaw: the "build" systems strive to be just enough to run morph, whereas the "devel" systems contain a bit more, making it a slightly more pleasing environment in which to do development. | 11:03 |
| radiofree | so apparently it failed last night as well | 11:06 |
| jonathanmaw | persia: Will baserock be delivering more devel systems, or is baserock-14.40 the last time a devel system will be delivered? | 11:06 |
| radiofree | jjardon: network manager doesn't build for me | 11:06 |
| jonathanmaw | s/will be/was/ | 11:06 |
| radiofree | jjardon: 2014-11-26 10:53:01 ERROR OUTPUT FROM FAILED BUILD: No package 'libsystemd-login' found | 11:06 |
| rdale | systemd has changed and doesn't have lots of .pc files anymore | 11:07 |
| jjardon | radiofree: you have to build master | 11:07 |
| *** wdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:07 | |
| jjardon | And also add readline >= 6 | 11:07 |
| pedroalvarez | jonathanmaw: we are delivering now the build system which is almost the same as the devel system was | 11:08 |
| persia | jonathanmaw: In my ideal world, there would be a daily snapshot available. Currently, Mason doesn't push to download.baserock.org when it successfully builds a devel system. I'd +1 a patch that fixed that, but suspect it to be better to wait for the next generation Mason (coming RSN). | 11:08 |
| jjardon | Some things changed since I sent the branch, that's why I said yesterday I will rebase and send again ;) | 11:08 |
| persia | But yes, as pedroalvarez says, if you want devel, you would do better to download build and build devel (possibly tweaking to your preferences). | 11:09 |
| pedroalvarez | yeah, upgrading your build system to a devel sytem can take around 20 minutes (depending on your internet connection) | 11:10 |
| radiofree | jjardon: do *i* have to add readline, or is it your new branch? | 11:10 |
| radiofree | also it is mostly master, "strata/x-generic.morph: Upgrade to latest xserver (1.16.2)" is what i cherry-picked your previous branch onto | 11:11 |
| *** cosm [~Unknown@us2x.mullvad.net] has joined #baserock | 11:11 | |
| jjardon | radiofree: I meant you need to build network manager master | 11:12 |
| jjardon | And for that you need readline6 | 11:12 |
| jjardon | The current one in base rock is too old | 11:13 |
| radiofree | ah, i see you removed it from your weston system in master | 11:13 |
| radiofree | sorry, in your rebased branch | 11:13 |
| SotK | In which repository should the turbo-hipster plugins I'm writing for Mason live? The system-tests repo or somewhere different? | 11:18 |
| persia | There's a related architectural question: do you imagine these being useful for a wide range of system tests, or are they tightly tied to test implementations? | 11:20 |
| persia | If the former, they should be in a separate repo, so that users can point at an arbitrary repo to find tests to apply when gating. | 11:20 |
| persia | If the latter, putting them in system-tests serves as a good example, and users can derive from system-tests to generate their own system acceptance tests. | 11:20 |
| SotK | they are just implementations, so I'll put them in system-tests | 11:22 |
| persia | That makes sense. So users with different systems can examine system-tests, and either branch it, or create their own using that as a model. | 11:23 |
| radiofree | jjardon: linux-pam fails | 11:44 |
| radiofree | pam_unix_acct.c:106:19: error: 'RLIMIT_NOFILE' undeclared (first use in this function) | 11:44 |
| jjardon | radiofree: is not the same version we are using in weston-genivi? | 11:47 |
| radiofree | jjardon: no | 11:48 |
| radiofree | weston-genivi is using 1.1.8, you're using 1.1.5 | 11:49 |
| radiofree | jjardon: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/strata/weston-genivi.morph?id=0d0a16a010aa340a86bb364dc37344332195bbb1 | 11:50 |
| radiofree | i'll change the sha and soldier on | 11:51 |
| jjardon | Oh, ok, as i told you i was rebasing the branch, didnt have time to compile it yet, so thanks for the pretesting ;) | 11:52 |
| jjardon | radiofree: yeah, same compilation error here | 11:55 |
| radiofree | jjardon: and congratulations, the whole point of your patch series doesn't build either :D | 11:58 |
| radiofree | configure: error: Package requirements (xcb xcb-xfixes xcb-composite xcursor cairo-xcb) were not met: | 11:58 |
| radiofree | i think you need --disable-xwayland --disable-x11-compositor | 11:58 |
| jjardon | radiofree: its a working branch, its not finished | 11:59 |
| radiofree | it builds when you disable xwayland, x11-compositor anyway | 12:07 |
| radiofree | you'll probably want to disable-x11-compositor? | 12:07 |
| radiofree | hmm my lorries don't seem to have lorried | 12:11 |
| radiofree | did i do something wrong? | 12:11 |
| richard_maw | radiofree: I'll have a poke, it usually means there's a syntax error in the lorry file | 12:12 |
| radiofree | richard_maw: spotted it | 12:13 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/local-config/lorries.git/commit/?id=fdc3865243855852ec444f78266c1b75826e2043 | 12:13 |
| radiofree | + "nvidia/tegra-pinmux-scripts.git" { | 12:13 |
| radiofree | sorry about that, should i fix it in master? | 12:13 |
| richard_maw | yeah, go ahead and push the fixup directly | 12:13 |
| radiofree | so cryptopp, if there's a requirement to have the jetson flashing scripts work in a devel system, will need to be added to a devel system | 12:20 |
| radiofree | although i could git clone it and build as part of the script | 12:20 |
| richard_maw | is there any reason we can't build the jetson flashing scripts in morph too? | 12:20 |
| radiofree | sure, it requires some of those nvidia tools | 12:21 |
| radiofree | but then you'd have to add "jetson-baserock-flash" stratum to a devel system | 12:22 |
| radiofree | which i don't think paulsher1ood wanted | 12:22 |
| paulsher1ood | i'm not against it, really? | 12:22 |
| radiofree | i don't know, are you? | 12:22 |
| paulsher1ood | i think we could make it more generic - flashing-tools? and start with jetson stuff? | 12:23 |
| radiofree | well in theory i think my script would work on a wandboard as well | 12:23 |
| radiofree | or any arm board with usb gadget support in u-boot | 12:24 |
| richard_maw | there's potentially room for fastboot and heimdall in flashing-tools too | 12:24 |
| paulsher1ood | +1 for this idea, then | 12:25 |
| radiofree | ok, flashing tools it is then, i'll make my life easier... | 12:25 |
| radiofree | if you try to use it on a desktop machine i'll just say "you need to build foo from bar first" | 12:25 |
| paulsher1ood | radiofree: i was thinking about flashing-tools as stratum name... you can keep this script jetson specific if you prefer | 12:26 |
| radiofree | i will, i'll put it in a flashing-tools stratum though | 12:26 |
| paulsher1ood | great! | 12:27 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 12:59 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 13:15 | |
| *** jjardon [sid723@gateway/web/irccloud.com/x-hioklikdbudulumq] has quit [Ping timeout: 258 seconds] | 14:14 | |
| *** jjardon [sid723@gateway/web/irccloud.com/x-kthuhjfdsxgaglys] has joined #baserock | 14:15 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has quit [Ping timeout: 258 seconds] | 14:20 | |
| *** radiofree [radiofree@unaffiliated/radiofree] has joined #baserock | 14:20 | |
| radiofree | turns out new version of cryptopp are a nightmare to compile | 14:31 |
| radiofree | i think it's working now, but i had to grab stuff from https://launchpad.net/ubuntu/+source/libcrypto++/5.6.1-6 | 14:31 |
| radiofree | specifically the libcrypto++_5.6.1-6.debian.tar.gz changes | 14:31 |
| radiofree | what's the convention in baserock for including these changes? just make a branch? | 14:32 |
| franred | radiofree, yes, the convention is to create a branch with the patches on it | 14:35 |
| franred | indicating from where they come from | 14:35 |
| radiofree | didn't work that time either | 14:45 |
| franred | :/ | 14:49 |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 14:50 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 15:05 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:05 | |
| radiofree | hmm | 16:04 |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 16:05 | |
| radiofree | cancel that hmm | 16:09 |
| franred | radiofree, it has been canceled | 16:12 |
| radiofree | can someone with a baserock x86 vm please run a script for me, and give me the output? | 16:15 |
| radiofree | output is a file | 16:15 |
| pedroalvarez | radiofree: yup | 16:15 |
| radiofree | ok pedroalvarez, will e-mail you! | 16:17 |
| radiofree | pedroalvarez: biff | 16:20 |
| pedroalvarez | radiofree: done | 16:25 |
| radiofree | you're a star! | 16:30 |
| radiofree | looks like it's working on x86 | 16:30 |
| pedroalvarez | np :) | 16:33 |
| radiofree | i don't suppose you have a 32-bit system around? | 16:52 |
| *** sherm_ [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:16 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 17:27 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:34 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 17:36 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has joined #baserock | 17:51 | |
| *** zoli_ [~zoli_@0x5e91887a.adsl.cybercity.dk] has quit [Changing host] | 17:51 | |
| *** zoli_ [~zoli_@linaro/zoli] has joined #baserock | 17:51 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:52 | |
| *** locallycompact [~lc@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 265 seconds] | 17:55 | |
| *** mariaderidder [~maria@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:59 | |
| *** bashrc [~motters@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Lost terminal] | 17:59 | |
| *** petefoth [~petefoth@host-92-25-64-58.as13285.net] has quit [Quit: petefoth] | 18:10 | |
| *** tiagogomes [~tiagogome@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 18:10 | |
| *** zoli_ [~zoli_@linaro/zoli] has quit [Remote host closed the connection] | 21:31 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 23:22 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!