LeePen | rrq: the slim-repos build for unstable is failing: daklib.archive.HashMismatchException: slim_1.3.6-5.1+devuan3.dsc: Does not match file already existing in the pool. | 11:39 |
---|---|---|
rrq | yeah. I suppose it means something. | 12:10 |
rrq | maybe it's the missing armel build | 12:11 |
LeePen | rrq: AFAICS the only differences between the experimental and Jenkins workspace .dsc files is in the PGP signature. | 14:08 |
LeePen | http://ix.io/1LFy | 14:11 |
rrq | right. that build system confuses me. .. late again .. tomorrow. | 15:16 |
LeePen | rrq: Yes, I don't (yet!) really understand it either. Thanks for looking. | 15:22 |
fsmithred | KatolaZ, are you around? I'm looking at updating devuan-baseconf and think I should merge the ascii branch, which has the lastest changes, into unstable. Does that make sense? | 18:24 |
KatolaZ | fsmithred: check if threre are any changes in the unstable branch | 19:44 |
fsmithred | no, the only possible glitch is in the changelog | 19:44 |
fsmithred | nextime had made version -devuan3 and you changed it to devuan2 in the ascii changelog | 19:44 |
fsmithred | there is a version +devuan3 in ceres now, and it needs help | 19:45 |
fsmithred | would it be easier if I just copied over the files that have changed? | 19:45 |
fsmithred | or maybe it'll be easy anyway | 19:46 |
fsmithred | there are few changes right now | 19:46 |
fsmithred | in ascii | 19:46 |
fsmithred | ascii is ahead of master and unstable | 19:46 |
KatolaZ | then maybe merge ascii into unstable? | 19:47 |
KatolaZ | dunno | 19:47 |
fsmithred | yeah, that's what I was thinking | 19:47 |
fsmithred | if it complains about merging the changelog, I think I only need to fix one line | 19:47 |
KatolaZ | you need to stitch the Changelog by hand though | 19:47 |
KatolaZ | it's not gonna be one line, normally | 19:48 |
fsmithred | ok | 19:48 |
fsmithred | but the actual diff, other than your entries, is one line | 19:48 |
fsmithred | oh, and a final line break | 19:48 |
fsmithred | while I have you, I have another question - to build for beowulf, is it just a matter of selecting that label when I issue the build? | 19:49 |
KatolaZ | no fsmithred | 20:19 |
KatolaZ | you should not build for beowulf, if you ask me | 20:19 |
KatolaZ | you should only build for unstable | 20:19 |
KatolaZ | and them have the package moved to beowulf in dak | 20:19 |
KatolaZ | otherwise you're back to hell | 20:19 |
KatolaZ | I worked to re-establish the usual unstable/testing/stable cycle | 20:20 |
KatolaZ | you might decide to forego with that intention | 20:20 |
KatolaZ | but I would probably advise against it | 20:20 |
KatolaZ | not because I put an effort in that direction | 20:20 |
KatolaZ | rather because it's a cleaner way of dealing with things | 20:20 |
KatolaZ | and reduces the risks of Devuan lagging behind too badly w.r.t. Debian | 20:21 |
KatolaZ | my2cents | 20:21 |
fsmithred | ok, so I have to get someone to do it for me. | 20:21 |
fsmithred | who has control of dak? | 20:23 |
KatolaZ | the caretakers? | 20:23 |
LeePen | rrq: Rather than rebuilding slim/experimental for ceres, I get the impreseeions from KatolaZ's comments that it is possible to move the built packages within dak. Would that be easier? | 23:32 |
Centurion_Dan | LeePen: It is possible, but much easier to rebuild it. | 23:43 |
LeePen | Centurion_Dan: OK, thanks. Hopefully rrq can work out why the slim-repos is failing then. | 23:46 |
Centurion_Dan | we're discussing it now ;-) | 23:47 |
LeePen | Great. I'll leave you to it! | 23:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!