Project

General

Profile

action #35494

eliminate duplicate binaries

Added by lnussel over 3 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Release Engineering
Target version:
Start date:
2018-04-25
Due date:
2018-04-30
% Done:

100%

Estimated time:

Description

packages with duplicate binaries need to be cleaned up as OBS has undefined behavior with those

https://build.opensuse.org/package/view_file/openSUSE:Leap:15.0:Staging/dashboard/duplicate_binaries?expand=1


Related issues

Copied to openSUSE Leap 15.1 - action #47825: eliminate duplicate binariesClosed2019-04-102019-04-15

History

#1 Updated by lnussel over 3 years ago

  • Description updated (diff)

#3 Updated by lnussel over 3 years ago

  • Assignee set to jberry

another one for you jimmy, I wonder if we could add that to repochecker to prevent duplicates right away

#4 Updated by jberry over 3 years ago

Created an issue for include in repo-checker last year https://github.com/openSUSE/openSUSE-release-tools/issues/1031.

#5 Updated by jberry over 3 years ago

The current tool ignores src and nosrc packages. Other tools ignore -debugsource and -debuginfo.

a) Presumably the same problem exists when src packages are published with same name so does this make sense to ignore? Understandably the src packages are less "important" since they are not used in other builds nor typically by end users, but the underlying problem exists.

b) Same note as other tools ignoring -debug* packages. Clearly this would be a problem when installing them, but perhaps only interested in one entry?

#6 Updated by jberry over 3 years ago

AS for the special self.ignore_extra_archs, should all parch != arch be ignored? Why just those packages? Is the OBS behavior "define" in general for that rule and they should always be ignored?

#7 Updated by lnussel over 3 years ago

parch != arch is the special for i686 IIRC, those packages end up in a different directory by means of export filter IIRC. OBS black magic

src packages are less important, yes. Because they are not used for building. In OBS it's especially nasty if the package used for building changes all the time. maybe there needs to be a separate warning category for those. same for debug packages. I would live with overlaps there for now but really need to fix the real binary packages.

#8 Updated by jberry over 3 years ago

It appears the hd5-examples duplicates is another stale binary case: https://github.com/openSUSE/open-build-service/issues/4373#issuecomment-384756318

#9 Updated by jberry over 3 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

Created two pull requests to improve duplicate checking tool:

Updated output:

i586:
blacs-devel-headers:

  • scalapack:gnu-openmpi-hpc
  • scalapack:mvapich2
  • scalapack:openmpi
  • scalapack:gnu-mvapich2-hpc hdf5-examples:
  • hdf5:serial
  • hdf5:gnu-hpc luaposix-doc:
  • lua-luaposix:lua51
  • lua-luaposix:lua53 x86_64: blacs-devel-headers:
  • scalapack:mvapich2
  • scalapack:openmpi fonttools:
  • python-FontTools
  • fonttools luaposix-doc:
  • lua-luaposix:lua51
  • lua-luaposix:lua53 mpv-plugin-mpris:
  • lua-lua-mpris:lua53
  • lua-lua-mpris:lua51 soapysdr0.6-module-airspy:
  • soapy-airspy
  • soapy-osmo soapysdr0.6-module-bladerf:
  • libxtrx
  • soapy-bladerf soapysdr0.6-module-hackrf:
  • soapy-hackrf
  • soapy-osmo

Resolutions:

Presumably the update crawler will propigate these once they hit Factory.

#10 Updated by lnussel over 3 years ago

  • Status changed from Feedback to New
  • % Done changed from 100 to 90

very nice, thanks! I'll keep it open to check again next week. maybe those submit requests need pushing

#11 Updated by lnussel over 3 years ago

I can't get around doing that myself. Can you check again and just close when finished?

#12 Updated by jberry over 3 years ago

  • bumped sr#601660 (science/scalapack to only build blacs-devel-headers during one flavor) pending devel project acceptance.
  • submit openSUSE:Factory/lua-luaposix to only produce docs during one flavor

All other issues are shown as resolved.

#13 Updated by jberry over 3 years ago

  • Status changed from New to Feedback

#14 Updated by jberry over 3 years ago

  • Status changed from Feedback to Resolved
  • % Done changed from 90 to 100

Tool reports no duplicates.

#15 Updated by lnussel over 2 years ago

Also available in: Atom PDF