Il giorno mar, 10/03/2009 alle 17.43 +0100, jdd ha scritto:
You know that's not possible. New major stuff come always at the last time. We should use very early feature freeze and we can't
It is perfectly possible. Take a decision -> respect it and give your users something that works. If they don't understand that they don't need the last x.xx.xx.xx version, well, it is frankly their problem, and there is Build Service for them.
So, let's give it a
try. But if the two additional months are wasted in making respins and test them, well, we are back to square one.
we already had a 8 month delay at the beginning, two years ago. and I don't say we don't have to use 8 month, only package the updates and send them with the initial dvd (if respin dvd is too hard)
OK. This can be done by the community without any help from the developers. The repository is out there, and all what you need to do is to create an image of it. Of course there is the cost of hosting it, and also the time to keep that up to date.
As I see it, most people here see the problem when they do, as I do, often demos. the update stage is much too long (even with highband network). But most of the world *don't have* large bandwith.
I manage LDP mirrors, many countries still have lowband network even in universities
I think a big part of the problem is fixed by delta patches, which significantly reduce the amount of data you download. If you do frequent demos, you can create an ad hoc product with kiwi, including the most updated release, I think. My point however, is pretty simple: making respins, DVD and stuff like that is a big effort, is going to help a limited number of users, and it requires someone to do it. If you know someone that is not a Novell developer that does that on a regular basis and a host, it might be another story. But from what I see, you are asking Novell to take care of it, and it doesn't seem feasible to me. I would sincerely prefer to see them concentrated on the new releases, so that our community can grow and these problem will be fixed hopefully by the higher number of contributors. Regards, Alberto -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org