Why do software packages conflict?

Cyrille Artho, Kuniyasu Suzaki, Roberto Di Cosmo, Ralf Treinen, Stefano Zacchiroli

Research output: Chapter in Book/Report/Conference proceedingConference contributionpeer-review

Abstract

Determining whether two or more packages cannot be installed together is an important issue in the quality assurance process of package-based distributions. Unfortunately, the sheer number of different configurations to test makes this task particularly challenging, and hundreds of such incompatibilities go undetected by the normal testing and distribution process until they are later reported by a user as bugs that we call "conflict defects". We performed an extensive case study of conflict defects extracted from the bug tracking systems of Debian and Red Hat. According to our results, conflict defects can be grouped into five main categories. We show that with more detailed package meta-data, about 30 % of all conflict defects could be prevented relatively easily, while another 30 % could be found by targeted testing of packages that share common resources or characteristics. These results allow us to make precise suggestions on how to prevent and detect conflict defects in the future.

Original languageEnglish
Title of host publication2012 9th IEEE Working Conference on Mining Software Repositories, MSR 2012 - Proceedings
Pages141-150
Number of pages10
DOIs
Publication statusPublished - 23 Aug 2012
Externally publishedYes
Event2012 9th IEEE Working Conference on Mining Software Repositories, MSR 2012 - Zurich, Switzerland
Duration: 2 Jun 20123 Jun 2012

Publication series

NameIEEE International Working Conference on Mining Software Repositories
ISSN (Print)2160-1852
ISSN (Electronic)2160-1860

Conference

Conference2012 9th IEEE Working Conference on Mining Software Repositories, MSR 2012
Country/TerritorySwitzerland
CityZurich
Period2/06/123/06/12

Fingerprint

Dive into the research topics of 'Why do software packages conflict?'. Together they form a unique fingerprint.

Cite this