Hi Jose,

I have moved this topic and added a sub-agenda to the July 27 test-wg weekly 
meeting agenda 
(https://wiki.opnfv.org/display/meetings/Test+Working+Group+Weekly+Meeting)
It is good that this issue has not caused any big problem yet for container 
owners (likely because none of the artifacts has been widely deployed outside 
of OPNFV labs yet) 
but I’d like to recommend to address it very quickly. 
Fatih has noted rightly that this is actually a larger scope issue (extending 
to all other artifacts: VM images, doc, rpms). It is good to see the larger 
picture but I’d like to avoid making it too complex and start with container 
images with adoption of simple industry best practice versioning.

Thanks

   Alec




On 7/13/17, 8:43 AM, "Jose Lausuch" <[email protected]> wrote:

    Hi Alec,
    
    The versioning is not an urgent matter and it is working well today.  I 
agree it is a topic to be discussed but maybe it is better to wait until 
everyone is back from PTO as it will be difficult to align without the 
participation of the people who are really involved.
    
    - Jose -
    
    
    
    
    > On 13 Jul 2017, at 17:00, Alec Hothan (ahothan) <[email protected]> wrote:
    > 
    > Jose,
    > 
    > You should start the discussion at the next infra wg meeting (I’ll be on 
PTO whole of next week). I think if the issue can be raised and acknowledged it 
will already be a good step.
    > I will just note that:
    > - this has to be a joint work by both infra and project teams
    > - perhaps we could use some help from OPNFV members who do 
packaging/versioning for a living ;-) (e.g. Linux distro vendors
    > 
    > To clarify, I’m willing to help on the container/VM image/docs 
workflow/versioning since my project produces those. Not so much on the other 
artifacts such as RPM (which might be more complex).
    > I’m not familiar enough with OPNFV to know who works on what, I was 
hoping to get more active feedback from at least the main/most active OPNFV 
container owners. The current versioning is clearly insufficient and I’d like 
to get the input from projects that have been publishing containers for a while.
    > 
    > Can anybody describe quickly how specs are usually being 
discussed/redacted by working groups? Email is usually not the best (written) 
format. OpenStack uses etherpads or text files that are reviewed through gerrit.
    > 
    > Thanks
    > 
    >  Alec
    > 
    > 
    > On 7/12/17, 11:35 PM, "Jose Lausuch" <[email protected]> wrote:
    > 
    >    Hi,
    > 
    >    Is there time to discuss this during the next infra wg meeting on 
Monday? Although the test projects are the main ones using docker containers, 
we are talking about versioning here, which I believe is topic the Infra team 
should address.
    > 
    >    I also would like to add to the agenda:
    >      -  decision on where to host the docker build scripts (common one or 
project´s repo?). It has been proposed but not decided.
    > 
    >    Thanks,
    >    Jose
    > 
    > 
    > 
    >> On 12 Jul 2017, at 20:10, Alec Hothan (ahothan) <[email protected]> 
wrote:
    >> 
    >> July/August is tricky with PTOs.
    >> Perhaps we should start the discussion by email on this mailer and 
discuss about it in 2 weeks at the test-wg meeting? 
    >> Do you guys usually use a text document reviewed with gerrit to 
discuss/collaborate on a spec? Or any other method? Please let me know and I 
can get a head start on this.
    >> 
    >> Thanks
    >> 
    >> Alec
    >> 
    >> On 7/12/17, 8:54 AM, "[email protected]" 
<[email protected]> wrote:
    >> 
    >>   I will be in PTO too :)
    >> 
    >>   Unfortunately the weekly meeting was today at 8 UTC (APAC slot)
    >>   we will use the slot of tomorrow to organize an ad-hoc meeting with 
    >>   Bitergia on result vizualization
    >>   not sure we will have 15 minutes for another topic
    >> 
    >>   It is maybe possible to organize an ad-hoc meeting on this topic after 
    >>   the point with Bitergia?
    >> 
    >>   Do not hesitate to modify directly the agenda at your convenience 
    >>   
