On Wed, Feb 28, 2018 at 06:45:49PM +0000, Adam D. Barratt wrote: > On Wed, 2018-02-28 at 16:05 +0100, Manuel A. Fernandez Montecelo wrote: > [..] > > 2018-02-18 22:26 Guillem Jover: > [...] > > > I'd like to update dpkg in stretch. This includes several fixes for > > > documentation, regressions, misbheavior, minor security issues, and > > > a new arch definition so that DAK can accept packages using it. The > > > fixes have been in sid/buster for a while now. > > > > We depend on this version being accepted and installed in the systems > > where DAK lives to learn about the new architecture. After that, > > several other packages can add support for the architecture, without > > receiving an automatic reject when uploaded. > > > > It would be great if this update could enter in the next stable > > update, so we can make progress on that front. > > We've been discussing this amongst the SRMs and are quite wary of a > dpkg update this close to the p-u freeze. We appreciate that the > changes individually seem self-contained but would like to have an > update of such a key package able to be tested more than is feasible in > the time available. > > (On a related note, in practical terms it's very unlikely that there > would be sufficient time to get the new strings that are introduced > translated.) > > We understand that this is inconvenient for the riscv porters, so are > exploring whether it would be possible to have the dak support made > available via p-u after the upcoming point release.
Hello, I wanted to kindly ask whether there are any news on this topic and whether there is anything that the RISC-V porters can do to help. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung.