Re: Scheduling 9.5
On Mon, 14, May, 2018 at 06:19:00PM +0100, Jonathan Wiltshire spoke thus.. > Hi, > > We're due a point release any day now. Please indicate your availablility > out of: > > - May 26th (meaning freeze this coming weekend, which might be a big ask) > - Jun 2nd (which may require an unusual SRM) > - Jun 9th (getting quite a way out of cadence, but maybe that can't be >helped) If I'm needed as an ftp-person again, I can do any of the above. Mark -- Mark Hymers Ganneff: I'm confident in your ability to create a flamewar. Extremedura QA/i18n meeting 2008
Re: Scheduling 9.6
On Sat, 06, Oct, 2018 at 05:24:47PM +0100, Adam D. Barratt spoke thus.. > - October 20th (means freezing next weekend) > - October 27th > - November 3rd > - November 10th If no-one else from ftp- is available, I can do the 27th, 3rd or 10th; preferably starting as early in the morning as possible. Thanks, Mark -- Mark Hymers "Everyone is entitled to be stupid but some abuse the privilege." Unknown signature.asc Description: PGP signature
Re: Scheduling 10.1 and maybe 9.10
On Sat, 27, Jul, 2019 at 08:21:57PM -0300, Jonathan Wiltshire spoke thus.. > On Sat, Jul 20, 2019 at 08:36:30PM -0300, Jonathan Wiltshire wrote: > > On Sun, Jul 14, 2019 at 07:35:01PM +0100, Jonathan Wiltshire wrote: > > > - Auguest 31st > > > - September 7th > > > > These look like the two options so far. Any other takers? > > I think we're just awaiting FTP masters now - I'd like to get this nailed > down as soon as we can so I can plan the pulses for 10.2 onwards please. I can do either of those. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Planning 10.3 and 9.12
On Mon, 06, Jan, 2020 at 09:42:29PM +, Adam D. Barratt spoke thus.. > Hi, > > - January 25th > - February 1st > - February 8th > - February 15th Hi, I can do any of the above. Happy to do both on one day if it's easier for others. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: 10.4 planning
> - April 25th > - May 2nd > - May 9th I can currently do any of the above for ftp-team. Thanks, Mark -- Mark Hymers
Re: stretch EOL point release (9.13) and 10.5 planning
On Mon, 15, Jun, 2020 at 05:44:54PM +0100, Adam D. Barratt spoke thus.. > - July 11/12 > - July 18/19 I'm happy to do either of these for ftp. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: stretch EOL point release (9.13) and 10.5 planning
On Sat, 18, Jul, 2020 at 10:12:41PM +0100, Adam D. Barratt spoke thus.. > Next weekend is probably a little too soon - I'd at least like to not > jump straight back into freezing - but how about one of: > > - August 1st/2nd Hu, 1st is definitely better for me than the 8th for ftp-side. Thanks, Mark -- Mark Hymers
Re: 10.6 planning
On Wed, 09, Sep, 2020 at 07:24:06PM +0100, Adam D. Barratt spoke thus.. > - September 26/27 > - October 3/4 I can do either of those for ftp-team. I have a slight preference for Sept 26/27th but it's only slight. Thanks, Mark -- Mark Hymers
Re: 10.7 planning
On Fri, 30, Oct, 2020 at 07:10:20PM +, Adam D. Barratt spoke thus.. > Hi, > > In an attempt to be slightly more efficient than usual at planning a > point release... it's about a month since 10.6, so let's start looking > at dates for 10.7. > > Please could you confirm your availability, and any preferences, for > the following: > > - November 21st > - November 28th > - December 5th I can do any of those for ftp. Thanks, Mark -- Mark Hymers
Re: 10.8 planning
On Sat, 16, Jan, 2021 at 02:38:13PM +, Adam D. Barratt spoke thus.. > Hi, > > It's that time again, when we should get 10.8 out. > > Please could you confirm your availability, and any preferences, for > the following: > > - January 30th (would mean we would have to freeze next weekend, so a > bit tight) > - February 6th > > My personal preference would be the 6th. I can do either for ftp. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: 10.9 planning
On Mon, 15, Mar, 2021 at 12:33:15PM +, Adam D. Barratt spoke thus.. > Please could you confirm your availability, and any preferences, for > the following: > > - March 27th > - April 3rd > - April 10th I can do any of those for ftp, but would prefer to avoid the 10th April as well (which is convenient) Mark -- Mark Hymers
Re: Finding a tentative bullseye release date
On Wed, 21, Apr, 2021 at 09:19:17PM +0200, Paul Gevers spoke thus.. > I've seen replies from Steve for CD, from Donald for Press and Cyril for > d-i. Can you please let us know if/when you're available? > May 1 CD, Press > May 8 CD, Press > May 15 CD > May 22 CD, Press > May 29 (CD) > > [d-i: the later the better] > > Seems like our current best option is May 22 if you can make it. I can help out with ftp-master foo on any of those. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: 10.10 planning
On Sun, 30, May, 2021 at 05:50:09PM +0100, Steve McIntyre spoke thus.. > >Saturday June 12th > >Saturday June 19th > >Saturday June 26th 19th is best for me. Thanks, Mark -- Mark Hymers
Re: 11.2 planning
On Tue, 23, Nov, 2021 at 08:12:11PM +, Adam D. Barratt spoke thus.. > Hi, > > It's (a little past) time that we organised the next point release. As > an "every other" release, this time will only be for stable. > > Any of the first three weekends of December would work for me, although > the 4th is my least preferred as it means freezing over the coming > weekend and I'm not sure if I'll have time to do a fair job of dealing > with things before that. > > tl;dr, suggested dates: > > December 4th [least preferable for me] > December 11th > December 18th I can do the 11th or 18th. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: 11.3 and 10.12 planning
On Sun, 06, Mar, 2022 at 09:51:57PM +, Adam D. Barratt spoke thus.. > - March 19th (means freezing next weekend, so not ideal) > - March 26th > - April 2nd > - April 9th > I can currently do any of those but it currently looks like March 26th has the biggest availability overlap (unless I missed an email). Mark -- Mark Hymers
Re: 11.4 planning
On Fri, 17, Jun, 2022 at 08:31:23PM +0100, Adam D. Barratt spoke thus..
> Hi,
>
> We're (again) running behind in getting the next point release for
> bullseye sorted, and I know we're about to run into the Deb{Camp,Conf}
> period. I think the possible dates that make sense are:
>
> - July 2nd (means freezing next weekend, but so be it)
> - July 9th
I can do the 2nd but not the 9th.
Mark
--
Mark Hymers
Re: 11.6 planning
On Thu, 17, Nov, 2022 at 09:33:33PM +, Adam D. Barratt spoke thus.. > Hi, > > We've managed to slip behind on getting a bullseye point release > sorted, again. :-( I realise we're heading towards the holidays at a > surprising rate of knots, but hopefully we can find a generally > agreeable date. > > Please could you indicate your availability and preferences between: > > - December 3rd > - December 10th > - December 17th > Sadly all three of those weekends are already booked up for me. Sorry, Mark -- Mark Hymers
Re: 12.1 planning
On Mon, 19, Jun, 2023 at 10:04:06PM +0100, Jonathan Wiltshire spoke thus.. > Hi, > > The promised 4-6 weeks following release for 12.1 looks like: > > 8th July (4) > 15th July (5) > 22nd July (6) > > The first of them would combine with a very stretched 11.8; SRM might > prefer to get 11.8 done earlier and leave more time for 12.1 to mature. I can't do the 15th, so someone else from ftp would have to do it. The other two currently look ok. Mark -- Mark Hymers
Re: 11.8 planning
On Mon, 19, Jun, 2023 at 10:02:27PM +0100, Jonathan Wiltshire spoke thus.. > Hi, > > I'm sending this separately to a similar mail for 12.1. That's because the > timings are far enough out that they would make sense on separate weekends, > but they could also be stretched[1] and combined. > > Two months from 29th April is around the 1st July, so I propose: > > 1st July > 8th July > 15th July at a push Same as the 12.1 - 15th is out, but 1st and 8th are ok. Mark -- Mark Hymers
Re: 11.8/12.2 planning
On Mon, 24, Jul, 2023 at 07:25:13PM +0100, Jonathan Wiltshire spoke thus.. > Let's say 30 Sep is still preferred, 7th Oct or at a stretch 14th Oct are > options. Please indicate your availability for those three. I can do any of the above for ftp. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Planning for 12.5/11.9
On Tue, 19, Dec, 2023 at 09:25:06PM +, Jonathan Wiltshire spoke thus.. > It's time to set a date for 12.5 (taking account of the emergency .4) and > 11.9. I expect this to be the penultimate update for bullseye before LTS. > > Please indicate availability for: > > Saturday 3rd February (preferred for cadence) > Saturday 10th February > Saturday 17th February Sorry for the delay. I can currently do any of those for ftp. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Planning for 12.6
On Mon, 12, Feb, 2024 at 06:04:17PM +, Jonathan Wiltshire spoke thus.. > Hi, > > 12.6 should be around 10th April, so please indicate availability for: > > 7 April > 13 April > 20 April 7th or 20th should be ok, but 13th is out for me. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Re-planning for 12.6
Hi, On Mon, 01, Apr, 2024 at 01:07:27PM +0100, Adam D. Barratt spoke thus.. > April 13th > - Not great for me for personal reasons, mhy previously said no. I > could probably do if need be 13th is completely out for me. > May 11th > - Should work for me Looks like it'll work at present. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Planning for 12.6/11.10
On Mon, 27, May, 2024 at 01:07:17PM +0100, Jonathan Wiltshire spoke thus.. > The final bullseye point release 11.10 (and therefore also 12.6 for > versioning) should be soon after 10th June, when security team support > will end. > > Please indicate availability for: > > Saturday 15th June > Saturday 22nd June > Saturday 29th June Hi, I think I can do any of those as long as we lock it in soon so that I know. Thanks, Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Planning for 12.7/11.11
On Thu, 20, Jun, 2024 at 10:35:35PM +0100, Jonathan Wiltshire spoke thus.. > - Saturday 31st August: it's later than ideal, leaving a gap before LTS >starts work, but that may be unavoidable. I can currently do 31st August. Mark -- Mark Hymers signature.asc Description: PGP signature
Re: Meeting(s) at FOSDEM
On Thu, 05, Feb, 2009 at 12:30:46PM +, Steve McIntyre spoke thus.. > >>Apologies for the massive cross-posting, but I'm trying to arrange > >>some discussions between the various teams, or at least those members > >>who will be at FOSDEM. Topics I'd like us to talk about include: > >> > >> 1. how the d-i daily builds are done and distributed > >> 2. how the needs of the kernel d-i teams can better be reconciled > >> > >>I'm guessing that quite a number of people may be interested in these, > >>and in other topics. Is there anything else I'm missing that you would > >>like to discuss? > >> > >>Then: when and where would be a good time to meet up? > > Hello? Anyone? Hi, I agree that it'd be a good idea to meet up and I'll make sure I'm there wearing my ftpteam hat (note, not ftpmaster so I can't finally agree to anything, but I'm willing to put any work in on the ftp side which is needed). I'm around all weekend up until Sunday afternoon at about 3, so whatever works for everyone else will be fine by me. Cheers, Mark -- Mark Hymers "'I regret nothing?' That's not a song, that's an idiots charter." Andy Hamilton, Old Harry's Game signature.asc Description: Digital signature
Re: Meeting(s) at FOSDEM
In gmane.linux.debian.devel.kernel, you wrote: > On Mon, Feb 09, 2009 at 06:30:00PM -0200, Otavio Salvador wrote: >>Steve McIntyre writes: >> >><...> >>> The main focus of the meeting was how d-i builds and releases work, >>> and I think we made quite some progress on that. There are a few >>> changes that we think should be made that will help a great deal in >>> building, publishing and releasing d-i. I'm not posting any of the >>> details here just yet because my memory fails me... :-) >><...> >> >>Please let me know those details as soon as possible :-) > > Oh, of course. :-) My beer-addled memory is not as reliable as it used > to be, so I'm hoping that Mark's notes are more reliable. > > mhy: ping! Ok, here are my notes from that meeting. I'm sure people will correct me when I make mistakes / omissions. Unfortunately, my notes aren't anywhere near as copious as I'd like so if people could jump in, it'd be helpful. People present: broonie, enrico, fjp, Maulkin, mhy, Sledge, sgran, Kinnison, kyllikki, Womble2 Issues Discussed: - Kernel: * The issue of linux-modules-extra binaries having been built using sources which are not referenced within dak (and hence not guaranteed to be kept around for the right length of time was discussed). This was also discussed under D-I Builds [0] D-I Builds: * Some facts about D-I builds were clarified by fjp: * Pulls in d-i source (installer/) * Pull in udebs * Daily builds take udebs from unstable * RC builds take udebs from testing * debian/rules performs a testing build * manual builds using installer uses unstable (?) * D-I builds need to be run as root; fakeroot doesn't suffice (? would it be possible/desirable to use sudo to do builds on a per-package basis?) * D-I changes come from * Installer build system * debs * cd build scripts * Metadata generation * How D-I can declare an interest in certain debs/udebs to assist the release team? Could a file be produced listing the relevant packages? * How we can ensure that source is available for everything in D-I images? [0] * Virtual d-i package for Depends to prevent migration of 'bad stuff' to testing? * debian.org daily builds * Would it be possible / feasible to move the daily builds to the normal autobuilder network? [0] This led to further discussion culminating in a proposal for two new fields in .changes files. This is not a full specification or proposal, which is yet to be fully written: * Built-Using-Binary: * Built-Using-Source: These fields would be placed in a .changes file of a single architecture binary upload (rationale for not putting them in the DEBIAN/control file; we want to avoid bloating udebs and also allow the use of these fields for non-package uploads, such as the debian-installer tarballs which may not contain a control file). They must be specified with a strict versioned Depends; e.g. Built-Using-Binary: foo (= 1.2.1-3). At upload time the archive will check that the version specified is known, in the case of the Built-Using-Binary field resolve it to its source package/version and store a reference that the binary packages uploaded were built using that source package/version. The archive will then refuse to remove source packages from the pool whilst any existing binary still references them. PS - I have to say that having looked at this and thought again, I'm fairly sure that the .changes file is fundamentally the wrong place for this and that we need to discuss it further. Normal packages should just put it in control and we should come up with some other mechanism (maybe some form of extra control file which is uploaded) for things which go through byhand (such as d-i tarballs) -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Splitting large game data packages?
On Wed, 30, Mar, 2011 at 06:58:54PM +0100, Simon McVittie spoke thus.. > Hi, > I've been considering splitting up openarena-data (currently 314MB source, > 345MB binary) into multiple source packages. openarena would still have to > depend on all of them (you need the complete set for network compatibility), > but they'd be easier to fit on CDs, and I wouldn't have to upload so much data > for each version. Does that sound good to the ftpmasters? Having read your rationale, I don't see any problem with that at all. Thanks for checking, Mark -- Mark Hymers "Well, the thing about a black hole - it's main distinguishing feature - is it's black. And the thing about space, your basic space colour is black. So how are you supposed to see them?" Holly, Red Dwarf Series III - Marooned -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110331113330.gb7...@hymers.org.uk
Re: Squeeze point release (6.0.5)
On Wed, 25, Apr, 2012 at 09:32:51PM +0100, Steve McIntyre spoke thus.. > That will help, but then the issue is more a problem with downloading > the images. I've got a full mirror at home, which helps immensely with > jigdo downloads. I can try and arrange to have a full local mirror at the BSP which I can sync at work on the Friday beforehand if that'll help. Mark -- Mark Hymers "I've had people claim that they actually make the sun rise rise every morning. I've offered to test them by shooting them. So far all these people have not responded to my endeavours." James Randi on BBCi Live Chat -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120426112218.ga30...@hymers.org.uk
Re: Finalizing beta1: please dak copy-installer, urgent d-i, build images
On Sat, 14, Jul, 2012 at 02:15:36AM +0200, Cyril Brulebois spoke thus.. > Hi ftpmasters, release team, cd team, > > please respectively, do: > - dak copy-installer Done. I'll delete the older d-i from testing in a few days time unless anyone objects. Mark -- Mark Hymers "I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce." Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120714174250.ga25...@hymers.org.uk
Re: More frequent debian-installer uploads and CD releases?
On Mon, 14, Oct, 2013 at 12:35:12AM +0200, Cyril Brulebois spoke thus.. > I think it would be nice if we could be able to perform something like > an upload a month during the whole release cycle. History shows that we > sometimes needed to fix a few things and re-upload before performing a > release (with CD images), but we could probably stay below 20 uploads a > year even with such last minute fix-ups when a CD release is planned / > needed. >From an ftp point of view, I don't see a problem with that at all. It's relatively small churn compared to the archive as a whole. Cheers, Mark -- Mark Hymers "++?++ Out of Cheese Error. Redo From Start." Interesting Times, Terry Pratchett -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131015065748.ga7...@hymers.org.uk
