Bug 984

Summary:	Set final release date towards end of month because of download limits
Product:	Mageia	Reporter:	Barry Jackson <zen25000>
Component:	Release (media or process)	Assignee:	Anne Nicolas <ennael1>
Status:	RESOLVED INVALID	QA Contact:
Severity:	normal
Priority:	Normal	CC:	davidwhodgins, mageia, marja11, shikamaru
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:

Description Barry Jackson 2011-04-25 14:34:55 CEST

Description of problem:
Many people have tight download limits that are reset monthly.
Releasing Mageia 1 final on the first of a new month will force them to use "next month's quota", when a day earlier they may have had some unused quota to spare.

If the release was scheduled for one or two days earlier, then anyone with unused May quota would be able to use it without eating into June's allowance.

Barry


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Comment 1 Ahmad Samir 2011-04-25 17:11:20 CEST

This is a weird bug report :)

I think a countdown timer until the release (which is what rda said he's planning to do) is the best Mageia can do, no one can say for certain when the release is going to be out, there's always the risk of last minute bugs...

I am for closing as invalid.

Comment 2 Rémy CLOUARD (shikamaru) 2011-04-25 18:08:49 CEST

I agree with Ahmad but I guess taking that aspect into account for the next release sounds sensible. Instead of closing it as invalid, I would be for setting the target milestone to Mageia 2 (that we should do the same for the beta/rc is another question)

CC: (none) => shikamaru

Ahmad Samir 2011-04-25 18:24:06 CEST

CC: (none) => ennael1

Comment 3 Barry Jackson 2011-04-25 20:03:35 CEST

(In reply to comment #1)
> This is a weird bug report :)
I agree - but since it was the first reaction that I had on seeing the release date I thought it worth mentioning. ;-)

Maybe releases could be scheduled in future to be towards the end of a month to avoid this issue?

Comment 4 Ahmad Samir 2011-04-25 20:34:47 CEST

Yes, Remy's comment enlightened me a bit more on the issue.

I agree with the reasoning.

CC: ennael1 => (none)
Assignee: bugsquad => ennael1

Comment 5 Marja Van Waes 2011-10-10 20:34:40 CEST

This is the first bug report I encounter that looks like "should stay open forever"

CC: (none) => marja11
Summary: Final release date timing and download limits => Set final release date towards end of month because of download limits

Comment 6 Sander Lepik 2011-10-10 20:48:51 CEST

Huh :/ Maybe we should ask in the discuss ml. I know we have some monthly quotas for mobile data. But wired net with quota. Sounds like a 10 years ago. Tho' i live in Estonia :/

CC: (none) => sander.lepik

Comment 7 Dave Hodgins 2011-10-11 00:12:51 CEST

It's a problem for everyone in Canada.

http://www.cbc.ca/news/technology/story/2011/01/31/f-faq-usage-based-billing.html

Even though the decision was overturned, all of the smaller isps had
already converted all of their unlimited accounts to having monthly
limits.

CC: (none) => davidwhodgins

Comment 8 Marja Van Waes 2012-01-16 21:14:11 CET

Pinging. because nothing happened to this report since more than 3 months ago, and it still has the status NEW or REOPENED.

Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.

Comment 9 Marja Van Waes 2012-04-26 22:01:34 CEST

3-monthly ping

This seems hard to plan

Comment 10 Anne Nicolas 2012-04-26 22:04:23 CEST

Clsoing as invalid for now. It's really hard to fix such things as dates can be moved. See Mageia 2 changes on initial planning

Status: NEW => RESOLVED
Resolution: (none) => INVALID