| *** edcragg has quit IRC | 00:27 | |
| *** zoli__ has joined #baserock | 05:17 | |
| *** zoli__ has quit IRC | 05:18 | |
| *** zoli__ has joined #baserock | 05:22 | |
| *** zoli__ has quit IRC | 06:48 | |
| *** a1exhughe5 has joined #baserock | 07:24 | |
| *** zoli__ has joined #baserock | 07:31 | |
| *** zoli__ has quit IRC | 07:33 | |
| *** mdunford has joined #baserock | 07:51 | |
| *** zoli__ has joined #baserock | 07:53 | |
| *** bashrc has joined #baserock | 08:07 | |
| straycat | franred, assume 838 is tested? | 08:15 |
|---|---|---|
| *** mariaderidder has joined #baserock | 08:15 | |
| Kinnison | last night, I blogged about `curl | sudo bash -` as an installation mechanism: https://blog.digital-scurf.org/posts/in-defence-of-curl-pipe-sudo-bash/ -- I'd be really interested in whether anyone in this community has ideas for how to solve the problem (or knows of projects already on the way to solving it) | 08:31 |
| *** ssam2 has joined #baserock | 08:31 | |
| *** ChanServ sets mode: +v ssam2 | 08:31 | |
| rjek | For me, Debian packages. | 08:32 |
| rjek | Frankly, if there isn't a Debian package I look for something else. | 08:33 |
| * Kinnison nods, but you are probably in the small subset of people who knows they should review scripts, and maybe even could | 08:33 | |
| Kinnison | :) | 08:33 |
| franred | straycat, yes, it is tested and Im gonna test it once again today | 08:37 |
| rjek | Kinnison: But your blog post is tl;dr, sorry | 08:39 |
| Kinnison | rjek: yeah it was a bit wordy | 08:40 |
| Kinnison | it kinda bimbled out of my fingers while I was catching up on Ted-Ed youtube videos | 08:40 |
| * SotK read it, it was interesting | 08:40 | |
| *** jonathanmaw has joined #baserock | 08:50 | |
| franred | jjardon, biff regading iputils | 08:51 |
| straycat | franred, cool | 08:53 |
| *** mdunford has quit IRC | 08:55 | |
| rdale | are .so files which don't start with lib* ignored by ldconfig? | 08:59 |
| Kinnison | quite likely | 08:59 |
| rdale | i'm finding that a plugin in /usr/lib isn't being found by dlopen(), and it is found in /usr/lib64. but there are no lib64 paths in /etc/ld.so.conf and so i don't know what is giving the lib64 paths to search when dlopen() is called | 09:01 |
| Kinnison | if (((strncmp (direntry->d_name, "lib", 3) != 0 | 09:01 |
| Kinnison | && strncmp (direntry->d_name, "ld-", 3) != 0) | 09:01 |
| Kinnison | || strstr (direntry->d_name, ".so") == NULL) | 09:01 |
| Kinnison | that's part of an early-exit condition | 09:02 |
| Kinnison | so it wants to start lib or ld- and have .so in the name | 09:02 |
| Kinnison | (or be a hwcap dir) | 09:02 |
| Kinnison | otherwise it gets ignored | 09:02 |
| Kinnison | Consider the loop at http://git.baserock.org/cgi-bin/cgit.cgi/delta/glibc.git/tree/elf/ldconfig.c#n709 | 09:03 |
| rdale | ok thanks | 09:03 |
| *** zoli___ has joined #baserock | 09:05 | |
| *** zoli__ has quit IRC | 09:06 | |
| rdale | when i run 'dlh = dlopen("uhttpd_ubus.so", RTLD_LAZY | RTLD_GLOBAL);' under strace i can see it looking in several different lib64 paths including /usr/lib64, but it doesn't look in /usr/lib. so that seems to be a different mechanism to the ldconfig cache | 09:07 |
| *** mdunford has joined #baserock | 09:10 | |
| *** pacon has joined #baserock | 09:12 | |
| *** lachlanmackenzie has joined #baserock | 09:12 | |
| Kinnison | Your rtld might be built with only /usr/lib64 | 09:13 |
| Kinnison | Try adding /usr/lib to your /etc/ld.so.conf | 09:13 |
| rdale | it is in there, and there are no lib64 paths | 09:13 |
| Kinnison | right, it looks like dlopen doesn't honour ld.so.conf | 09:14 |
| Kinnison | but ldconfig does, but will ignore your file for not starting lib or ld- | 09:14 |
| rdale | yes | 09:14 |
| Kinnison | Frankly running dlopen() on something not by full path and without an RPATH or RUNPATH in your ELF exectuable seems like a losing battle | 09:15 |
| *** tiagogomes_ has joined #baserock | 09:15 | |
| *** tiagogomes_ has quit IRC | 09:16 | |
| *** tiagogomes has joined #baserock | 09:17 | |
| pedroalvarez | ten minutes till standup | 09:20 |
| pedroalvarez | grr | 09:20 |
| pedroalvarez | wrong channel, network and everything | 09:20 |
| Kinnison | hehe | 09:21 |
| pedroalvarez | good day everyone :) | 09:22 |
| richard_maw | rdale: if necessary it is possible to set the default search path of the linker when you build the libc, but ld.so.conf and running ldconfig is a more extensible approach | 09:24 |
| Kinnison | richard_maw: sadly that won't work if his .so isn't named lib*.so or lib-*.so | 09:25 |
| *** edcragg has joined #baserock | 09:31 | |
| ratmice___ | in solaris, ld.so will load audit libs from /usr/lib/secure thus you could stuff an audit lib there that would honour ld.so.conf or something | 09:38 |
| ratmice___ | anyhow i believe 32/64 bit programs use different default search paths, and don't mix libs, so is it a 64 bit binary 32 bit uhttpd_ubus.so? | 09:43 |
| ratmice___ | that is, there are different ld.so's and they have different built in search paths | 09:43 |
| jjardon | franred: hi! replied | 09:44 |
| ratmice___ | that said, I don't see any reason not to, because it can still complain the architecture didn't match which is a much more helpful error probably | 09:44 |
| franred | jjardon, what you suggest is a different patch, that patch only changes the source from where arping is built. I can try to create another patch which includes everything you are suggesting but I think this patch is not the place to do it, though. | 09:47 |
| jjardon | franred: if you have another example where a chunk name is different from the upstream project, I'd agree with you. But I think is confusing as it is | 09:50 |
| franred | jjardon, do you mean the upstream project or the gbo name of rf the upstream project? (for the first one, I think there are few of them) | 09:52 |
| franred | s/first one/former/ | 09:52 |
| radiofree | what's the foo for deploying from ybd? | 09:55 |
| SotK | radiofree: `ybd $some_cluster` | 09:57 |
| radiofree | hmm "2015-06-11 10:00:20 [build-system-armv7lhf-jetson] Skipping deployment for armv7lhf" | 10:00 |
| SotK | hmm, it must be detecting the arch wrongly | 10:01 |
| pedroalvarez | jjardon, franred: If we call it 'iputils' then we should install all of them | 10:01 |
| pedroalvarez | which is not a bad idea but it will need some testing | 10:01 |
| pedroalvarez | it's already in a good place: 'networking-utils' | 10:02 |
| franred | ok | 10:02 |
| jjardon | franred : if you don't have time for that testingh, fix the sbin -> bin comment and I will remove my -1 | 10:03 |
| franred | jjardon, I've commented that out too :P | 10:03 |
| pedroalvarez | jjardon: iirc it needs to go to sbin | 10:03 |
| franred | jjardon, I will install iputils and test them | 10:03 |
| radiofree | SotK: ah, needed to add the arch to the command, thanks | 10:04 |
| radiofree | hmm.. completely failed to create the extlinux.conf | 10:07 |
| SotK | :( | 10:08 |
| pedroalvarez | radiofree: in arm? | 10:11 |
| radiofree | pedroalvarez: this is ybd, and yes | 10:12 |
| SotK | radiofree: what does platform.machine() return in python on there OOI? | 10:12 |
| radiofree | armv7l | 10:13 |
| pedroalvarez | hm.. don't you need syslinux in the system to be able to deploy rawdisk images? | 10:13 |
| radiofree | hmm.. building from stage1 again | 10:13 |
| radiofree | pedroalvarez: no | 10:13 |
| SotK | ah, that's why the auto-detection failed, since ybd uses that to get the arch if it isn't given | 10:14 |
| jmacs | franred: In my old java patch series, you suggested making java-build a build-dependency of zookeeper. Doesn't zookeeper need java to run? | 10:16 |
| franred | jmacs, in the other way around, make zookeeper build depends on java-build - so you have a java-build stratum which is shared between your java system and the zookeeper systems | 10:17 |
| jmacs | Right, but don't you need java as a component in the finished thing as well as a tool for building it? | 10:18 |
| franred | jmacs, possibly, so you can add java-build in the zookeeper systems as a stratum to install on them | 10:20 |
| jmacs | What does that give you that just leaving java-binary as a chunk in zookeeper.morph doesn't? | 10:20 |
| franred | well, in case any other system needs java-build you just need to add the stratum and if you need to update java-build all the system will get update at the same time | 10:22 |
| franred | if no you will need to update one by one | 10:22 |
| jmacs | What kind of update to java-build are you thinking of? | 10:26 |
| jmacs | It seems quite reasonable to me that the zookeeper stratum could require one version of java-binary and another stratum could require another version | 10:26 |
| franred | jmacs, fair enough, although we try not to keep different versions of the same chunk in different stratum/systems - and if we do we different them with @ I think, like u-boot | 10:31 |
| SotK | richard_maw: what is the state of your strip-commands branch now? | 10:33 |
| richard_maw | SotK: ssam2 had some concerns about my change to make objects out of things. AIUI that's the only controversial change. | 10:34 |
| richard_maw | SotK: I don't have time to rework that individual change at the moment, so I can drop that and send a version without it, if you want it to be merged sooner. | 10:35 |
| SotK | that would be very useful, thanks! | 10:35 |
| *** bashrc has quit IRC | 10:38 | |
| *** pacon has quit IRC | 10:40 | |
| *** pacon has joined #baserock | 10:40 | |
| *** bashrc has joined #baserock | 10:41 | |
| richard_maw | SotK: Updated the series to move the objects change to a separate topic | 10:42 |
| SotK | richard_maw: great, thanks | 10:42 |
| jmacs | The arrangement of strata and systems doesn't seem to follow any logic to me. I can just keep resubmitting random versions until everyone gives it a +1, though. | 10:43 |
| *** straycat has left #baserock | 10:46 | |
| franred | jmacs, what are you concerns about the arrangements of strata and systems? | 10:47 |
| *** ssam2 has quit IRC | 10:56 | |
| *** ssam2 has joined #baserock | 11:07 | |
| *** ChanServ sets mode: +v ssam2 | 11:07 | |
| *** tiagogomes has quit IRC | 11:48 | |
| *** tiagogomes has joined #baserock | 12:09 | |
| *** gary_perkins has joined #baserock | 12:41 | |
| ssam2 | richard_maw: what are the .cmxs and .node files mentioned in the code in https://gerrit.baserock.org/#/c/782/5 ? | 12:46 |
| ssam2 | both seem to be un-googlable | 12:46 |
| richard_maw | ssam2: I followed the lead of what Debian does. I'll find you a link | 12:47 |
| richard_maw | ssam2: https://anonscm.debian.org/cgit/debhelper/debhelper.git/tree/dh_strip#n120 https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/dh_strip?id=476465a81dcd871c5b916a65017b4f15de5206df and https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/dh_strip?id=f89b688d5eb629f0e6a1e374ff5a471d62020f64 | 12:49 |
| ssam2 | ok, thanks | 12:49 |
| franred | building iputils I got the following error: http://paste.baserock.org/diyiveqiki | 12:51 |
| franred | which openssl are we building? | 12:51 |
| pedroalvarez | franred: our definitions are pretty readable :) | 12:54 |
| franred | ..... | 12:54 |
| franred | ok, I can change the question, we are not building gnu-openssl | 12:55 |
| franred | nevermind I can change USE_GNUTLS=no and ping6 will compile without errors | 12:57 |
| richard_maw | what's gnu-openssl? | 13:01 |
| franred | richard_maw, http://en.wikipedia.org/wiki/GnuTLS, ? https://gitlab.com/gnutls/gnutls/ | 13:03 |
| franred | richard_maw, hold on... | 13:05 |
| franred | richard_maw, looks like gnutls has some openssl headers which iptools refers to - so there are no gnu-openssl but these headers are in the repo I posted before | 13:14 |
| franred | which..... ewwww | 13:14 |
| franred | for iputils | 13:15 |
| *** pacon has quit IRC | 14:02 | |
| jmacs | franred: Now I've modified zookeeper definitions, would you be happy if zookeeper-server and zookeeper-client build, or do you want a deployed test of zookeeper? | 14:02 |
| franred | jmacs, if you are confident your changes do not break them, it will work for me | 14:07 |
| jmacs | I can't think of any way it could break it :) | 14:07 |
| franred | cool :) | 14:08 |
| *** edcragg has quit IRC | 14:09 | |
| *** edcragg has joined #baserock | 14:14 | |
| *** edcragg has quit IRC | 14:28 | |
| *** edcragg has joined #baserock | 14:35 | |
| SotK | Does anyone else have time to take a look at the "Moving writeexts.py into definitions" email thread on baserock-dev? :) | 15:31 |
| jjardon | Hi, I realized several packages depen on git in build time to set its version (because the use of the m4_esyscmd([build-aux/git-version-gen .tarball-version]) in configure.ac) ; to fix this, do we want to patch every chunk to add the "echo "[version]" > .tarball-version" hack, or should we make depend this chunks on git? | 15:34 |
| jjardon | (note this will only affect chunks in the core stratum) | 15:34 |
| paulsherwood | SotK: i could +1 it here, but i'm biassed. i fear we need to get ripsum to revoke his -1 in any case? | 15:34 |
| SotK | paulsherwood: indeed we do, but other folks reviewing it in the meantime would be useful too | 15:35 |
| jmacs | Is git.baserock.org on a bit of a go-slow today? (I mean actual git, not http) | 15:35 |
| pedroalvarez | jmacs: check now | 15:37 |
| jjardon | rdale: you made a patch to remove the git dependency from bison, so maybe you have an opinion on that? | 15:37 |
| pedroalvarez | there are sometimes some `cvsps` processes around in g.b.o.. | 15:38 |
| pedroalvarez | just killed them | 15:38 |
| rdale | jjardon: yes i think we should remove git dependency where possible even if creating a .tarball-version seems a bit hacky | 15:38 |
| jmacs | Despite what I said, I was actually trying to "git clone http://git.baserock.org/..." | 15:39 |
| jmacs | git protocol works fine, but http doesn't appear to get anywhere | 15:39 |
| jjardon | I was working towards that goal (so we can move git out of core), but maybe others think different? | 15:39 |
| pedroalvarez | jmacs: seems to be working for me | 15:40 |
| * jmacs shrugs - I have a checkout anyway | 15:40 | |
| franred | rdale, jjardon, IMHO it is very hacky to have to add the version manually, is any plan to move git out of core? why you don't want to build depend on git in the core stratum chunks? | 15:42 |
| jjardon | yeah, I was of the opinnion that git should be out of core, but as I'm writing more and more patches to add the version manually I'm not sure anymore | 15:44 |
| paulsherwood | radiofree: looks like you found a bug in ybd arm arch? was it fixable? | 15:45 |
| wdutch | bashrc: could I change the commit message of gerrit.baserock.org/#/c/161 to give more detail? | 15:45 |
| bashrc | wdutch: yes | 15:45 |
| wdutch | cool :) | 15:45 |
| *** a1exhughe5 has quit IRC | 15:46 | |
| franred | jjardon, I saw quite a lot today, I've +1 some of them but I start thinking is not a good approach, I prefer that the version get autogenerated someway | 15:46 |
| wdutch | gerrit question: does clicking the Edit Message button change the commit message proerly or just in the web thingy? | 15:46 |
| radiofree | paulsherwood: yes, i'm about to send a patch | 15:46 |
| radiofree | it's not just ARM, it's every deploy | 15:46 |
| franred | wdutch, it changes the commit message not just in the web | 15:47 |
| paulsherwood | oh. i'm out of my depth again, then | 15:47 |
| SotK | radiofree: what was the problem? | 15:47 |
| radiofree | wasn't passing deploy_defaults to the extension | 15:47 |
| SotK | oops, I should probably have noticed that | 15:51 |
| wdutch | cool, but it doesn't tell you the line length :( | 15:54 |
| wdutch | franred: could you merge these please? gerrit.baserock.org/#/c/161 gerrit.baserock.org/#/c/162 gerrit.baserock.org/#/c/163 | 15:56 |
| franred | wdutch, you can always check that in the COMMIT_MSG | 15:56 |
| * wdutch will use git review and commit --amend in future | 15:57 | |
| franred | wdutch, done | 15:59 |
| wdutch | thanks | 15:59 |
| franred | wdutch, 164 too? | 15:59 |
| radiofree | you can't have subsystems within subsystems right? | 15:59 |
| radiofree | within a single cluster | 16:00 |
| wdutch | franred: yes please, it was conflicting with one of the others and I wasn't sure how long gerrit takes to process things | 16:00 |
| SotK | radiofree: you can | 16:00 |
| radiofree | ah | 16:00 |
| radiofree | hmm | 16:00 |
| SotK | ybd doesn't handle that case properly yet (for building at least) I think | 16:01 |
| * SotK is working on a patch to make it so | 16:01 | |
| radiofree | ok, well i wont try and fix that now then | 16:01 |
| franred | wdutch, done | 16:02 |
| paulsherwood | radiofree, SotK - thanks for the patches! | 16:15 |
| paulsherwood | SotK: do you want me to revert? | 16:21 |
| *** mariaderidder has quit IRC | 16:50 | |
| *** jonathanmaw has quit IRC | 16:57 | |
| *** zoli___ has quit IRC | 17:04 | |
| *** zoli__ has joined #baserock | 17:07 | |
| *** tiagogomes has quit IRC | 17:13 | |
| *** mdunford has quit IRC | 17:17 | |
| pedroalvarez | wow, OpenStack Kilo in baserock has been merged | 17:25 |
| pedroalvarez | time to share this video I guess: https://vimeo.com/130422225 | 17:25 |
| radiofree | congrats! | 17:30 |
| *** edcragg has quit IRC | 17:36 | |
| radiofree | eek NameError: global name 'definitions_schema' is not defined | 17:39 |
| *** ssam2 has quit IRC | 18:27 | |
| *** gary_perkins has quit IRC | 18:43 | |
| *** lachlanmackenzie has quit IRC | 18:45 | |
| *** zoli__ has quit IRC | 22:14 | |
| *** zoli__ has joined #baserock | 22:18 | |
| *** zoli___ has joined #baserock | 22:21 | |
| *** zoli__ has quit IRC | 22:23 | |
| *** edcragg has joined #baserock | 22:48 | |
| *** edcragg has quit IRC | 23:30 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!