| 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/!