Re: stretch EOL point release (9.13) and 10.5 planning

2020-06-25 Thread Laura Arjona Reina
Hi

El 15/6/20 a las 18:44, Adam D. Barratt escribió:
> Hi,
> 
> stretch transitions from oldstable-with-security-support to LTS support
> on Saturday July 4th. As usual, we should aim for the final point
> release to be soon after that, most likely pulling in any remaining
> updates from security.d.o that are still in oldstable-new.
> 
> I think Saturday July 11th makes most sense (so freezing opu during the
> transition weekend), but we could potentially stretch (no pun intended)
> slightly further if need be.
> 
> We also need to look at the next buster point release in a similar
> timeframe. Can anyone see a reason not to do the two at the same time,
> as usual?
> 
> To get the ball rolling, please could you confirm your availability
> for:
> 
> - July 11/12
> - July 18/19
> 
Sorry for the late reply.
We had talk about this but forgot to send the mail.
Any of the proposed dates is workable for press/website.

Apologies again for the delay.
Kind regards,
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona



Updating git-summary

2020-06-25 Thread Cyril Brulebois
Hey folks,

Until a few hours ago, the following page still had wheezy and jessie:
  https://d-i.debian.org/git-summary.html 

The mapping has been updated with:
  
https://salsa.debian.org/installer-team/d-i/-/commit/054ba3d27a94ccd5e29df8c1a17d201be3c19d97

This was spotted while checking if we had stuff pending for stretch
(next point release is the last one) and buster, and I thought I'd drop
you all a note, so that those who don't know about that page have a
chance of learning about it. :)


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature


Processed: Bug#923845 marked as pending in finish-install

2020-06-25 Thread Debian Bug Tracking System
Processing control commands:

> tag -1 pending
Bug #923845 [finish-install] finish-install still contains obsolete(?) upstart 
support
Ignoring request to alter tags of bug #923845 to the same tags previously set

-- 
923845: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923845
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Re: Bug#956612: libpango-1.0-0: broken kerning since 1.44

2020-06-25 Thread Cyril Brulebois
Copntrol: severity -1 serious

Cyril Brulebois  (2020-05-03):
> I can confirm this in the Debian Installer as well (spotted early April
> but only debugged right now).
> 
> Getting a little back in time and comparing what unstable used to be at
> 20200401T154401Z and at 20200405T084040Z, I'm seeing these changes in
> the list of udebs used to build the netboot-gtk image:
> 
> -libcrypt1-udeb_1%3a4.4.15-1_amd64.udeb
> +libcrypt1-udeb_1%3a4.4.16-1_amd64.udeb
> -libdrm2-udeb_2.4.100-4_amd64.udeb
> +libdrm2-udeb_2.4.101-1_amd64.udeb
> -libpango1.0-udeb_1.42.4-8_amd64.udeb
> +libpango1.0-udeb_1.44.7-3_amd64.udeb
> -libudev1-udeb_245.2-1_amd64.udeb
> +libudev1-udeb_245.4-2_amd64.udeb
> -udev-udeb_245.2-1_amd64.udeb
> +udev-udeb_245.4-2_amd64.udeb
> 
> Compare attached 1/2 screenshots to see the regression.
> 
> To make sure the pango update was responsible, I deb-reversion'ed its
> udeb (taking the old udeb, faking a higher version so that it would be
> preferred to the new udeb), and rebuilt the installer with unstable
> from 20200405T084040Z, and I can confirm the regression disappears
> (see 2+revert screenshot).

I thought severity was higher than that. Reasoning for serious is that
rendering looks ***bad*** plus this breaking d-i's automated testing.

I'm told desktop users also suffer from that (cc-ing Corsac for a
possible confirmation).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature