Bug 984 - Set final release date towards end of month because of download limits
Summary: Set final release date towards end of month because of download limits
Status: RESOLVED INVALID
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Anne Nicolas
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-25 14:34 CEST by Barry Jackson
Modified: 2012-04-26 22:04 CEST (History)
4 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments

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


Note You need to log in before you can comment on or make changes to this bug.