On Sunday 17 January 2010 03:47:18 pm Dr. Robert Marmorstein wrote: > Instead of just tossing a release out there, why don't we pick a target > release date to spread the word a little in advance, give packagers of > various distributions a little warning, and polish up the code a little > bit? >
We can still do all of that. That's why I said beta. Just a new release (even a beta) will help create a bit of buzz, give packagers a bit of warning (since it's not the final) and is more concrete than just setting a date. I don't think we're ready for final release yet, but I'd rather get the machinery started now. > If we can do that, I will personally make an effort to set some extra time > aside for bug hunting this month and to help with preparing release > documentation. > Awesome! > Before we release, it would be good to resolve the issue of the current bug > reporting site. The mantis site is getting so much spam it has become > unusuable for me. If we want to continue using mantis, we should at least > enable a captcha or something there. > The 'basket' product on bugs.kde.org has been reenabled, and it was my understanding that we were going to use b.k.o going forward. I could be wrong. I'm sure somebody will set me straight. :) > Also, what is the current status of the web site? Did anyone actually step > up to get it in shape? I saw that Kelvie had made a project for it on > gitorious, but it doesn't look like anyone's committed anything to it. > it's old. I see a clone of it on gitorious, but I don't think there's anything from that clone to merge back yet. > KDE SC 4.4 (ick, how I hate the new, unwieldy, acronym) will be released on > February 9th. That might be a good date to aim for. On the other hand, if > we could release a week earlier (the 2nd or 3rd?) or a week later (Feb. > 16th?), we might get a little more attention in the blog world, etc. > > I wish we could say that we'd gotten rid of all the K3 and Qt3 support > classes, but the graphicsview port has been much more diffcult than I'd > anticipated (and I've had far less time to spend on basKet due to teaching > and other open source commitments). Sorry about that, all. If I have > time over spring break this semester, I will try to look at it some more > and hopefully get it working. > > On the upside, I've been doing a LOT of Akonadi work recently and feel > pretty comfortable starting to add Akonadi integration to basKet. The > trick, as we've discussed before, is in figuring out what information to > store. Since we are considering a release, I will hold off making any > major changes to my master branch for now and focus on bug killing. After > the release, maybe we can work together on both of these. > Awesome that you've got it figured out. Everytime I sit down and try, i just end up going in circles. :) > Thanks, > > Robert > > On Sunday 17 January 2010 15:15:27 Kelvie Wong wrote: > > ---------- Forwarded message ---------- > > From: Kelvie Wong <kel...@ieee.org> > > Date: 2010/1/17 > > Subject: Re: [Basket-devel] Releasing? > > To: Matt Rogers <ma...@kde.org> > > > > 2010/1/17 Matt Rogers <ma...@kde.org>: > > > On Saturday 16 January 2010 04:02:32 pm you wrote: > > >> 2010/1/16 Matt Rogers <ma...@kde.org>: > > >> > Hi, > > >> > > > >> > A little bit more than a month ago, we discussed doing a release. > > >> > I'm assuming that we still want to roll one. I can handle the work > > >> > for that, if we're ready for a release. What version number do we > > >> > want? > > >> > > > >> > :) > > >> > > > >> > -- > > >> > Matt > > >> > > >> 2.0 seems like the most logical choice. Any objections/other ideas to > > >> that? > > > > > > Nope, 2.0 seems fine to me. Do we want/need anything like release > > > notes, dot story, freshmeat submission, etc? > > > -- > > > Matt > > > > That would be great if you could make that all happen, of course :) > > > > As for release notes, this is more or less a direct port, nothing new > > was really added. Unless we want to call all of our new bugs > > features, that is... > > > > > > -- > > Kelvie Wong -- Matt
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________ Basket-devel mailing list Basket-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/basket-devel
