| *** gtristan has quit IRC | 01:52 | |
| *** rdale has quit IRC | 03:34 | |
| *** rdale has joined #baserock | 03:34 | |
| *** radiofree has quit IRC | 03:35 | |
| *** radiofree has joined #baserock | 06:46 | |
| *** jude_ has joined #baserock | 08:17 | |
| *** ctbruce has joined #baserock | 08:22 | |
| *** cosm has quit IRC | 08:25 | |
| *** franred has joined #baserock | 08:26 | |
| *** cosm has joined #baserock | 08:27 | |
| *** toscalix has joined #baserock | 09:02 | |
| *** anahuelamo has joined #baserock | 09:45 | |
| *** anahuelamo has quit IRC | 09:50 | |
| *** anahuelamo has joined #baserock | 10:02 | |
| jjardon | Hi! Any idea what of the generic docker images support btrfs? Or that depends on the host entirely? I'm trying to think on a solution to be able to deploy in the runners; currently is not possible because they do not support btrfs | 10:05 |
|---|---|---|
| rjek | I assume the kernel will need to have btrfs support enabled | 10:07 |
| rjek | (On the host) | 10:07 |
| *** anahuelamo has quit IRC | 10:19 | |
| *** anahuelamo- is now known as anahuelamo | 10:19 | |
| *** gtristan has joined #baserock | 10:34 | |
| *** locallycompact has joined #baserock | 10:39 | |
| *** leeming has joined #baserock | 10:40 | |
| locallycompact | This bug... | 10:51 |
| locallycompact | shutil.make_archive is behaving the same way | 11:19 |
| locallycompact | if I go into a ca-certificates debris folder and run | 11:20 |
| locallycompact | shutil.make_archive('foo', format='gztar', root_dir='.') | 11:20 |
| locallycompact | it truncates the filename | 11:20 |
| locallycompact | nothing to do with ybd | 11:20 |
| locallycompact | seems to be also doing it in python2 though | 11:22 |
| * SotK wonders why its suddenly begun breaking | 11:22 | |
| locallycompact | No | 11:25 |
| locallycompact | not broken with py2 sorry | 11:25 |
| *** jonathanmaw has joined #baserock | 11:29 | |
| locallycompact | someone to confirm https://github.com/locallycompact/py3_make_archive_bug | 11:37 |
| jmacs | Confirmed, file is truncated in python 3 | 11:39 |
| locallycompact | tvm | 11:40 |
| paulsherwood | locallycompact: thanks for tracking this down. i assume we need to rollback ybd to py2 for the moment? | 12:13 |
| locallycompact | Maybe not strictly, I'm told this is fixed in 3.5.2 http://bugs.python.org/issue28831 | 12:15 |
| locallycompact | from the duplicate link | 12:15 |
| locallycompact | trying | 12:15 |
| locallycompact | works in 3.5.2 | 12:21 |
| locallycompact | and nothing lower | 12:21 |
| locallycompact | paulsherwood, what do you want to do? | 12:32 |
| paulsherwood | revert, i think | 12:33 |
| locallycompact | who do I have to kill to move debian stable to 3.5.2 | 12:34 |
| paulsherwood | no-one here, afaik | 12:35 |
| radiofree | +1 to revert as well (sadly) | 12:38 |
| locallycompact | Can we scrub the tarballs from the definitions build yesterday? They will be wrong. | 12:44 |
| locallycompact | or force over? | 12:45 |
| radiofree | locallycompact: is there an upstream bug for this issue? | 12:45 |
| radiofree | with python | 12:45 |
| locallycompact | http://bugs.python.org/issue24838 | 12:46 |
| * radiofree wonders when the next debian stable is released | 12:46 | |
| rjek | stretch? First half of next year | 12:49 |
| * locallycompact hibernates | 12:49 | |
| rjek | It's frozen now I think anyway | 12:49 |
| rjek | So only bug fixes | 12:49 |
| paulsherwood | locallycompact: *all* artifacts from yesterday? | 12:51 |
| locallycompact | probably a good idea | 12:51 |
| paulsherwood | locallycompact: will you submit the revert mr? | 12:52 |
| locallycompact | yes | 12:52 |
| paulsherwood | tvm | 12:54 |
| franred | locallycompact, why you don't install the 3.5.2 package? | 13:03 |
| franred | if it doesn't have to many dependencies, you could always installing the deb package using "dpkg -i debian_package" | 13:03 |
| locallycompact | The problem if anybody doesn't have 3.5.2 they will be uploading brkoen artifacts | 13:03 |
| locallycompact | if you run this with 3.4 it won't error until splitting | 13:04 |
| franred | true | 13:04 |
| * franred hides again | 13:04 | |
| radiofree | another reason to move splitting until deployment | 13:26 |
| radiofree | what's the reason for splitting during artifact creation again? | 13:27 |
| paulsherwood | smaller artifacts | 13:29 |
| paulsherwood | but note even though 'it won't error until splitting' it breaks silently before that | 13:30 |
| paulsherwood | (ie it creates broken artifacts) | 13:30 |
| * paulsherwood has removed all of the artifacts from yesterday | 13:31 | |
| paulsherwood | pls can someone else approve https://gitlab.com/baserock/ybd/merge_requests/266 | 13:32 |
| locallycompact | radiofree, sorry, I meant it fails at split installation time | 13:57 |
| locallycompact | not at chunk splitting | 13:57 |
| locallycompact | how is it smaller artifacts when misc pulls in .* | 13:57 |
| locallycompact | The builds seem to have completed but it didn't merge | 14:33 |
| locallycompact | fine now | 14:38 |
| paulsherwood | ack, thanks | 14:38 |
| locallycompact | radiofree, this one might work now https://gitlab.com/baserock/definitions/merge_requests/16/builds | 14:44 |
| radiofree | if i approve it can't merge until it builds right? | 14:45 |
| locallycompact | yea | 14:45 |
| locallycompact | maybe | 14:46 |
| jjardon | radiofree: yes, builds have to succeed | 15:20 |
| jjardon | locallycompact: maybe is a good idea to enforce that in ybd when the strict mode is selected , only warning if not? | 15:25 |
| locallycompact | I'll just leave this here for the rapture https://gitlab.com/baserock/ybd/merge_requests/267 | 15:25 |
| locallycompact | jjardon, enforce precise dependencies? | 15:25 |
| jjardon | Yes, so those patches to "fix" definitions would be not needed in the future | 15:27 |
| locallycompact | I'd rather just have that way and not the other way | 15:27 |
| jjardon | Sure, but you are braking older definitions if you only support precise deps | 15:28 |
| locallycompact | I say they are already broken | 15:28 |
| *** brlogger` has joined #baserock | 15:37 | |
| *** ctbruce has quit IRC | 15:37 | |
| *** ctbruce has joined #baserock | 15:40 | |
| pedroalvarez | NB All: network connection to baserock services hosted at DC (such as irclogs, or git.baserock.org) will be affected by some network issues similar to the ones we had yesterday | 15:41 |
| benbrown_ | pedroalvarez: any chance you could let me know the disk space taken up by delta/cpython (not including lorry w-a) | 15:42 |
| benbrown_ | on gbo, that is | 15:45 |
| pedroalvarez | ~ # du -sh /home/git/repos/delta/cpython.git/ | 15:45 |
| pedroalvarez | 593.7M/home/git/repos/delta/cpython.git/ | 15:45 |
| benbrown_ | hrm | 15:45 |
| benbrown_ | something is very wrong here | 15:45 |
| benbrown_ | have a downstream trove where the mirror is taking up almost 4x as much space | 15:46 |
| pedroalvarez | that's odd | 15:47 |
| pedroalvarez | benbrown_: not sure if a copy of the contents may help you identify what extra data you have | 15:49 |
| benbrown_ | an `ls -l` of objects/pack would be nice | 15:51 |
| benbrown_ | actually, probably not | 15:52 |
| benbrown_ | there's a 1.9G pack file here | 15:52 |
| benbrown_ | no idea | 15:52 |
| pedroalvarez | maybe a git gc helps there? | 15:53 |
| pedroalvarez | 518.9Mobjects/pack | 15:54 |
| * benbrown_ checks lc logs | 15:55 | |
| pedroalvarez | is this in /home/lorry or /home/git ? | 15:56 |
| benbrown_ | /home/git | 15:56 |
| pedroalvarez | can you also check the size in /home/lorry? | 15:57 |
| benbrown_ | 2.6G git dir o.O | 15:58 |
| benbrown_ | also, hg? | 15:59 |
| benbrown_ | wat | 15:59 |
| pedroalvarez | is this a downstream trove? | 15:59 |
| pedroalvarez | or a trove that also has the same lorries? | 15:59 |
| benbrown_ | lorry-controller.conf says downstream | 16:00 |
| pedroalvarez | why hg dir? | 16:00 |
| pedroalvarez | :S | 16:01 |
| benbrown_ | is cpython mercurial? | 16:01 |
| benbrown_ | so it is | 16:01 |
| SotK | if its a downstream trove it should be lorrying from g.b.o's git mirror though iirc? | 16:02 |
| benbrown_ | yeah | 16:02 |
| benbrown_ | I think at some point it may have had the same lorries, for whatever bizarre reason, and somehow they've amalgamated into this horrifically sized repo | 16:02 |
| * benbrown_ checks conf git log | 16:02 | |
| pedroalvarez | I wonder what the state of the current repo is | 16:03 |
| pedroalvarez | I wonder if the 2 different lorries (from git, and hg) coexisted for some time, and messed everything up | 16:03 |
| *** jude_ has quit IRC | 16:21 | |
| *** jude_ has joined #baserock | 16:23 | |
| *** ctbruce has quit IRC | 16:54 | |
| *** toscalix has quit IRC | 17:53 | |
| *** jude_ has quit IRC | 18:02 | |
| *** jonathanmaw has quit IRC | 18:11 | |
| *** locallycompact has quit IRC | 18:14 | |
| *** faybrocklebank has quit IRC | 18:20 | |
| *** gtristan has quit IRC | 18:34 | |
| *** jude_ has joined #baserock | 19:07 | |
| *** gtristan has joined #baserock | 22:13 | |
| *** gtristan has quit IRC | 23:12 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!