publications: add MSR 2012 papers on conflicts
authorStefano Zacchiroli <zack@upsilon.cc>
Thu, 31 Jan 2013 10:05:40 +0000 (11:05 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Thu, 31 Jan 2013 10:05:40 +0000 (11:05 +0100)
apparently, it has been forgotten up to now

research/publications.mdwn
research/publications/msr2012-conflicts.bib [new file with mode: 0644]
research/publications/msr2012-conflicts.pdf [new file with mode: 0644]

index 6243b6f..ee73fe3 100644 (file)
@@ -240,6 +240,14 @@ in reverse chronological order.
 
 # <span title="international, peer-reviewed workshops">international, peer-reviewed workshop proceedings</span>
 
+ 1. <a class="paper-download" href="msr2012-conflicts.pdf" title="download paper in PDF format">[.pdf]</a> <a class="bibtex-download" href="msr2012-conflicts.bib" title="download bibliographic entry in BibTeX format">[.bib]</a> <span class="doi_logo"><a href="http://dx.doi.org/10.1109/MSR.2012.6224274" title="Document Object Identifier">doi&gt;</a></span> <a href="http://staff.aist.go.jp/c.artho/">Cyrille Valentin Artho</a>, Kuniyasu Suzaki, <a href="http://www.dicosmo.org">Roberto Di Cosmo</a>, <a href="http://www.pps.univ-paris-diderot.fr/~treinen">Ralf Treinen</a>, <a href="http://upsilon.cc/~zack">Stefano Zacchiroli</a>. **Why do software packages conflict?**.  <em>In proceedings of <a href="http://ieeexplore.ieee.org/xpl/mostRecentIssue.jsp?punumber=6220358">MSR
+      2012</a>: <a href="http://2012.msrconf.org/">9th IEEE Working Conference
+      on Mining Software Repositories</a>, co-located with <a href="http://www.icse2012.org/">ICSE 2012</a>,
+      IEEE, ISBN 978-1-4673-1760-3, <a href="http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=6224274">pp. 141-150</a>.
+      June 2-3, Zurich, Switzerland.</em>
+    [[!toggle id=id44 text="Abstract..."]] [[!toggleable id=id44 text="""
+    *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.
+    """]]
  1. <a class="paper-download" href="lococo2011-conflicts.pdf" title="download paper in PDF format">[.pdf]</a> <a class="bibtex-download" href="lococo2011-conflicts.bib" title="download bibliographic entry in BibTeX format">[.bib]</a> <a href="http://staff.aist.go.jp/c.artho/">Cyrille Valentin Artho</a>, <a href="http://www.dicosmo.org">Roberto Di Cosmo</a>, Kuniyasu Suzaki, <a href="http://upsilon.cc/~zack">Stefano Zacchiroli</a>. **Sources of Inter-package Conflicts in Debian**.  <em>
        In proceedings of <a href="http://lococo.irill.org/2011/">LoCoCo 2011</a> International
        Workshop on Logics for Component Configuration, affiliated
diff --git a/research/publications/msr2012-conflicts.bib b/research/publications/msr2012-conflicts.bib
new file mode 100644 (file)
index 0000000..1013956
--- /dev/null
@@ -0,0 +1,11 @@
+@inproceedings{msr2012-conflicts,
+  author = {Artho, Cyrille Valentin and Kuniyasu Suzaki and Di Cosmo, Roberto and Ralf Treinen and Stefano Zacchiroli},
+  title = {Why do software packages conflict?},
+  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.},
+  publisher = {IEEE},
+  year = {2012},
+  isbn = {978-1-4673-1760-3},
+  doi = {10.1109/MSR.2012.6224274},
+  pages = {141-150},
+  booktitle = {MSR 2012: 9th IEEE Working Conference on Mining Software Repositories},
+}
diff --git a/research/publications/msr2012-conflicts.pdf b/research/publications/msr2012-conflicts.pdf
new file mode 100644 (file)
index 0000000..f30c976
Binary files /dev/null and b/research/publications/msr2012-conflicts.pdf differ