On 03/04/2012 03:01 PM, Darrell Anderson wrote:
This is part
of the plan already. :-) I envision at
least part of that to be a soft freeze, where any bugs found during the freeze can
be patched, but nothing else can be touched.
I like that idea. With the envisioned R14 release date still a couple of months down the
road, a short soft freeze now will allow us all to stabilize and verify all packages build
against TQt3. In other words, everybody stops tweaking and tinkering for a few days and
only verify the building process. :)
Right now seems that every other day or so one package or another will not fully build
without an error. When we get through the temporary freeze, we can focus on the bugzilla
but all have comfort knowing that tqt build issues have been addressed.
As of right-now, I have Arch building without error on TQt3 through tdebase,
including the following:
15:07 nirvana:~/tde> ls -1 pkg/x86_64/
hal-0.5.14-8-x86_64.pkg.tar.xz
hal-info-0.20091130-1-any.pkg.tar.xz
libutempter-1.1.5-3-x86_64.pkg.tar.xz
tde-arts-3513_tqt-1-x86_64.pkg.tar.xz
tde-dbus-tqt-1-3513_tqt-1-x86_64.pkg.tar.xz
tde-dbus-tqt-3513_tqt-1-x86_64.pkg.tar.xz
tde-libart-lgpl-3513_tqt-1-x86_64.pkg.tar.xz
tde-libcaldav-0.6.2_tqt-1-x86_64.pkg.tar.xz
tde-libcarddav-0.6.2_tqt-1-x86_64.pkg.tar.xz
tde-tdebase-3513_tqt-1-x86_64.pkg.tar.xz (built with upower enabled)
tde-tdelibs-3513_tqt-1-x86_64.pkg.tar.xz
tde-tqca-tls-3513_tqt-1-x86_64.pkg.tar.xz
tde-tqt3-3.8.8.d_git-1-x86_64.pkg.tar.xz
tde-tqtinterface-3513_tqt-8-x86_64.pkg.tar.xz
tde-tqtinterface-3513_tqt-9-x86_64.pkg.tar.xz
The only package in the tdebase dependency line that won't build is avahi-tqt.
Then I'll look at the packages that I had building on svn a year ago:
trinity-app-amarok
trinity-app-d3lphin
trinity-app-gtk-qt-engine
trinity-app-knetworkmanager
trinity-app-style-qtcurve
trinity-kdegraphics
trinity-kdepim
trinity-kdevelop
trinity-kdewebdev
Also, I hope
that once everything is building again on TQt3
(which should be very quickly), the other developers here will start
looking at the bugtracker again and send in more patches. ;-)
Please send the word when your first pass is complete. I am supposed to push some minor
patches but have been waiting to update my local tree to run one more build pass. I did
not want to waste time trying to build with known build issues. :)
Actually, until last week I was building all core, main (including tdebindings), and a
dozen Applications packages with only a few build issues (bug reports filed). My big
obstacle has been building the tdebindings support packages.
I propose a team goal that R14 is not released with any unresolved Blocker, Critical, or
Major bug reports. Possibly even add 40 to 50% of the Normal reports too. Is this doable?
Agreeable?
Darrell
+1 - we will sell no wine until it's time....
There is a huge unrecognized benefit in taking a few extra weeks to clean
everything up before a release compared to the time/manpower required after
release to correct bugs easily squashed before release. R14 should be as clean
as we can make it :)
--
David C. Rankin, J.D.,P.E.