Blog Entry

spond's picture

ZENworks 7 Support Pack 1

Author Info

16 July 2006 - 11:14pm
Submitted by: spond

Tags

blog
Reads:

791

Score:
0
0
 
Comments:

6

Spent an interesting (and exhausting) weekend starting the process of pulling together the list of fixes for ZENworks 7 Support Pack 1, so we can publish them. For example TID3484245 is the result of working from about 5am to 3pm both days (I know what you're thinking, why can't he be more efficient? ).

Well the truth is, that although Novell does have a good system for tracking bugs (Bugzilla), not every bug gets a TID written when it needs one. It's very easy when you're dealing with a problem for one customer: you raise a bug for their issue, and when it gets fixed, they're happy, and you move on to the next problem - I've done it myself, though I try not to. What we need to get better at, is deciding whether other customers would benefit from knowing about the problem and the fix. Now that we have a new system for letting customers know about hotpatches, it's more important than ever that we raise TIDs earlier in the process. What's needed at this point is to go back to the engineers who raised the bug reports, and persuade them that writing a TID for an old problem is as important as trying to fix a problem for the customer that's screaming now!

I know that many customers need these lists, to be able to show their boss that the issue they're experiencing will be fixed by the patch: Novell encourages customers to upgrade to Support Packs (after all it's free, isn't it?) but if you've worked in a large corporation, you know that free doesn't mean no cost - there's the testing cycle, the paperwork, the pilot, the rollout, and the assumption from your end users that anything that goes wrong from that point on is because you did the upgrade. You're in trouble if the weather turns bad after your upgrade, because that'll be your fault too!

I'll post updates here as these lists get updated, to give you a feel for how the process is going. I'd be very interested in any comments you may have on the good or bad points regarding this process, or TIDs in general.

 

July 17 - added a bunch more TIDs today, deleted a couple of duplicates (hey, maybe we fixed the problem twice? ). I'll be adding more tomorrow, then I'll start chasing the recalcitrants...


Author Info

16 July 2006 - 11:14pm
Submitted by: spond

Tags




User Comments

Excellent post. It's very

Submitted by Grant (not verified) on 17 July 2006 - 9:32am.

Excellent post. It's very real world.

I like the latest and the greatest, but I don't apply SPs just because. Frequently when I do, something breaks that was working before. If I don't see a tangible benefit (added features or bugs fixed that affect me) then I will wait.

w00t to sp1! Has there been

Submitted by Eric Young (not verified) on 17 July 2006 - 10:17am.

w00t to sp1!

Has there been any thought about automating the generation of TID's from bugzilla? It sounds like it takes a lot of work to manually write up the TID's.

It could be automated, but

Submitted by Shaun Pond (not verified) on 17 July 2006 - 11:40am.

It could be automated, but the problem as I see it is that bug reports in bugzilla are written when we don't know what the problem is - we know some of the symptoms, but we might not have the underlying issue - imagine we get a problem that says something like "NAL can't distribute apps that start with the letter A", and that's what we report, because that's what we see in testing, but after the engineers has looked at the code, it turns out that the problem is only if the app name is an even number of characters. We'd want to write the TID to be as specific as possible, which is why they sometimes only get written in arrears...

that's why we need to let

Submitted by Shaun Pond (not verified) on 17 July 2006 - 11:41am.

that's why we need to let you know what the changes are ;)

Have you ever looked at Jira

Submitted by Andrew Miller (not verified) on 20 July 2006 - 5:44am.

Have you ever looked at Jira for bug tracking?

http://www.atlassian.com/software/jira/

I work with some companies that literally make their release notes a wiki page (using Confluence for the wiki....don't have to though) that pulls info directly out of a Jira (i.e. a list of the fixed bugs between 2.2.5 and 2.2.6).

Here's an example.

http://confluence.atlassian.com/display/DOC/Issues...

For what it's worth, I'd recommend Confluence over MediaWiki as well. ;-)

Personally, no :) We've just

Submitted by Shaun Pond (not verified) on 25 July 2006 - 10:07am.

Personally, no :) We've just started using Bugzilla, I don't see that changing soon...

© 2009 Novell, Inc. All Rights Reserved.