Skip to main content

Component development leads

The component lead is responsible for the planning and development of patches and features for the respective component. This does not mean that the component lead is the only person developing the component, but he/she should direct the efforts and be the point of contact in case of problems.

Rucio Project Leader: Martin Barisits

ComponentLead (+Deputies)Description
Authentication & AuthorisationDimitrios Christidis, Mario LassnigClient-server authentication, Rucio tokens, auth methods (kerberos, ssh, userpass, OIDC, ...)
ClientsMaggie Voetberg, Mario LassnigGeneral Python Clients and Command Line interface related development, rucio download, rucio upload; Specific component related client functionality is part of the other components
Consistency checksFabio Luchetti, Guilherme LimaDark data detection daemon: Auditor
Core & InternalsMartin Barisits, Mario LassnigCore functionality not specifically part of other components
DatabaseDimitrios Xenakis, Mario Lassnig, Martin BarisitsDatabase (Compatibility and optimisation) and SQLAlchemy framework specific issues
Dataset deletionAlexander Richards, Martin BarisitsDataset deletion daemon: Undertaker
DeletionHugo Gonzalez Labrador, Cedric SerfonFile deletion daemon: Reaper
DIRACCedric SerfonRucio integration with Dirac
Docker & KubernetesRiccardo Di Maio, Mario Lassnig, Eric Vaandering, Hugo Gonzalez LabradorDocker & Kubernetes deployment
DocumentationMartin Barisits, Maggie VoetbergGeneral documentation
Jupyterlab extensionFrancesc Torradeflot, Enrique Garcia GarciaRucio Jupyterlab extension
Life time modelDimitrios ChristidisLife time model processing and exceptions
MessagingAlexander Richards, Mario LassnigMessaging daemon: Hermes, Creation of eMails and ActiveMQ messages
MetadataRob Barnsley, Dimitrios XenakisMetadata workflows
Monitoring & TracesMayank Sharma, Mario LassnigAll things internal monitoring and traces
Multi VOTim NobleIssues and developments related to Rucio Multi VO mode
PoliciesJames PerryAll things related to separate settings/config/policies into community specific things
Probes & AlarmsDimitrios Christidis, Eric VaanderingProbes and alarms for Nagios
ProtocolsMaggie Voetberg, Mario LassnigProtocols (Upload, Download, Deletion)
RebalancingCedric SerfonData rebalancing daemon: BB8
RecoveryCedric SerfonData recovery daemon: Necromancer and suspicious replica recovery
Release managementMartin Barisits, Dimitrios ChristidisPackaging of new versions, package configuration
ReplicasRiccardo Di Maio, Alexander RichardsReplicas related workflows (list_replicas, add_replica, ...)
REST & APIMaggie Voetberg, Martin BarisitsWeb-Framework (Web.py & Flask)
RulesRiccardo Di Maio, Martin BarisitsReplication rules and rule daemons: Judge
SubscriptionsCedric SerfonSubscription daemon: Transmogrifier
TestingMayank Sharma, Riccardo Di MaioRegression and Unit tests, automatic tests of submissions
TransfersRiccardo Di Maio, Hugo Gonzalez LabradorTransfer daemons: conveyor and functional transfer tests
WebUIMayank Sharma, Eraldo Silva JuniorWeb user interface: Rucio Web UI