Mantis - gar_devel
Viewing Issue Advanced Details
4369 packaging major always 2010-03-24 12:40 2010-03-28 04:55
opk  
bwalton  
normal  
closed  
no change required  
none    
none  
0004369: checkpkg failing for tkcvs package
Maybe I've done something wrong in my packaging of tkcvs but I get errors when building the package. Seems it is looking for etc/commondirs-all when only sparc and i386 (not all) directories exist so perhaps a recent change hasn't taken account of non-binary packages.
INFO:root:Collecting 'CSWtkcvs' package statistics.
Analyzing collected statistics...
Traceback (most recent call last):
  File "gar/bin/checkpkg_run_modules.py", line 46, in <module>
    main()
  File "gar/bin/checkpkg_run_modules.py", line 36, in main
    exit_code, screen_report, tags_report = check_manager.Run()
  File "gar/bin/../lib/python/checkpkg.py", line 833, in Run
    return super(CheckpkgManager2, self).Run()
  File "gar/bin/../lib/python/checkpkg.py", line 683, in Run
    errors = self.GetAllTags(packages_data)
  File "gar/bin/../lib/python/checkpkg.py", line 818, in GetAllTags
    function(pkg_data, check_interface, logger=logger)
  File "gar/bin/../lib/python/package_checks.py", line 473, in CheckDisallowedPaths
    for common_path in error_mgr.GetCommonPaths(arch):
  File "gar/bin/../lib/python/checkpkg.py", line 722, in GetCommonPaths
    f = open(file_name, "r")
IOError: [Errno 2] No such file or directory: 'gar/bin/../lib/python/../../etc/commondirs-all'
There was a problem analyzing package stats.
ERROR: One or more tests have finished with an error.
Issue History
2010-03-24 12:40 opk New Issue
2010-03-24 13:04 bwalton Note Added: 0007736
2010-03-24 13:04 bwalton Status new => resolved
2010-03-24 13:04 bwalton Resolution open => no change required
2010-03-24 13:04 bwalton Assigned To => bwalton
2010-03-28 04:55 bwalton Status resolved => closed

Notes
(0007736)
bwalton   
2010-03-24 13:04   
This package is simply a convenience for bootstrapping a GAR development environment...it's not actually GAR. If this is a GAR bug, you want the bug tracker at gar.sourceforge.net.

In the meantime, I'd try another `svn update` in the gar/ directory of tkcvs.

HTH
-Ben