| *** gtristan has quit IRC | 02:02 | |
| *** gtristan has joined #baserock | 02:09 | |
| *** Stanto has quit IRC | 03:09 | |
| *** gtristan has quit IRC | 04:20 | |
| *** gtristan has joined #baserock | 04:46 | |
| *** gtristan has quit IRC | 05:32 | |
| *** gtristan has joined #baserock | 06:20 | |
| *** VLetrmx has quit IRC | 07:24 | |
| *** VLetrmx has joined #baserock | 07:25 | |
| *** toscalix has joined #baserock | 08:05 | |
| *** toscalix has quit IRC | 08:28 | |
| *** toscalix has joined #baserock | 08:28 | |
| *** ctbruce has joined #baserock | 08:31 | |
| gtristan | SotK, can you please file a bug with the GNOME upgrade issues you encountered ? | 08:33 |
|---|---|---|
| gtristan | I havent been doing upgrades at all, and for the short-term I'll just forget | 08:33 |
| *** rdale has joined #baserock | 08:50 | |
| *** edcragg has joined #baserock | 08:53 | |
| SotK | gtristan: sure, I'll do that tonight | 08:58 |
| SotK | its probably exacerbated by the fact I'm upgrading a really old system that isn't in the reference definitions | 08:59 |
| gtristan | possible, but that's still good to be documented | 09:01 |
| gtristan | better to know what we can and cant do :) | 09:01 |
| pedroalvarez | my guess is that the upgrades are not quite working for this usecase | 09:06 |
| pedroalvarez | which is sad | 09:06 |
| pedroalvarez | I would say that the gnome system is not working at all because it doesn't have any of the users that it needs | 09:07 |
| *** tiagogomes_ has quit IRC | 09:08 | |
| gtristan | pedroalvarez, it will be years before it actually has "users" | 09:08 |
| gtristan | pedroalvarez, I dont think that qualifies as "working" though, is there any system in definitions that has users ? | 09:09 |
| gtristan | right now working = it boots from the image and the components actually work, it *does* that | 09:10 |
| pedroalvarez | y meant unix users | 09:10 |
| gtristan | I has plenty of users in that sense | 09:11 |
| gtristan | adm, netdev, avahi, pulse, gdm, .... | 09:11 |
| gtristan | any missing users can be filed as bugs, that's totally in the scope of what I've been doing these months | 09:12 |
| gtristan | not that I will know about it, because... you know... storyboard doesnt send emails... | 09:12 |
| gtristan | anyone know how to build a python module in baserock ? | 09:13 |
| gtristan | like say... python-packages/rdflib for instance ? actually particularly ? | 09:13 |
| paulsherwood | gtristan: can you run easy_install? | 09:22 |
| *** tiagogomes_ has joined #baserock | 09:22 | |
| paulsherwood | actually, no.... that ckind of defeats the point, i guess | 09:23 |
| gtristan | I dont know, I was just looking in python-common.morph and there is a handful of types of python build-systems | 09:31 |
| gtristan | as I havent added any python module yet, I figured someone like jjardon (hint) who knows so much about changing everything to python3... would "just know" how it's supposed to be done :D | 09:32 |
| paulsherwood | jjardon is on vacation today i think | 09:32 |
| paulsherwood | pedroalvarez may know | 09:32 |
| gtristan | well, "python-distutils" did something | 09:33 |
| gtristan | whether it's the correct thing remains to be seen | 09:33 |
| gtristan | but it was successful | 09:34 |
| VLetrmx | if the question is what build-system flag do you use for python modules packaged with setuptools/distutils then yes it's python-distutils | 09:35 |
| VLetrmx | see the DEFAULTS file for a full list of build-system definitions, also feel free to define your own | 09:35 |
| pedroalvarez | i kind of assumed this "python module" couldn't be build using python-distutils | 09:36 |
| VLetrmx | why? | 09:36 |
| pedroalvarez | because the answer "use python-distutils" was really simple :) | 09:37 |
| VLetrmx | oh ha, yes :) | 09:37 |
| pedroalvarez | but yes, never had to use anything different to build python components | 09:38 |
| VLetrmx | indeed python modules are usually packaged with setuptools/distutils | 09:40 |
| *** ssam2 has joined #baserock | 09:49 | |
| *** ChanServ sets mode: +v ssam2 | 09:49 | |
| *** locallycompact has quit IRC | 09:53 | |
| *** franred has joined #baserock | 10:04 | |
| *** Stanto has joined #baserock | 10:18 | |
| *** ssam2 has quit IRC | 10:41 | |
| *** locallycompact has joined #baserock | 10:47 | |
| *** ssam2 has joined #baserock | 10:55 | |
| *** ChanServ sets mode: +v ssam2 | 10:55 | |
| gtristan | So that didnt work | 11:12 |
| gtristan | building zeitgeist... it does this: http://paste.baserock.org/hefakogebu | 11:12 |
| gtristan | building rdflib with python-distutils did not make that check pass :-S | 11:13 |
| ssam2 | could it be expecting /usr/bin/python to be python2 not python3 ? | 11:14 |
| gtristan | ssam2, there is no question about that... /usr/bin/python is *always* python2 | 11:15 |
| gtristan | I dont think there is any discrepency there | 11:15 |
| SotK | I thought /usr/bin/python was python3 in baserock these days? | 11:15 |
| gtristan | SotK, that would be a terrible mistake afaics | 11:16 |
| gtristan | python apps which use python3 ask for it explicitly | 11:16 |
| VLetrmx | SotK, do you still have a link to that PEP that explains that? | 11:17 |
| * SotK looks | 11:17 | |
| gtristan | it's not | 11:18 |
| SotK | https://www.python.org/dev/peps/pep-0394/ | 11:18 |
| gtristan | SotK, a chroot into the zeitgeist artifact shows 'python --version' gives the correct 2.7 | 11:18 |
| VLetrmx | yeah that's the one i think | 11:18 |
| VLetrmx | i kind of thought that it'd be better to have python be python2 for the sake of backwards compatibility, but we seemed to not reach an agreement last time | 11:19 |
| gtristan | I see whats going on | 11:19 |
| gtristan | VLetrmx, it's not something for us to really decide | 11:19 |
| gtristan | VLetrmx, installing python3 as /usr/bin/python would just be asking for trouble, running python2 apps with a python3 interpretor | 11:20 |
| gtristan | so anyway, rdflib installs properly | 11:20 |
| gtristan | but succeeds in compiling/installing without a an isodate module installed | 11:21 |
| VLetrmx | gtristan, iirc the pep leaves it open, since any script using #!/usr/bin/python should be compatible with both, but yeah having python linked to python2 would seem to make the most sense for backwards compatibility right now | 11:21 |
| * gtristan gets typical knee-jerk annoyance of python modules not asserting their deps properly at configure time | 11:21 | |
| VLetrmx | one of the talks at nixcon was also about how awful packaging in python is, this seems to be a popular subject at the moment :3 | 11:25 |
| gtristan | https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=RESOLVED&bug_status=VERIFIED&list_id=83691&query_format=advanced&short_desc=python3&short_desc_type=allwordssubstr | 11:34 |
| gtristan | If python2 programs 'just worked' with python3, I suspect that query would not have so many results | 11:34 |
| gtristan | actually, 'port+python3' reports almost the same count | 11:35 |
| VLetrmx | i don't follow, are you saying you want python to be linked to python2 always? | 11:36 |
| ssam2 | at EuroPython this year, someone asked Guido van Rossum what his least favourite thing about Python was. didn't take him long to answer: "anything to do with packaging" | 11:41 |
| gtristan | VLetrmx, I am simply stating that python2 is not python3, and its not a safe assumption that a python2 program will work with python3 or vise versa | 11:55 |
| gtristan | if you ask my opinion, yes: I think that even in a world/system with absolutely no python2 programs present, the interpretor should still be installed at /usr/bin/python3 | 11:56 |
| gtristan | vice versa, even | 11:57 |
| VLetrmx | oh right, then i agree, usually python2 programs break because the 2 languages handle strings differently, str in python2 is used for text and binary data, where as python3 adds a separate type for binary data | 12:02 |
| edcragg | there's a bunch of incompatibilities, isn't there? | 12:25 |
| gtristan | edcragg, that's my understanding anyway, gedit folks told me they had months of headaches "porting to python3" so, it can't be a drop-in replacement | 12:26 |
| VLetrmx | string handling's the only thing i've encountered when porting stuff to python3, but there's other stuff here https://docs.python.org/3/howto/pyporting.html | 12:28 |
| edcragg | have good test coverage and see what breaks! | 12:29 |
| *** mwilliams_ct has joined #baserock | 12:29 | |
| gtristan | Any clue what's going on here: http://fpaste.org/301623/26956214/ ? | 12:48 |
| gtristan | Context: compiling zeitgeist | 12:49 |
| gtristan | autogen passes, zeitgeist seems to compile OK on my host | 12:49 |
| gtristan | tried various branches but same error when building in baserock | 12:49 |
| paulsherwood | -j? | 12:50 |
| gtristan | no | 12:50 |
| gtristan | I tried that | 12:50 |
| paulsherwood | or possibly a corrupted cached artifact? | 12:50 |
| gtristan | it's like, the first thing it does | 12:51 |
| paulsherwood | or possibly out of memory? | 12:51 |
| gtristan | ram ? | 12:51 |
| gtristan | nah | 12:51 |
| paulsherwood | i guessed not | 12:51 |
| paulsherwood | missing dependency? | 12:51 |
| paulsherwood | can you share your definition? i can try it elsewhere? | 12:52 |
| gtristan | possibly... when installing rdflib (python) on my host, it installed python-pyparsing and python-somthing-about-sparql | 12:52 |
| gtristan | I tried building the python-pyparsing we have in openstack and stage that, no joy | 12:53 |
| gtristan | I can, I have a huge branch right now | 12:53 |
| gtristan | I can push the branch up as a wip to g.b.o | 12:53 |
| paulsherwood | cool | 12:54 |
| * gtristan hands paulsherwood wip/tristan/empathy-integration | 12:55 | |
| gtristan | oh | 12:55 |
| gtristan | sorry, you wont be able to easily build it :-S | 12:55 |
| gtristan | there are 9 unmerged lorries in gerrit | 12:56 |
| paulsherwood | gtristan: how do you deal with that? using file:/// ? | 12:56 |
| gtristan | I usually use the upstream git | 12:56 |
| gtristan | except for tarballs | 12:57 |
| gtristan | in which case I run lorry locally, clone the workd/<foo>/git... and point to that with file:/// | 12:57 |
| gtristan | there is one tarball lorry | 12:57 |
| gtristan | and... you wont like knowing what it is hehe... | 12:57 |
| gtristan | WebKitGtk1-tarball !! | 12:57 |
| paulsherwood | why do you need *any* tarballs? | 12:57 |
| gtristan | For WebKitGtk, same reason as before, it's svn with a crazy branching scheme iirc | 12:58 |
| paulsherwood | gtristan: why not have gnome-apps as a separate stratum? gnome.morph is getting humungous :) | 12:59 |
| gtristan | so 2 reasons, the lorry (at the time at least) did not support the lorry syntax we needed, and, more importantly, svn does not support https there | 12:59 |
| gtristan | paulsherwood, because then we would lose the dependency info, so I wanted to avoid that at least for now | 12:59 |
| paulsherwood | gtristan: ah, ok | 12:59 |
| paulsherwood | perryl: i've been thinking about your reproducibility work... | 13:01 |
| paulsherwood | if there was a pipeline building components, you'd maybe want to publish the checksum(s) for reproducible components, and then (maybe) periodically force rebuild (some of) them to check that you still got the same thing? | 13:02 |
| *** franred has quit IRC | 13:03 | |
| paulsherwood | and somehow dashboard the result? | 13:03 |
| SotK | ISTR ssam2 doing some experimentation towards such a process earlier this year | 13:04 |
| paulsherwood | but i'm assuming that there must be existing dashboard solutions for doing fancy displays of emitted json content (which is i guess how the results would be made available?) | 13:04 |
| paulsherwood | SotK: i believe perryl was involved in that too :) | 13:04 |
| paulsherwood | (assuming you mean http://wiki.baserock.org/projects/deterministic-builds/) | 13:05 |
| perryl | paulsherwood: yes, the current system is very inefficient; it requires manual running and the results displayed is a start but...well, it could be a lot better :) | 13:06 |
| *** tiagogomes_ has quit IRC | 13:06 | |
| paulsherwood | so could most of the software in the known universe :-) | 13:06 |
| SotK | paulsherwood: I was thinking of the "Continuous builder for Baserock" section on that page, yes | 13:07 |
| paulsherwood | SotK: ack | 13:07 |
| paulsherwood | actually, i didn't notice those patches to morph-cache-server... they could be re-purposed into kbas, maybe | 13:08 |
| paulsherwood | perryl: do you know if there is an actual instance of that variant of morph-cache-server anywhere? | 13:09 |
| perryl | paulsherwood: not as far as i know, think ssam2 may be better to ask? | 13:10 |
| ssam2 | no, i took it down ages ago | 13:13 |
| ssam2 | easy to set up again though if there is interest | 13:14 |
| paulsherwood | ssam2: i'm mainly interested to see what its output looks like - i can probably infer it from the code | 13:15 |
| ssam2 | the machine is still there, just shut off | 13:15 |
| *** franred has joined #baserock | 13:17 | |
| ssam2 | http://185.98.148.127:8080/ | 13:17 |
| paulsherwood | great, thanks! | 13:19 |
| paulsherwood | actually, looks like all of the artifacts there were not actually bit-for-bit? | 13:20 |
| SotK | paulsherwood: there are some bit-for-bit ones in the later pages | 13:20 |
| paulsherwood | ah, ok | 13:20 |
| ssam2 | if you look at the numbers, most were fixed early on, as well | 13:21 |
| paulsherwood | tvm | 13:21 |
| *** gtristan has quit IRC | 13:23 | |
| *** franred has quit IRC | 13:25 | |
| *** tiagogomes_ has joined #baserock | 13:36 | |
| *** gtristan has joined #baserock | 13:39 | |
| *** toscalix has quit IRC | 13:44 | |
| paulsherwood | perryl: i don't know if http://riemann.io is the right thing, but that's the *kind* of thing i'm thinking of for publication of results, and it seems concourse are already using it | 13:48 |
| perryl | paulsherwood: great stuff, i'll take a look at it after lunch and see how well it'll gel with the repro test output | 13:49 |
| *** tiagogomes_ has quit IRC | 13:51 | |
| *** tiagogomes_ has joined #baserock | 13:53 | |
| paulsherwood | maybe this would interest locallycompact - riemann is written in clojure :) | 13:55 |
| *** toscalix has joined #baserock | 13:59 | |
| * locallycompact wonders what the hell he's looking at | 13:59 | |
| *** trn has quit IRC | 14:01 | |
| paulsherwood | locallycompact: how other folks process events from ongoing services... for baserock, services could include (eg) g.b.o, artifact cache, ciat etc | 14:04 |
| paulsherwood | for exampel i've been collecting elapsed build times as build logs from ybd on an ad-hoc basis for a while (https://github.com/devcurmudgeon/build-logs) | 14:05 |
| paulsherwood | but it would be more interesting to collect that kind of info as event streams i think | 14:05 |
| paulsherwood | or maybe not :) | 14:06 |
| *** trn has joined #baserock | 14:12 | |
| *** trn has quit IRC | 14:33 | |
| *** trn has joined #baserock | 14:33 | |
| *** toscalix has quit IRC | 14:45 | |
| *** toscalix has joined #baserock | 14:45 | |
| *** franred has joined #baserock | 14:46 | |
| *** pedroalvarez has quit IRC | 15:00 | |
| *** pedroalvarez has joined #baserock | 15:01 | |
| *** ChanServ sets mode: +v pedroalvarez | 15:01 | |
| *** locallycompact has quit IRC | 15:41 | |
| *** locallycompact has joined #baserock | 15:42 | |
| paulsherwood | http://linux.slashdot.org/story/15/12/16/040223/0-day-grub2-authentication-bypass-hits-linux | 15:56 |
| gtristan | eek | 16:24 |
| gtristan | funny thing is that I think it was ismael himself who helped actually get grub working with the EFI boot in #grub just a week or two ago | 16:26 |
| gtristan | but even if I'm effected, there's no way afaict from the article, that the 0 day exploit can get passed cryptfs without a password | 16:28 |
| gtristan | just a power grub shell | 16:28 |
| *** persia has quit IRC | 17:00 | |
| *** thrace has quit IRC | 17:00 | |
| *** ctbruce has quit IRC | 17:20 | |
| *** ssam2_ has joined #baserock | 17:31 | |
| *** ssam2 has quit IRC | 17:34 | |
| *** dabukalam has quit IRC | 17:54 | |
| *** dabukalam has joined #baserock | 17:54 | |
| *** locallycompact has quit IRC | 17:59 | |
| *** bashrc has quit IRC | 18:00 | |
| *** edcragg has quit IRC | 18:19 | |
| *** edcragg has joined #baserock | 18:21 | |
| *** edcragg has quit IRC | 18:32 | |
| *** persia has joined #baserock | 18:39 | |
| *** persia_ has joined #baserock | 18:39 | |
| *** toscalix has quit IRC | 18:44 | |
| *** ssam2_ has quit IRC | 19:07 | |
| * SotK goes to document his upgrade woes in storyboard | 19:59 | |
| SotK | (actually, I'll try upgrading via a clean devel system first) | 20:08 |
| mwilliams_ct | daft question (and at a daft time so I dont expect a reply!): will ybd work outside of baserock, say on ubuntu? Readme seems to suggest so | 20:32 |
| SotK | mwilliams_ct: I believe it should do | 20:33 |
| mwilliams_ct | SotK: ace, thanks :). Too sleepy to try and set it up on my vps right now, but that will save me worrying | 20:33 |
| SotK | needs to be run as root though | 20:34 |
| mwilliams_ct | hmm, that affects things. looking into running it in a concourse.ci task which arent privileged by default | 20:34 |
| mwilliams_ct | mwilliams_ct: note to self, you need to think about privileged tasks | 20:35 |
| * SotK grumbles about morph downloading every artifact in the system, then downloading the system artifact too | 20:37 | |
| persia | I thought that hot fixed, for the special case where the system was cached. | 20:41 |
| SotK | gtristan: I feel the pain of using this old version of storyboard | 21:07 |
| SotK | upgrading from a clean devel system has the same trouble | 22:27 |
| SotK | I guess tomorrow's step is deploying a fresh VM then | 22:27 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!