*** rdale has quit IRC | 00:05 | |
*** locallycompact has joined #baserock | 06:56 | |
*** fay has joined #baserock | 07:10 | |
*** fay is now known as faybrocklebank | 07:10 | |
*** toscalix has joined #baserock | 07:49 | |
*** rdale has joined #baserock | 07:53 | |
*** anahuelamo has joined #baserock | 08:18 | |
*** jonathanmaw has joined #baserock | 08:36 | |
*** paulwaters_ has joined #baserock | 09:29 | |
*** lachlanmackenzie has joined #baserock | 10:19 | |
paulsherwood | any ideas what 'configure.ac:59: error: possibly undefined macro: AC_DEFINE' means? | 10:26 |
---|---|---|
richard_maw | probably an old configure.ac | 10:26 |
richard_maw | may not be compatible with the latest autotools | 10:27 |
paulsherwood | this is from master of bubblewrap | 10:27 |
richard_maw | possibly a too new configure.ac for the version of autotools then | 10:28 |
* richard_maw has only seen it the other way around | 10:28 | |
* paulsherwood wonders if there's a bubblewrap channel somewhere | 10:28 | |
richard_maw | you could probably ask in the project atomic one | 10:28 |
paulsherwood | good thinking | 10:28 |
*** anahuelamo has quit IRC | 11:00 | |
*** anahuelamo has joined #baserock | 11:00 | |
paulsherwood | well, in any case, i'm wondering if https://github.com/projectatomic/bubblewrap/issues/87 means that bubblewrap wouldn't work for most users? | 11:06 |
richard_maw | I think all those options were added by something like 3.10, so it's been a couple of years since they were made available | 11:09 |
paulsherwood | oh, ok | 11:10 |
paulsherwood | i'll keep exploring then | 11:10 |
richard_maw | and even if you're not on 3.10, I know some vendor kernels have backported all those features | 11:11 |
richard_maw | RHEL kernels are scary | 11:11 |
persia | One of the best examples of preserving a version number while massively patching the code. | 11:16 |
paulsherwood | :) | 11:16 |
paulsherwood | leeming: i'm seeing http://paste.baserock.org/isazadodar which reminds me of some things you fixed in ybd. is it possible sandboxlib has the same issue? | 11:37 |
richard_maw | paulsherwood: that's because python isn't designed to chroot | 11:38 |
richard_maw | paulsherwood: it needs to do some string encoding, but the code for that is a library that is loaded on-demand | 11:38 |
richard_maw | so after it chroots it can no longer find it | 11:38 |
richard_maw | I think Sam's work-around involved explicitly loading encodings before chrooting | 11:39 |
paulsherwood | ah, https://github.com/CodethinkLabs/sandboxlib/commit/be1851a372cb54c129c08f97c6e5f7dda372bb47 | 11:40 |
* paulsherwood guesses that upgrading sandboxlib will fix the problem | 11:41 | |
paulsherwood | actually, would putting that same thing into ybd itself address the problem, or does it need to be in sandboxlib? | 11:43 |
* paulsherwood is hoping python wizards here may know | 11:44 | |
richard_maw | doing that in either would work, it's more appropriate for it to be in sandboxlib than ybd | 11:45 |
paulsherwood | ack. but i think that fix hasn't made it into the pip version of sandboxlib | 11:45 |
persia | Is there anyone who can do a release? | 11:47 |
persia | That should be easier than trying to port the fix to sandboxlib clients | 11:47 |
paulsherwood | https://github.com/CodethinkLabs/sandboxlib/blob/master/HACKING.rst is here, but I don't know who has the requisite pypi credentials | 11:47 |
persia | If the issue is single-human-with-access-keys, a conversation with the PyPI admins to add someone else (with a history of commits) would probably go smoothly. | 11:47 |
paulsherwood | oh, ok | 11:48 |
persia | Whoever does it needs a username on PyPI, but those are useful anyway | 11:49 |
persia | https://docs.travis-ci.com/user/deployment/pypi isn't a bad way to go, once something is relatively stable, and if there are sensibe acceptance tests | 11:50 |
persia | (for projects already on github, etc.) | 11:50 |
* paulsherwood has a pypi username, but no commits | 12:28 | |
leeming | paulsherwood, reading from your ping to here, sounds like pypi is out of date and we need to update the release | 12:30 |
leeming | I could try to contact sam on a back channel? if he can add someone else as a maintainer/admin :\ | 12:31 |
paulsherwood | leeming: yes please | 12:31 |
paulsherwood | I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl | 12:39 |
paulsherwood | it is only us who think that make files shouldn't head out to the internet? | 12:40 |
paulsherwood | (this is me trying to build bubblewrap with ybd) | 12:41 |
persia | No, but the other camp is also not concentrated. | 12:41 |
persia | (at least for "us" interpreted as "baserock folk": if "us" is "folk that think builds should not rely on network access", then it is only us :) ) | 12:41 |
paulsherwood | heh | 12:42 |
richard_maw | paulsherwood: that'll be docbook trying to be helpful. it usually loads from a pre-populated catalog, using the urls as cache keys. This catalog is usually provided as a package so you don't need to fetch from the internet. | 12:42 |
persia | I think the oldest and largest concentration of folk that think builds should not rely on network access is likely in the Debian community. They have been pushing that agenda for most of the life of Debian. | 12:42 |
*** locallycompact has quit IRC | 12:42 | |
persia | Also, they have lots of patches that allow things to build without network. | 12:42 |
paulsherwood | ack | 12:43 |
paulsherwood | richard_maw: any ideas how to get aroudn this? | 12:46 |
richard_maw | you need to populate the catalogue somehow. Since we need it to be a git repository, it may be worth looking to see if debian, or some other project has a catalogue cache in a repository | 12:47 |
paulsherwood | eek. no way to say 'don't bother with the docbook stuff' ? | 12:48 |
persia | paulsherwood: You can patch it away, but that usually means no docs, which is rarely what you want. | 12:49 |
persia | I'd recommend having a docbook-cache chunk, and having stuff build-depend on it, and then not including it in deployed systems. | 12:50 |
persia | That's a close match to the common solution, and once you've set up the cache chunk, it should just work for new things that are encountered (rather than needing to patch each one) | 12:50 |
* paulsherwood wonders if just having the docutils stratum will solve this | 12:52 | |
*** locallycompact has joined #baserock | 12:52 | |
leeming | paulsherwood, message fired off to sam, but unknown timescale for response | 13:07 |
*** CTtpollard has quit IRC | 14:03 | |
*** CTtpollard has joined #baserock | 14:03 | |
paulsherwood | leeming: thanks. in the meantime i fixed it by adding tristan's hack into ybd https://github.com/devcurmudgeon/ybd/commit/340be128dc6e70226bce22b5225bd512a28f7104 | 14:20 |
*** paulwaters_ has joined #baserock | 15:03 | |
* paulsherwood is still wrestling with the path/name dichotomy in definitions | 15:37 | |
locallycompact | the answer is things shouldn't ever name themselves | 15:46 |
paulsherwood | i don't see how that helps, sadly. people use names to refer to things. definitions has always contained names (although they've not been consistently used/enforced properly) i could cause ybd to ignore all of the names in definitions, at the price of making all of the logs harder to read, and causing all previous builds/artifacts to be obsolete | 16:06 |
*** jonathanmaw has quit IRC | 16:08 | |
richard_maw | paulsherwood: "people use names to refer to things." I don't think locallycompact is arguing we don't. | 16:10 |
richard_maw | you could always trim the length of the filenames when logging them, though common suffixes might be a problem | 16:10 |
locallycompact | the parent container already gives its children names, the name: field in chunk and stratum morphs are entirely superfluous, the parent already declares a name for each of its members | 16:12 |
paulsherwood | i'll think about that | 16:21 |
*** faybrocklebank has quit IRC | 16:22 | |
jjardon | cleanup started: https://gitlab.com/baserock/definitions/builds/3391824#down-build-trace | 16:38 |
jjardon | paulsherwood: ^ | 16:38 |
paulsherwood | :) | 16:40 |
* paulsherwood is looking at something similar for a downstream project. interleaving of upstream and downstream is still tricky :/ | 16:42 | |
baserockgerrit | Javier Jardón proposed baserock/baserock/definitions: strata/multimedia-gstreamer-0.10.morph: gstreamer-plugins-base@0.10 -> gstreamer-plugins-base-0.10 https://gerrit.baserock.org/2279 | 16:48 |
jjardon | that's the only problem in definitions master | 16:49 |
paulsherwood | jjardon: i think we agreed on the @ approach, hence gstreamer@0.10 - would you be ok to rename the file, instead? | 16:50 |
jjardon | yup | 16:51 |
*** radiofree has quit IRC | 17:17 | |
*** radiofree has joined #baserock | 17:24 | |
*** radiofree has quit IRC | 17:28 | |
baserockgerrit | Merged baserock/baserock/definitions: strata/network-security.morph: Update gnutls to gnutls_3_4_14 https://gerrit.baserock.org/2278 | 17:31 |
baserockgerrit | Merged baserock/baserock/definitions: strata/network-security.morph: Update nettle to nettle_3.2_release_20160128 https://gerrit.baserock.org/2277 | 17:31 |
baserockgerrit | Merged baserock/baserock/definitions: strata/network-security.morph: Update libtasn1 to libtasn1_4_9 https://gerrit.baserock.org/2276 | 17:31 |
baserockgerrit | Merged baserock/baserock/definitions: strata/network-security.morph: Upgrade nspr to NSPR_4_12_RTM https://gerrit.baserock.org/2275 | 17:31 |
*** radiofree has joined #baserock | 17:44 | |
*** toscalix has quit IRC | 19:35 | |
*** locallycompact has quit IRC | 19:48 | |
*** locallycompact has joined #baserock | 19:49 | |
baserockgerrit | Javier Jardón proposed baserock/baserock/definitions: gstreamer-plugins-base-0.10.morph: Change name to gstreamer-plugins-base@0.10 https://gerrit.baserock.org/2280 | 20:30 |
baserockgerrit | Javier Jardón proposed baserock/baserock/definitions: Move gssdp.morph to strata/dlna-services/ https://gerrit.baserock.org/2281 | 20:30 |
*** baserockgerrit has quit IRC | 22:26 | |
*** lachlanmackenzie has quit IRC | 22:29 | |
*** lachlanmackenzie has joined #baserock | 22:31 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!