| Summary: | Remove obsolete tdeconf_update scripts | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Darrell <darrella> |
| Component: | non-core programs | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | bugwatch, darrella, kb9vqf |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 2968 | ||
|
Description
Darrell
2014-03-01 14:13:34 CST
While I agree with the overall spirit of this report, we have to be careful not to accidentally introduce regressions. There are a handful of Trinity-specific update files (e.g. in twin) that must not be removed for R14--the only way to catch these is to look at the .upd file history in GIT and verify that it was not updated (except for renaming) since the initial KDE 3.5.10 source import. Am I correct in assuming the vast majority of these files are in tdebase? Would you mind putting together a list of the .upd files you think are obsolete? Many of those files call small programs to do the actual updates; we will need to verify that the programs were not updated as well, and if not ,then remove the programs with their corresponding .upd files. Thanks! I would like to get this fixed if possible. Any chance of getting that list of obsolete .upd files? If not I'm going to unset this as a R14 blocker as, at least in my use cases, the update scripts do not take a significant enough part of the TDE startup time to justify blocking R14. Thanks! I don't have the time to dig into this now. I don't see why this is an R14 blocker. (In reply to Darrell from comment #3) > I don't have the time to dig into this now. I don't see why this is an R14 > blocker. OK, thanks for letting me know. I don't see why this blocks R14 either unless there is an excessive delay (>= 1 second) due to the update scripts. Removing from R14 blocker list. |