| *** gtristan has quit IRC | 01:40 | |
| *** gtristan has joined #baserock | 02:16 | |
| *** edcragg has quit IRC | 02:58 | |
| jjardon | paulsherwood: Hi, how fresh is the ybd cache? Its trying to build openssl-new here | 06:51 |
|---|---|---|
| jjardon | also, I got this error, sounds familiar?: | 07:00 |
| jjardon | https://www.irccloud.com/pastebin/EHLMsr18/ | 07:00 |
| jjardon | (with the latest ybd tag) | 07:00 |
| jjardon | FYI, 16.08 seems to work fine | 07:03 |
| paulsherwood | jjardon: no, that's not familiar :/ | 07:58 |
| paulsherwood | looks like i'll have to revert the pyfilesystem stuff :/ | 08:00 |
| *** fay has joined #baserock | 08:07 | |
| *** fay is now known as faybrocklebank | 08:08 | |
| paulsherwood | jjardon: i haven't refreshed it since openssl changed | 08:09 |
| jjardon | Ah ok, nothing wrong here then :) | 08:15 |
| paulsherwood | well, apart from that bug | 08:15 |
| *** toscalix has joined #baserock | 08:27 | |
| *** ctbruce has joined #baserock | 08:27 | |
| *** CTtpollard has quit IRC | 08:28 | |
| *** CTtpollard has joined #baserock | 08:41 | |
| * gtristan is going to start pushing tristan/wip/aboriginal branches to g.b.o if that's alright | 08:47 | |
| gtristan | but I'm also going to need: https://gerrit.baserock.org/#/c/1950/ | 08:48 |
| * gtristan doesnt think at this point any other lorries are needed | 08:48 | |
| paulsherwood | gtristan: please go ahead | 08:50 |
| paulsherwood | gtristan: how far have you got? | 08:50 |
| gtristan | I am building... there is a lot of unsorted stuff but I'm close to a stage where people can try building (but not deploying) | 08:51 |
| gtristan | probably today I can make a status report with instructions on how to reproduce this on an arbitrary machine, but I'll need that tarball lorried | 08:52 |
| paulsherwood | merged | 08:52 |
| *** bashrc_ has joined #baserock | 08:59 | |
| gtristan | paulsherwood, here's a preview of that report: http://paste.baserock.org/ijeciyaraw | 09:04 |
| gtristan | with odd syntax highlighting on a text file ;-) | 09:05 |
| *** edcragg has joined #baserock | 09:07 | |
| *** jonathanmaw has joined #baserock | 09:13 | |
| paulsherwood | gtristan: cool :) | 09:34 |
| * paulsherwood notices sed-tarball has not appeared in lc so far | 09:36 | |
| rjek | Oh, lorry-controller, not locallycompact | 09:36 |
| paulsherwood | :) | 09:36 |
| *** NaN has joined #baserock | 09:38 | |
| *** NaN is now known as Guest51708 | 09:39 | |
| *** Guest51708 is now known as N-a-N | 09:42 | |
| *** franred has joined #baserock | 10:10 | |
| *** ssam2 has joined #baserock | 10:10 | |
| *** ChanServ sets mode: +v ssam2 | 10:10 | |
| *** locallycompact has joined #baserock | 10:11 | |
| *** edcragg has quit IRC | 10:16 | |
| * gtristan bumps into https://sourceware.org/bugzilla/show_bug.cgi?id=5033... waves at David Woodhouse | 10:26 | |
| gtristan | looks like no locale data for aboriginal builds for now | 10:26 |
| pedroalvarez | right, all the components of Baserock infra have been upgraded now :) | 10:31 |
| *** edcragg has joined #baserock | 10:34 | |
| locallycompact | paulsherwood, What *do* the numbers mean in ybd? | 10:36 |
| locallycompact | [257/284/284] [weston-system-x86_64-generic] Running command: | 10:36 |
| pedroalvarez | number of component you are building right now/ components you need to build / total components of the system you are building | 10:38 |
| locallycompact | Why did it finish at 257 then | 10:39 |
| pedroalvarez | hehe, no idea then | 10:41 |
| paulsherwood | locallycompact: it's a bug. i've not investigated | 10:44 |
| locallycompact | k nice | 10:45 |
| paulsherwood | locallycompact: i think it's to do with the Counter() implementation | 10:45 |
| locallycompact | can't reproduce this failure | 10:45 |
| paulsherwood | i'm thinking it needs to be re-done in any case... | 10:45 |
| locallycompact | jjardon, what were you doing here? https://github.com/devcurmudgeon/ybd/issues/182 | 10:46 |
| paulsherwood | locallycompact: if you fancy, http://eli.thegreenplace.net/2012/01/04/shared-counter-with-pythons-multiprocessing | 10:46 |
| *** paulw has joined #baserock | 10:46 | |
| locallycompact | I do not | 10:47 |
| paulsherwood | :) | 10:47 |
| paulsherwood | k | 10:47 |
| *** paulw has joined #baserock | 10:48 | |
| *** ssam2_ has joined #baserock | 10:56 | |
| *** ssam2 has quit IRC | 10:56 | |
| pedroalvarez | https://gerrit.baserock.org/#/c/1951/1/strata/python2-core.morph plans for upgrading libxml2 for python3 too? | 10:58 |
| pedroalvarez | jjardon: ^^ | 10:59 |
| pedroalvarez | oh sorry, that was done before | 11:02 |
| *** CTtpollard has quit IRC | 11:23 | |
| *** jonathanmaw has quit IRC | 11:26 | |
| *** jonathanmaw_ has joined #baserock | 11:26 | |
| *** jonathanmaw has joined #baserock | 11:26 | |
| *** CTtpollard has joined #baserock | 11:27 | |
| *** jonathanmaw has quit IRC | 11:29 | |
| *** jonathanmaw has joined #baserock | 11:29 | |
| *** ctbruce has quit IRC | 11:29 | |
| *** jonathanmaw has quit IRC | 11:33 | |
| *** tiagogomes has quit IRC | 11:34 | |
| *** ctbruce has joined #baserock | 11:43 | |
| *** tiagogomes has joined #baserock | 11:45 | |
| *** jonathanmaw has joined #baserock | 11:45 | |
| *** tiagogomes has quit IRC | 11:50 | |
| *** tiagogomes has joined #baserock | 11:50 | |
| *** jonathanmaw_ has joined #baserock | 11:53 | |
| *** jonathanmaw has quit IRC | 11:55 | |
| jjardon | locallycompact: build master of definitions | 11:56 |
| locallycompact | Don't see the error unfortunately | 11:57 |
| locallycompact | Revert the thing if it's a problem though | 11:59 |
| *** tom__ has joined #baserock | 12:08 | |
| *** CTtpollard has quit IRC | 12:11 | |
| *** ssam2_ has quit IRC | 12:12 | |
| * locallycompact cries out for subsystems | 12:33 | |
| *** ssam2 has joined #baserock | 12:33 | |
| *** ChanServ sets mode: +v ssam2 | 12:33 | |
| paulsherwood | ? | 12:37 |
| paulsherwood | subsystems? | 12:37 |
| locallycompact | I'm redoing the masony system and I realised I wanted it to inherit strata additions to devel on an ongoing basis. | 12:46 |
| pedroalvarez | locallycompact: is that needed for your usecase? | 12:59 |
| locallycompact | Well, kind of. I mean the mason thing is going to be anything that devel can potentially build, plus the ci tools, forever and ever. | 13:00 |
| *** gtristan has quit IRC | 13:01 | |
| locallycompact | It's not that much of a pain right now, I can just type the buttons | 13:01 |
| *** paulw has joined #baserock | 13:05 | |
| *** bashrc_ has quit IRC | 13:33 | |
| *** bashrc_ has joined #baserock | 13:35 | |
| jjardon | locallycompact: I agree subsystems would be very helpful | 13:52 |
| * persia doesn't really understand the difference between "subsystem" and "stratum" | 13:53 | |
| paulsherwood | stratum = collection of chunks | 13:53 |
| paulsherwood | subsystem = collection of strata/chunks | 13:53 |
| paulsherwood | is my guess | 13:53 |
| persia | That would make sense, in which case I'd consider that strata can't include strata a bug :) | 13:54 |
| paulsherwood | system = special kind of collection of strata | 13:54 |
| persia | How is a "system" special? | 13:54 |
| paulsherwood | this has been discussed before, i agree with you :) | 13:54 |
| paulsherwood | they have, for example, system-integration-commands | 13:54 |
| persia | Ah, cool. I've always wanted a good semantic distinction between "system" and "stratum" and that a "system" includes the results of running system-integration is a good one. | 13:56 |
| paulsherwood | i would like to tidy this up, and *can* for ybd i think, but i think morph is heavily fixed on the current schema/design | 13:56 |
| paulsherwood | i may be wrong... | 13:56 |
| ssam2 | feel free to propose radical changes | 13:58 |
| ssam2 | i don't think morph is unfixable, but if it is that's not a reason to brain-damage the data model :-) | 13:58 |
| rdale | i was hoping the new spec repo would allow to fix our terminology and data model, without it needing to depend on a build tool | 14:01 |
| persia | I think we're getting closer to that. We just have to make sure we don't conflate discussions on the data model with discussions about the tooling. | 14:02 |
| ssam2 | rdale: I wouldn't want to merge stuff to master of spec.git that had no support in any tools | 14:04 |
| ssam2 | rdale: making branches of spec.git would be useful for exploring ways to change things, before then implementing those changes in 1 or more tools | 14:05 |
| rdale | yes, we can experiment with a combination of a spec branch, and 'adapter code' in the tool - for instance replacing Definitions in ybd with some that takes a new definitions format and creates the same data structures as before so that the rest of ybd wouldn't need changing | 14:06 |
| * paulsherwood was hoping someone would offer that functionality as a library :) | 14:07 | |
| rdale | i think the internal structures that ybd uses are too specific to factor them out into a library | 14:08 |
| paulsherwood | incidentally, could someone shed any light on whether the pros and cons of representing Definitions as objects vs dicts in python? | 14:08 |
| paulsherwood | s/whether// | 14:08 |
| paulsherwood | morph does objects, and i found it hard to follow. dicts seemed obviously easier to me when i started | 14:09 |
| ssam2 | morph kinda does both | 14:10 |
| ssam2 | its data model doesn't actually mirror the definitions one exactly | 14:10 |
| ssam2 | and you can access the actual .morph file content as a dict, which some code does | 14:10 |
| ssam2 | i would suggest using the raw data as a dict, if possible, and switching entirely to representing them as objects if that seems better for some reason | 14:11 |
| ssam2 | or use javascript where objects are dicts :-) | 14:11 |
| ssam2 | actually, objects can be dicts in Python too -- you could have a subclass of 'dict' which could expose the actual data as a dict, but could also contain accessor functions that return extra info that needs to be calculated from the data | 14:12 |
| locallycompact | I thought everything was a dict in virtue of the fact that everything implicitly has the potential to have __getitem__, defined or not | 14:14 |
| ssam2 | anything in Python can have __getitem__, though | 14:17 |
| locallycompact | yes exactly | 14:17 |
| locallycompact | everything is everything | 14:18 |
| * locallycompact wonders where's a suitable strata to add jq? | 15:17 | |
| ssam2 | its own stratum | 15:18 |
| locallycompact | What's wrong with the same place sed is? | 15:18 |
| mwilliams_ct | sed is in coreutils-common right? doesnt seem like jq would fit there and for most systems/users I would imagine it is extraneous | 15:20 |
| mwilliams_ct | though ssam2 might have better reasoning than that :) | 15:20 |
| ssam2 | same place as sed would be ok, I guess | 15:21 |
| ssam2 | the Baserock openid provider should accept registrations again | 15:34 |
| ssam2 | i couldn't find any way to get debug logs from django.registration or django.contrib.auth ... | 15:34 |
| ssam2 | without actually editing the code and adding some of course | 15:35 |
| persia | ssam2: Thanks for that. Should password reset also work now? | 15:45 |
| *** tom__ has quit IRC | 15:53 | |
| ssam2 | persia: i didn't find anything wrong.. but didn't manage to enable any diagnostics | 15:55 |
| ssam2 | so it might not work for you | 15:55 |
| *** CTtpollard has joined #baserock | 15:56 | |
| ssam2 | i can add a 'print' statement to the django.contrib.auth module somewhere as a last ditch resort | 15:56 |
| persia | I've submitted the form. If I don't get an email in a while, I'll try registering again, which might provide more interesting errors. | 15:57 |
| pedroalvarez | yay, fail2ban seems to work in baserock :) | 16:01 |
| *** jonathanmaw_ has quit IRC | 16:02 | |
| paulsherwood | w00t :) | 16:03 |
| ssam2 | persia: i've discovered that if you put an email into 'reset password' link that doesn't have any users associated, it silently succeeds | 16:06 |
| persia | Aha! Then maybe I'm not registered, or registered with an email address different to what I think I was using. | 16:06 |
| ssam2 | looking at the DB, I think you aren't registered in the first place | 16:07 |
| persia | As a side note, on the form, I would suggest "Given Name" rather than "First Name", as not everyone orders their names that way. | 16:08 |
| persia | And, with fixed registration, registration worked, and all is good. The only outstanding mystery is why I had a username and password recorded for the site in my password safe, but that's not related to site issues. | 16:14 |
| *** will2 has joined #baserock | 16:15 | |
| *** wdutch has quit IRC | 16:15 | |
| *** franred has quit IRC | 16:17 | |
| persia | SotK: I'm sorry to report that my "[object URL]" seems to be preventing login as well. If I go to "https://storyboard.baserock.org/", I end up at "https://storyboard.baserock.org/[object URL]#!/page/about, and using the log in feature results in "The requested URL /[object URL] was not found on this server.". I can replicate this with multiple different browsers. I do not experience this for storyboard.openstack.org | 16:19 |
| SotK | persia: that is very weird, and I have no idea why it is happening :/ | 16:24 |
| persia | As long as it only happens for me, I don't mind that much, but if I can provide any information to help figure out *why*, I'd be happy to do so. | 16:24 |
| persia | The part that baffles me the most is that it seems to be only Baserock, rather than Storyboards in general. | 16:25 |
| SotK | maybe something weird in the apache config on storyboard.b.o for some reason? | 16:26 |
| persia | That's my guess. | 16:26 |
| SotK | pedroalvarez: ^ | 16:27 |
| pedroalvarez | grr | 16:31 |
| pedroalvarez | persia: what browser are you using? | 16:31 |
| pedroalvarez | i can't reproduce the failure :/ | 16:34 |
| persia | pedroalvarez: I tried rekonq and uzbl : both are just wrappers around webkit, but I have an old webkit | 16:35 |
| * paulsherwood wonders whether SotK should really consider every possible browser combination | 16:37 | |
| persia | I don't seek to have everything supported, which is why I don't mind if it is just me, but I do believe there should be at least one known solution that both works and is free. | 16:37 |
| *** jonathanmaw has joined #baserock | 16:38 | |
| persia | (free in the sense of free software, so no trademark encumbrance, no auto-update-and-mothership-tracking agreement, etc.) | 16:38 |
| jjardon | paulsherwood: trying to deploy with ybd Im getting this: | 16:43 |
| jjardon | https://www.irccloud.com/pastebin/XtZaH5Ix/ | 16:43 |
| pedroalvarez | so... fail2ban needs python-systemd | 16:43 |
| jjardon | am i doing something wrong? | 16:43 |
| pedroalvarez | where could it go, and.. python2? python3? | 16:44 |
| pedroalvarez | jjardon: can I see the deployment morphology? | 16:44 |
| pedroalvarez | anybody fancies a python2vs3 discussion? :) | 16:45 |
| jjardon | pedroalvarez: its clusters/weston-system-x86_64-generic-deploy.morph in current definitions | 16:45 |
| pedroalvarez | jjardon: my guess is that ybd is not deploying the subsystem | 16:46 |
| pedroalvarez | but I don't know why | 16:46 |
| jjardon | pedroalvarez: I guess depends on what fail2ban needs | 16:47 |
| pedroalvarez | I seriously don't know what to do | 16:48 |
| pedroalvarez | If i install it as python2, but python2 is not present, then it won't work | 16:49 |
| pedroalvarez | if I install it as python3, but python2 is present overriding the symlink, it won't work | 16:49 |
| persia | pedroalvarez: Hrm? What it is that depends on the symlink but has two dialects, rather than using six or nine? | 16:50 |
| pedroalvarez | right, that's something I didn't know | 16:51 |
| * SotK reproduces the storyboard oddness with uzbl, and sees it on storyboard.openstack.org too | 16:52 | |
| persia | I'm having trouble imagining why it fails, but I'm guessing either the fail2ban install script does funny things to a wrapper script depending on the version, or there's some library hookery that makes assumptions somewhere. | 16:52 |
| jjardon | pedroalvarez: fail2ban is compatible with python3, so use python3 | 16:53 |
| * SotK moves talking about this to #storyboard | 16:53 | |
| persia | SotK: Interesting. Apologies for the confusion: my old uzbl was behaving differently. | 16:53 |
| pedroalvarez | I guess the only thing I can do is test that I was wrong talking about symlinks :) | 16:53 |
| pedroalvarez | jjardon: foundation for python-systemd? | 16:54 |
| jjardon | pedroalvarez: seems a good place to put it | 16:54 |
| pedroalvarez | fail2ban can go to network-security I guess | 16:55 |
| jjardon | pedroalvarez: nope, those stratum are for libraries that provide SSL/TLS implementations | 16:57 |
| jjardon | s/those/that | 16:57 |
| pedroalvarez | aham.. | 16:57 |
| jjardon | (yeah, the name of the stratum is quite bad) | 16:58 |
| pedroalvarez | it kind of run-depends on iptables | 16:58 |
| pedroalvarez | but i'm not sure if it could go to connectivity | 16:58 |
| jjardon | if only run depends, putting strata/connectivity.morph in your system definition would be enough, not need to put it there | 16:59 |
| persia | I like the idea of putting it in connectivity: most connected systems would benefit from fail2ban | 16:59 |
| jjardon | pedroalvarez: Id suggest you create a new stratum for fail2ban; doesnt seems something generic | 16:59 |
| pedroalvarez | I'm happy with that | 17:00 |
| pedroalvarez | note that fail2ban can be configured to work without iptables | 17:00 |
| *** jonathanmaw has quit IRC | 17:00 | |
| *** jonathanmaw has joined #baserock | 17:00 | |
| pedroalvarez | it can be configured to do many many many things... | 17:00 |
| pedroalvarez | took me a while to test it :) | 17:00 |
| jjardon | persia: conectivity is a stratum that contains generic libraries related with connectivity; Id not want fail2ban in my GNOME or weston system for example | 17:01 |
| locallycompact | What's this one about: I build a full devel system successfully, then I add jq to coreutils-common, I rebuild and ybd tries to rebuild bash-completion, and fails with execv: No such file or directory | 17:02 |
| persia | jjardon: Why not? | 17:02 |
| persia | jjardon: Do you not have any network services at all? | 17:02 |
| jjardon | persia: no | 17:03 |
| persia | jjardon: `netstat -ntl` returns no items? | 17:03 |
| *** jonathanmaw has quit IRC | 17:03 | |
| persia | Actually, `netstat -nul` is just as interesting | 17:03 |
| persia | I consider myself careful about expsosing network services, but still have a few running on my desktops. | 17:04 |
| persia | And for any application that isn't a desktop/handheld/etc., one needs to run *more* interactive services, as the user isn't expected to do as much themselves. | 17:05 |
| jjardon | persia: seems only cups: | 17:05 |
| jjardon | https://www.irccloud.com/pastebin/bmBFLKTT/ | 17:06 |
| persia | jjardon: Nice job. That's tighter than my laptop. Still, fail2ban can protect against CUPS attacks :) | 17:06 |
| N-a-N | Hello everyone! I'm new here and I'm trying to learn about the project. Can anybody recommend me best reference system or an example to begin with to make a demo of an embedded x86 application? | 17:09 |
| edcragg | hi N-a-N! there are pre-built images for x86 to get you going, typically people develop for baserock in a VM or chroot. what platform are you thinking of using? | 17:14 |
| edcragg | most of the release images are at https://download.baserock.org/baserock/ | 17:16 |
| edcragg | and there are a fair number of guides on the wiki | 17:17 |
| *** ctbruce has quit IRC | 17:20 | |
| pedroalvarez | https://gerrit.baserock.org/1957 !! | 17:28 |
| paulsherwood | python-systemd.... what can possibly go wrong? :) | 17:30 |
| N-a-N | thanks edcragg! I'll take a look at the wiki and the pre-built images. I just want to make a demo of an embedded x86 application, if that's what you're asking | 17:35 |
| *** ssam2 has quit IRC | 17:36 | |
| pedroalvarez | paulsherwood: hah, thanks :) | 17:42 |
| *** faybrocklebank has quit IRC | 17:44 | |
| paulsherwood | yw :) | 17:46 |
| *** gtristan has joined #baserock | 17:55 | |
| *** bashrc_ has quit IRC | 18:02 | |
| *** lc_ has joined #baserock | 18:03 | |
| pedroalvarez | woop woop! | 18:15 |
| pedroalvarez | https://gerrit.baserock.org/1958 foundation: Add python-syste | 18:15 |
| pedroalvarez | https://gerrit.baserock.org/1959 Add fail2ban-common stratum | 18:15 |
| pedroalvarez | I think I'll make gary_perkins happy with these :) | 18:15 |
| gary_perkins | Yay \o/! | 18:16 |
| gary_perkins | thank you pedroalvarez :) | 18:16 |
| pedroalvarez | it was fun | 18:16 |
| pedroalvarez | and now basrock systems can be more secure :) | 18:16 |
| gary_perkins | \o/ :) | 18:17 |
| pedroalvarez | only tested it with ssh, though | 18:18 |
| pedroalvarez | but that's at least a start | 18:18 |
| pedroalvarez | I guess most of the things will work though | 18:19 |
| *** toscalix has quit IRC | 18:22 | |
| paulsherwood | cannot be merged? | 18:43 |
| * paulsherwood dislikes gerrit, sometimes | 18:43 | |
| *** locallycompact has quit IRC | 18:46 | |
| *** lc_ has quit IRC | 18:46 | |
| persia | pedroalvarez: Does the Baserock gerrit comprehend Depends-On: ? | 18:46 |
| *** radiofree has quit IRC | 18:47 | |
| persia | On, nevermind, that's a zuul thing. | 18:48 |
| * paulsherwood rebased, and merged | 18:49 | |
| persia | It's an interesting problem in git automation: given a change with an annotation indicating that a dependency was rebased, is it safe to rebase against the dependency? | 18:52 |
| *** radiofree has joined #baserock | 18:53 | |
| *** edcragg has quit IRC | 18:53 | |
| pedroalvarez | Yay! | 19:04 |
| paulsherwood | :) | 19:05 |
| paulsherwood | pedroalvarez: i took the view that it's security related, therefore +2 | 19:05 |
| pedroalvarez | I'm planning to add it by default in trove. If there is a system that makes sense to include it, is trove | 19:16 |
| paulsherwood | +1 | 19:22 |
| *** lc_ has joined #baserock | 20:27 | |
| *** locallycompact has joined #baserock | 20:28 | |
| *** edcragg has joined #baserock | 20:33 | |
| *** locallycompact has quit IRC | 21:17 | |
| *** lc_ has quit IRC | 21:17 | |
| *** edcragg has quit IRC | 21:59 | |
| *** edcragg has joined #baserock | 22:25 | |
| *** edcragg has quit IRC | 23:02 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!