A Historical Analysis of Debian Package Incompatibilities

Claes, Maelick; Mens, Tom; Cosmo, Roberto Di; Vouillon, Jérôme

doi:10.1109/msr.2015.27

Cited by 26 publications

(10 citation statements)

References 20 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…Our finding regarding the lower hazard of older lines is mirrored by Zheng et al (2008) who report that in Gentoo Linux packages, a network graph new node is connected to an old node with a probability that depends not only on the degree but also on the age of the old node. Other survival analysis studies include the one by Claes et al (2015) on the longevity of Debian packages with conflicts and the one by Goeminne & Mens (2015) on the survival and influence of five Java database frameworks. To the best of our knowledge, this article is the first work that uses survival analysis to track the birth and death of code lines and tokens over periods that span decades, and presents a theoretical and statistical model regarding the aging process of code lines.…”

Section: Related Workmentioning

confidence: 99%

Software evolution: the lifetime of fine-grained elements

Spinellis

Λουρίδας

Kechagia

2021

PeerJ Computer Science

View full text Add to dashboard Cite

A model regarding the lifetime of individual source code lines or tokens can estimate maintenance effort, guide preventive maintenance, and, more broadly, identify factors that can improve the efficiency of software development. We present methods and tools that allow tracking of each line’s or token’s birth and death. Through them, we analyze 3.3 billion source code element lifetime events in 89 revision control repositories. Statistical analysis shows that code lines are durable, with a median lifespan of about 2.4 years, and that young lines are more likely to be modified or deleted, following a Weibull distribution with the associated hazard rate decreasing over time. This behavior appears to be independent from specific characteristics of lines or tokens, as we could not determine factors that influence significantly their longevity across projects. The programing language, and developer tenure and experience were not found to be significantly correlated with line or token longevity, while project size and project age showed only a slight correlation.

show abstract

Section: Related Workmentioning

confidence: 99%

Software evolution: the lifetime of fine-grained elements

Spinellis

Λουρίδας

Kechagia

2021

PeerJ Computer Science

View full text Add to dashboard Cite

show abstract

“…En üstte ise her şeyi uyum içerisinde çalıştıran Debian vardır. Mimarisi bir kule şeklinde inşa edilmiştir (Claes, Mens, Di Cosmo & Vouillon, 2015).…”

Section: Debianunclassified

Açık Kaynak Kodlu Gerçek Zamanlı İşletim Sistemlerinin İncelenmesi

Canbaz

Erdemir

2021

İstanbul Sabahattin Zaim Üniversitesi Fen Bilimleri Enstitüsü Dergisi

View full text Add to dashboard Cite

Yazılım geliştirme süreçleri için zaman, bir yazılım tasarlanırken, birden fazla değişkene bağlı olduğunda hesaplanması zor olan, süreçten sürece değişen ve durdurulamaz bir kavramdır. Özellikle çok hızlı veri toplanması ve buna bağlı olarak hesap yapılması gereken yazılım mimarilerinde zaman kavramı mimari için belirleyici bir parametre olarak ön plana çıkmaktadır. Hayati önem taşıyan birçok yazılım tasarımında, örneğin trafik kazalarında hava yastığının açılmasını sağlayan sistemlerin tasarımında, 100 milisaniyelik bir zamanlama hatası, çok ciddi sonuçlar doğurabilir. Günlük hayatta kullandığımız bilgisayarlarda genel amaçlı işletim sistemi (GPOS) adını verdiğimiz işletim sistemleri bulunur. Bu tip işletim sistemlerinin kendisinde ya da üzerinde çalışan uygulamalarda oluşan hatalar, bir sonraki görevin gerçekleşmesi konusunda aksaklık meydana getirebilirler. Yukarıda verdiğimiz örnekte ise bu tip bir sorun kesinlikle kabul edilebilir değildir. Bu gibi sorunların önüne geçmek için uygulama tasarlanırken, gerçek zamanlı olmasını isteriz. Gerçek zamanlı uygulamalarda, uygulama üzerindeki her bir sürecin başlama ve bitiş anları kesin olarak tanımlanır. Hata veren bir süreç sistem kaynaklarını erişilmez kılamaz ve görev süresi bittiğinde kesinlikle sonlandırılır. Bu sayede hata verse dahi kendisinden sonra gelecek bir görev işleme alınır ve sistem her zaman ayakta kalır. Bu şekilde bir uygulama tasarlayabilmek ve çalıştırabilmek için kaynak kodunu istediğimiz şekilde düzenleyebildiğimiz işletim sistemlerine ihtiyaç duyarız. Bunlar genellikle açık kaynak kodlu işletim sistemleridir ve yukarıda bahsedilen şekilde gerçek zamanlı çalışan tiplerine gerçek zamanlı işletim sistemi (RTOS) adı verilir. Bu çalışmada, Linux'un farklı dağıtımlarının gerçek zamanlı mimari alt yapıları incelenmiştir ve performansları karşılaştırılmıştır.

show abstract

“…For example, in deployments with a large number of components and high stability requirements, updating even a single new package can be a challenge: the whole system has to be tested, since the updated package could break something, specially if it is a dependency to many other packages [4]. Even if upstream developers and compilation maintainers did their own thoughtful testing, some integration bug could be triggered when deployed.…”

Section: Technical Debt and Technical Lagmentioning

confidence: 99%

Technical Lag in Software Compilations: Measuring How Outdated a Software Deployment Is

González-Barahona

Sherwood

Robles

et al. 2017

Open Source Systems: Towards Robust Practices

View full text Add to dashboard Cite

Abstract. Large software compilations based on free, open source software (FOSS) packages are the basis for many software systems. When they are deployed in production, specific versions of the packages in the compilation are selected for installation. Over time, those versions become outdated with respect to the upstream software from which they are produced, and from the components available in the compilations as well. The fact that deployed components are outdated is not a problem in itself, but there is a price to pay for not being "as much updated as reasonable". This includes bug fixes and new features that could, at least potentially, be interesting for the deployed system. Therefore, a balance has to be maintained between "being up-to-date" and "keeping the good old working versions". This paper proposes a theoretical model (the "technical lag") for measuring how outdated a system is, with the aim of assisting in the decisions about upgrading in production. The paper explores several ways in which technical lag can be implemented, depending on requirements. As an illustration, it presents as well some specific cases in which the evolution of technical lag is computed.

show abstract

A Historical Analysis of Debian Package Incompatibilities

Cited by 26 publications

References 20 publications

Software evolution: the lifetime of fine-grained elements

Software evolution: the lifetime of fine-grained elements

Açık Kaynak Kodlu Gerçek Zamanlı İşletim Sistemlerinin İncelenmesi

Technical Lag in Software Compilations: Measuring How Outdated a Software Deployment Is

Contact Info

Product

Resources

About