Yay for bug reports!
The best way to submit reports would either be through the
tripleo-collect-logs GH issue tracker[1] or to my email directly (less
preferred).
[1] -
/R
Harry
On Sun, Sep 25, 2016 at 8:03 PM, Arash Kaffamanesh <ak(a)cloudssky.com> wrote:
Hi,
e.g. the link on this page is dead:
https://images.rdoproject.org/docs/baremetal/customizing-external-network...
404 link:
https://github.com/openstack/tripleo-quickstart/blob/master/roles/tripleo...
Cheers,
Arash
On Sun, Sep 25, 2016 at 10:11 PM, Adam Huffman <adam.huffman(a)gmail.com>
wrote:
>
> Hi Harry,
>
> Where ought I to report bugs found in testing those docs?
>
> Cheers,
> Adam
>
>
> On 21 Sep 2016 6:55 pm, "Harry Rybacki" <hrybacki(a)redhat.com> wrote:
>>
>> I would also like to throw out that we are in the process of expanding
>> coverage for TripleO-Quickstart post-build generated documentation.
>>
>> For the last test day, we had three sets of example docs available[1]:
>> - minimal
>> - baremetal
>> - ovb
>>
>> Hopefully there will be docs for updates and upgrades to follow
>> shortly. As discussed with rbowen in today's RDO meeting, we will have
>> these docs linked in the test matrix for the next test day for
>> increased visibility.
>>
>> [1] -
http://images.rdoproject.org/docs/
>>
>>
>> /R
>>
>> Harry
>>
>> On Wed, Sep 21, 2016 at 12:12 PM, Javier Pena <javier.pena(a)redhat.com>
>> wrote:
>> >
>> >
>> > ----- Original Message -----
>> >> In our RDO Community Meeting (on IRC) yesterday, the topic of
>> >> improving
>> >> test day was brought up.
>> >>
>> >> Test day is, for the most part, about getting people to beat on the
>> >> latest packages and find problems. However, since most of these
>> >> problems
>> >> are being found in CI, it's time to make test day also about giving
>> >> people an opportunity to see what's coming in future releases. To
that
>> >> end, user experience is pretty important on test day.
>> >>
>> >> Several suggestions were made to improve the test day experience for
>> >> folks that aren't already experts:
>> >>
>> >>
>> >> * Test setup matrix cleanup? Remove tests that are no longer relevant.
>> >>
>> >> * More detailed, beginner-friendly instructions for testing. (Test day
>> >> as product preview for potential users, or existing users who are not
>> >> deep experts.)
>> >>
>> >> * Ask other teams to provide use cases they want to validate.
>> >>
>> >> * Tracking the tests on an etherpad with instructions, and registering
>> >> people to use cases, so that we're sure that everything is being
>> >> covered.
>> >>
>> >>
>> >> While these are all great suggestions, each requires that someone
>> >> actually step up and make it happen. Each test day, for example, we
>> >> talk
>> >> about better instructions for the test scenarios, and everyone agrees
>> >> that it's a good idea.
>> >>
>> >> Anyways, as we start looking towards Ocata, are there other
>> >> suggestions
>> >> as to how we can make the test day more welcoming to folks trying out
>> >> RDO for the first time, and existing OpenStack users looking for a
>> >> preview of the next release, as well as the usual suspects? And, as
>> >> importantly, people who are able to make some of these things happen?
>> >>
>> >
>> > During today's RDO meeting, I had the idea of having a pre-baked image
>> > with the basic setup (base CentOS + configured repos, maybe some
>> > documentation included) in TryStack or a cloud provider that would like to
>> > help us during the test day. Then, each tester could create a VM in that
>> > environment and run their own test scenario.
>> >
>> > Thinking of it, it requires:
>> >
>> > - A prepared image (not a big deal, we could do it)
>> > - A public cloud with enough resources for the test days, and enough
>> > security measures to prevent abuse
>> > - Anything else?
>> >
>> > Regards,
>> > Javier
>> >
>> >> Thanks.
>> >>
>> >> --Rich
>> >>
>> >>
>> >> --
>> >> Rich Bowen - rbowen(a)redhat.com
>> >> RDO Community Liaison
>> >>
http://rdoproject.org
>> >> @RDOCommunity
>> >>
>> >> _______________________________________________
>> >> rdo-list mailing list
>> >> rdo-list(a)redhat.com
>> >>
https://www.redhat.com/mailman/listinfo/rdo-list
>> >>
>> >> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
>> >>
>> >
>> > _______________________________________________
>> > rdo-list mailing list
>> > rdo-list(a)redhat.com
>> >
https://www.redhat.com/mailman/listinfo/rdo-list
>> >
>> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
>>
>> _______________________________________________
>> rdo-list mailing list
>> rdo-list(a)redhat.com
>>
https://www.redhat.com/mailman/listinfo/rdo-list
>>
>> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
>
>
> _______________________________________________
> rdo-list mailing list
> rdo-list(a)redhat.com
>
https://www.redhat.com/mailman/listinfo/rdo-list
>
> To unsubscribe: rdo-list-unsubscribe(a)redhat.com