| 10 | | Development process is organized as a succession of sprints which, for Quattor, are two month long. The work done as part of a specific sprint is a subset of the backlog and is described in a separate wiki page. |
| 11 | | |
| 12 | | || Sprint ID || Due date || Backlog URL || |
| 13 | | || 2012-01 (current) || 30/6/2012 || [/wiki/Development/Scrum/Sprint-2012-01] || |
| 14 | | || 2011-04 || 19/1/2012 || [/wiki/Development/Scrum/Sprint-2011-04] || |
| 15 | | || 2011-03 || 13/10/2011 || [/wiki/Development/Scrum/Sprint-2011-03] || |
| 16 | | || 2011-02 || 31/5/2011 || [/wiki/Development/Scrum/Sprint-2011-02] || |
| 17 | | || 2011-01 || 15/3/2011 || [/wiki/Development/Scrum/Sprint-2011-01] || |
| 18 | | || 2010-01 || 03/02/2011 || [/wiki/Development/Scrum/Sprint-201102] || |
| 19 | | |
| 20 | | This page contains the Quattor backlog. It reflects the state of the backlog at the beginning of the current sprint, ''with all items moved to the sprint backlog removed''. Each section describes the backlog for a specific part of the Quattor toolkit. '''The contents should not be interpreted as a commitment to implement the listed features.''' |
| | 10 | Development progress is reviewed at a weekly standup meeting held by Vidyo every Thursday at 5:15 pm CET. Connection information is: |
| | 11 | * Computer, smartphones: https://vidyoportal.cern.ch/flex.html?roomdirect.html&key=dd4MyxGyLEuI&csrf_tkn=19EB87D7D154DEBA4D4F7FC4265A22FF |
| | 12 | * You need to login as guest (name is free, use something informational!). |
| | 13 | * The pincode is 766. |
| | 14 | * Note that by default you Vidyo client starts with both audio and video muted |
| | 15 | * Phone bridges: dial phone number of the selected bridge then `9215438` followed by `*766#` : |
| | 16 | * Phone bridge list: (CH) +41225330322, (US) +18665777460, London (UK) +442030510622, Prague (CZ) +420228880755, Madrid (SP) +34911233708, Tokyo (JP) +81345790501 |
| 32 | | == Documentation == #Doc |
| 33 | | |
| 34 | | * Clarify or add missing material to answer Ronald's questions after his QWG migration experience |
| 35 | | * Implement changes based on Andrea's review (to be monitored in monthly meetings) |
| 36 | | * Ensure Quattor is reference on the appropriate open-source or software project portals |
| 37 | | * Ohloh |
| 38 | | * [http://www.krugle.com Krugle] |
| 39 | | * [http://freshmeat.net/projects/quattor Freshmeat] |
| 40 | | |
| 41 | | == Build tools == #BuildTools |
| 42 | | |
| 43 | | * Use of new build tools for other toolkit components (probably 1 by 1) |
| 44 | | |
| 45 | | == Pan Compiler == #Panc |
| 46 | | |
| 47 | | After [/wiki/Meetings/Workshops/20111011#QWGVars discussion] during Quattor workshop: |
| 48 | | * Function to dump all defined global variables at a specific point to help debugging. Like `debug()` function, should do nothing if the appropriate option is not passed to the compiler. An optional argument may restrict the name of the variables dumped, with a regexp on the name (if feasible). |
| 49 | | * Add ability with a compiler option to get a message printed everytime a template is included with an information display wheter it has been executed or skipped because it had the `unique` tag and was previously executed. |
| 50 | | * Would be great if it worked also with structure templates... |
| 51 | | |
| 52 | | == Configuration Modules == #ConfigModules |
| 53 | | |
| 54 | | * [ticket:249 ncm-network full rewrite] |
| 55 | | * See [/wiki/Meetings/Workshops/20111011#NetworkConfig discussion] during Strasbourg workshop |
| 56 | | * ncm-dpmlfc |
| 57 | | * [ticket:254 New schema using nlist rather than list (key=hostname) for service host lists]: this is required to simplify checks wheter an entry already exists. This change will not be backword compatible at the template level but the component may support both old and new schema. |
| 58 | | * Allow writing components in Python |
| 59 | | * See [/wiki/Meetings/Workshops/20111011#CompPython discussion] during Strasbourg workshop |
| 60 | | * First step could be a proof of concept using Python APIs developped for QuattorFS |
| 61 | | |
| 62 | | == Package Deployment == #SPMA |
| 63 | | |
| 64 | | * Replace SPMA by YUM. Even though it is a bit CERN (CDB/SWrep) specific, see https://twiki.cern.ch/twiki/bin/view/Main/SteveTraylen/Spma2Yum for input on problems to address and possible solutions. |
| 65 | | * A first action for Quattor development may be to establish a summary of this documents oriented as a list of actions, removing CERN specifics. |
| 66 | | |
| 67 | | == AII == #AII |
| 68 | | |
| 69 | | * Allow to use standard Anaconda disk formatting features rather than %pre script |
| 70 | | * ''6/5: new %pre-based implementation using `parted` seems to fix all issues (as released in v3) and to keep more flexibility/control'' |
| 71 | | |
| 72 | | == SCDB == #SCDB |
| 73 | | |
| 74 | | * Tool to check that RPMs for a gLite service, as published on http://glite.org, are present in a given XML profile with a version greater or equal to what is required |
| 75 | | * ''Story: RPM list published for gLite services include both gLite RPMs and other mandatory dependencies. In QWG templates they are declared in several templates. This is impossible to generate templates from official RPM lists and several services no longer have a metapackage, leading to missing RPMs in resulting QWG configuration. The idea is to have a script that will check that all the RPMs in the official list are present with a version at least equal to what is required in a node configured with QWG template (its XML profile).'' |
| 76 | | * [ticket:262 SCDB deployment script bug] (Michel) |
| 77 | | * Add ability to invoke `build-tags.py` directly from `post-commit.py` rather than through sudo, when running it under SVN account (generally apache) is acceptable. |
| 78 | | * [source:SCDB/trunk/utils/misc/comps2pan.xsl comps2pan.xsl]: add an option to allow to select which kernel RPM to use to identify the kernel RPM. |
| 79 | | * ''Story: Since SL5.5, `kernel-xen` is used as the default kernel in `comps.xml`. As a result, `comps2pan.xsl` is not able to locate the kernel entry in `comps.xml` list and there is no kernel entry (using `KERNEL_xxx` variables) in the generated template.'' |
| 80 | | * Rewrite in Python `rpmUpdates.pl` and `rpmErrata.pl` to make it easier to use YUM API to identify the most recent RPM available. |
| 81 | | * ''Story: original version of these scripts where using a custom huristics to find out the most recent version of each RPM. This heuristics proved to be very fragile. YUM API (`rpmUtils.miscutils`) provides a function to do this more reliably but calling it from a Perl script result in a ugly result...'' |
| 82 | | |
| 83 | | == Aquilon == #Aquilon |
| 84 | | |
| 85 | | * Provide an appliance with QWG templates preinstalled |
| 86 | | |
| 87 | | == QWG == #QWG |
| 88 | | |
| 89 | | * [ticket:230 Produce a QWG release without gLite templates with its documentation] |
| 90 | | |
| 91 | | === gLite === #gLite |
| 92 | | |
| 93 | | * CE Capacity Share published based on Torque/MAUI (LRMS?) fairshare configuration |
| 94 | | * Current support is a static declaration not connected with the actual configuration of the CE |
| 95 | | * Torque submit filter must be configured on the CE instead of the Torque server as it is executed by `qsub` command |
| 96 | | * WN profile cloning: allow to use several different reference nodes in the same cluster |
| 97 | | * ''Story: sometimes it is necessary to use different reference nodes for different subset of a clusters, to accomodate different OS version/arch for example.'' |
| 98 | | |
| 99 | | == Monitoring == #Monitoring |
| 100 | | |
| 101 | | |
| 102 | | == SINDES == #SINDES |
| 103 | | |
| 104 | | * Integration in Quattor server configuration (RAL) |
| 105 | | |
| 106 | | == Miscellaneous == #Misc |
| 107 | | |
| 108 | | * Migrate [ticket:255 panc], [ticket:257 ccm+ncm-ncd+ncm-cdispd] and [ticket:256 AII] to Git (distinct) repositories |