(https://wiki.opnfv.org/display/meetings/Test+Working+Group+Weekly+Meeting)
    >> 
    >>   /Morgan
    >> 
    >> 
    >> 
    >>   On 12/07/2017 17:43, Alec Hothan (ahothan) wrote:
    >>> Morgan,
    >>> 
    >>> Unfortunately, I won’t be able to attend next week (on PTO).
    >>> Can this be squeezed into tomorrow’s meeting (July 13)? We could 
shorten it and follow up with a separate meeting or on email/IRC.
    >>> 
    >>> Thanks
    >>> 
    >>>  Alec
    >>> 
    >>> 
    >>> 
    >>> On 7/12/17, 8:32 AM, "[email protected]" 
<[email protected]> wrote:
    >>> 
    >>>    topic added for the next meeting (20th of July)
    >>>    
https://wiki.opnfv.org/display/meetings/Test+Working+Group+Weekly+Meeting
    >>> 
    >>>    Mark and Jose are already involved in several activities dealing with
    >>>    docker.
    >>>    Cedric has a good view on this topic.
    >>> 
    >>>    /Morgan
    >>> 
    >>>    On 12/07/2017 17:27, Alec Hothan (ahothan) wrote:
    >>>> I’d like to add this topic to the next weekly meeting of the test-wg 
and would like to know if anybody else from test-wg would be interested to help 
redact a proposal for enhancing the docker container versioning and build 
workflow in OPNFV. As I understand this will only concern a subset of test 
projects for now at least.
    >>>> 
    >>>> To the agenda:
    >>>> - Problem statement for those who have not followed the email thread
    >>>> - General goals
    >>>> - Get feedback from current projects wrt current container versioning 
scheme, Q&A
    >>>> - Who would like to participate and how to proceed
    >>>> We might need about 15’ to go over these points (no question we will 
need more detailed discussion which can be better done through email or IRC 
after that meeting).
    >>>> 
    >>>> What would be great is for those concerned project owners to think 
about how the requirements of their respective project wrt to their container 
versioning:
    >>>> - How often do you think you need to build your containers
    >>>> - Any hurdles experienced while building/managing container images
    >>>> - How do your container images relate to OPNFV releases (e.g. do you 
have a 1 container version per release of do you prefer to have 1 version that 
tackles all supported releases)
    >>>> - How do you “bundle” your containers to OPNFV releases (or how do 
your users know what version of container to use for a given release)
    >>>> 
    >>>> We can also use email to get a head start or for those who cannot 
attend the meeting.
    >>>> I hope we can get a draft proposal by early August.
    >>>> 
    >>>> Thanks
    >>>> 
    >>>>  Alec
    >>>> 
    >>>> 
    >>>> On 7/11/17, 8:29 AM, "Fatih Degirmenci" <[email protected]> wrote:
    >>>> 
    >>>>    +1 to "Can we work on a proposal and get every project that deals 
with containers involved?"
    >>>> 
    >>>>    It is mainly test projects who use containers so I again let 
testing community to take the lead and point you to where/how the conversation 
started.
    >>>> 
    >>>>    We can then try to generalize it later on.
    >>>> 
    >>>>    /Fatih
    >>>> 
    >>>>    On 11 Jul 2017, at 17:16, Alec Hothan (ahothan) <[email protected]> 
wrote:
    >>>> 
    >>>>    Can we work on a proposal and get every project that deals with 
containers involved?
    >>>> 
    >>>> _______________________________________________
    >>>> test-wg mailing list
    >>>> [email protected]
    >>>> https://lists.opnfv.org/mailman/listinfo/test-wg
    >>> 
    >>> 
    >>>    --
    >>>    Morgan Richomme
    >>>    Orange/ IMT/ OLN/ CNC/ NCA/ SINA
    >>> 
    >>>    Network architect for innovative services
    >>>    Future of the Network community member
    >>>    Open source Orange community manager
    >>> 
    >>> 
    >>>    tel. +33 (0) 296 072 106
    >>>    mob. +33 (0) 637 753 326
    >>>    [email protected]
    >>> 
    >>> 
    >>>    
_________________________________________________________________________________________________________________________
    >>> 
    >>>    Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
    >>>    pas etre diffuses, exploites ou copies sans autorisation. Si vous 
avez recu ce message par erreur, veuillez le signaler
    >>>    a l'expediteur et le detruire ainsi que les pieces jointes. Les 
messages electroniques etant susceptibles d'alteration,
    >>>    Orange decline toute responsabilite si ce message a ete altere, 
deforme ou falsifie. Merci.
    >>> 
    >>>    This message and its attachments may contain confidential or 
privileged information that may be protected by law;
    >>>    they should not be distributed, used or copied without authorisation.
    >>>    If you have received this email in error, please notify the sender 
and delete this message and its attachments.
    >>>    As emails may be altered, Orange is not liable for messages that 
have been modified, changed or falsified.
    >>>    Thank you.
    >>> 
    >>> 
    >>> 
    >> 
    >>   -- 
    >>   Morgan Richomme
    >>   Orange/ IMT/ OLN/ CNC/ NCA/ SINA
    >> 
    >>   Network architect for innovative services
    >>   Future of the Network community member
    >>   Open source Orange community manager
    >> 
    >> 
    >>   tel. +33 (0) 296 072 106
    >>   mob. +33 (0) 637 753 326
    >>   [email protected]
    >> 
    >> 
    >>   
_________________________________________________________________________________________________________________________
    >> 
    >>   Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
    >>   pas etre diffuses, exploites ou copies sans autorisation. Si vous avez 
recu ce message par erreur, veuillez le signaler
    >>   a l'expediteur et le detruire ainsi que les pieces jointes. Les 
messages electroniques etant susceptibles d'alteration,
    >>   Orange decline toute responsabilite si ce message a ete altere, 
deforme ou falsifie. Merci.
    >> 
    >>   This message and its attachments may contain confidential or 
privileged information that may be protected by law;
    >>   they should not be distributed, used or copied without authorisation.
    >>   If you have received this email in error, please notify the sender and 
delete this message and its attachments.
    >>   As emails may be altered, Orange is not liable for messages that have 
been modified, changed or falsified.
    >>   Thank you.
    >> 
    >> 
    >> 
    > 
    > 
    > 
    
    

_______________________________________________
opnfv-tech-discuss mailing list
[email protected]
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Reply via email to