Mantis - gtk_engines
Viewing Issue Advanced Details
4721 packaging minor always 2011-03-06 16:32 2013-04-21 12:19
james  
phil  
normal  
closed  
fixed  
none    
none  
0004721: Sparc package includes 386 files.
$ uname -p
sparc
$ file /opt/csw/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically linked, stripped


looks suspect. I've not checked the 386 package for sparc files.
full list:
/opt/csw/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libcrux-engine.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libglide.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libhcengine.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libindustrial.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libmist.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libredmond95.so
/opt/csw/lib/gtk-2.0/2.10.0/engines/libthinice.so
Issue History
2011-03-06 16:32 james New Issue
2011-03-08 17:38 phil Status new => assigned
2011-03-08 17:38 phil Assigned To => phil
2011-03-08 18:03 phil Note Added: 0008875
2011-03-08 18:39 james Note Added: 0008876
2011-03-08 19:02 phil Note Added: 0008877
2011-03-08 19:02 phil Status assigned => resolved
2011-03-08 19:02 phil Resolution open => fixed
2011-03-08 19:31 dam Note Added: 0008878
2011-03-08 19:39 phil Note Added: 0008879
2011-03-08 21:49 dam Note Added: 0008880
2011-03-08 22:23 phil Note Added: 0008881
2013-04-21 12:19 maciej Note Added: 0010347
2013-04-21 12:19 maciej Status resolved => closed

Notes
(0008875)
phil   
2011-03-08 18:03   
I plonked a new version in http://buildfarm.opencsw.org/experimental/phil/ [^]
Please take a look.

(would certainly explain the problem I was having. I meant to recompile it sooner or later, so this was a good prod for me to do it "sooner" :)

I gave it a try, and it works for me at least.
(0008876)
james   
2011-03-08 18:39   
I've not looked but it the files are the right arch (or you intended them to be there) you've passed my test which was not functional anyway.
(0008877)
phil   
2011-03-08 19:02   
okay then. new packages released.
(0008878)
dam   
2011-03-08 19:31   
Hi Phil,

that package has a ton of problems in checkpkg:
  http://pkg.opencsw.org/pkgbrowser/reports/pkgbrowse-phil.html#d5ebb76b17defc6c9b83dc12b71e17dc-error_tags [^]
(0008879)
phil   
2011-03-08 19:39   
Hmm.
Most of those are bogus.
The dependancy thing is valid I suppose... although its not so much "wrong", as "out of date".

It would have been picked up by me properly, if the library packages on the build machines were up to date.
How about fixing that?
(0008880)
dam   
2011-03-08 21:49   
Which ones are bogus? checkpkg is the authoritative tool. If it reports an error which is not an error it needs either fixing in checkpkg or overriding it in the package and properly documenting it in cswreleasemgr.

Please note that overriding or fixing is NOT optional as checkpkg will be run against the whole catalog and there must be no reported errors on submitted packages.

The buildfarm is synced upon reuqest as it has always been. As you obviously know what you have released and what you are building you can request an update at any time at buildfarm@.

Best regards

  -- Dago
(0008881)
phil   
2011-03-08 22:23   
"[gar] checkpkg is the authoratative tool"

Says who?
I dont recall a resolution on this. Last I heard, the "documented policies" are the only "authority".

Nor do I recall any resolution on this "not optional" thing you refer to.

If you really want gar checkpkg to be treated that way, then to be right, CHANGES to checkpkg should have to be approved in some official way.
That does not happen.

Any rate, I dont feel like arguing further on this. When the machines are updated, I'll rebuild the package with fixed dependancies, and copyright notice.

If you think that more should be done to the package, feel free to take it over yourself.
(0010347)
maciej   
2013-04-21 12:19   
The package is now rebuilt with GAR and released.