BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20190827T06Z
DTEND:20190827T07Z
DTSTAMP:20190827T044535Z
ORGANIZER;CN=sacha...@redhat.com:mailto:sacha...@redhat.com
UID:05ou5mot70939uthsbbcv51...@google.com
Since last few days I was trying to understand the nightly failures we were
seeing even after addressing the port already in use issue. So here's the
analysis:
>From console output of
https://build.gluster.org/job/regression-test-burn-in/4710/consoleFull
*19:51:56* Started by upstream project "
On Tue, Aug 27, 2019 at 12:10 AM Niels de Vos wrote:
> On Mon, Aug 26, 2019 at 08:36:30PM +0530, Aravinda Vishwanathapura Krishna
> Murthy wrote:
> > On Mon, Aug 26, 2019 at 7:49 PM Joe Julian wrote:
> >
> > > > Comparing the changes between revisions is something
> > > that GitHub does not supp
+1 to the idea.
On Mon, Aug 26, 2019 at 2:41 PM Niels de Vos wrote:
> On Mon, Aug 26, 2019 at 08:08:36AM -0700, Joe Julian wrote:
> > You can also see diffs between force pushes now.
>
> That is great! It is the feature that I was looking for. I have not
> noticed it yet, will pay attention to i
On Mon, Aug 26, 2019 at 08:08:36AM -0700, Joe Julian wrote:
> You can also see diffs between force pushes now.
That is great! It is the feature that I was looking for. I have not
noticed it yet, will pay attention to it while working on other
projects.
Thanks,
Niels
__
On Mon, Aug 26, 2019 at 08:36:30PM +0530, Aravinda Vishwanathapura Krishna
Murthy wrote:
> On Mon, Aug 26, 2019 at 7:49 PM Joe Julian wrote:
>
> > > Comparing the changes between revisions is something
> > that GitHub does not support...
> >
> > It does support that,
> > actually.___
On Mon, Aug 26, 2019 at 8:44 PM Joe Julian wrote:
> You can also see diffs between force pushes now.
>
Nice.
> On August 26, 2019 8:06:30 AM PDT, Aravinda Vishwanathapura Krishna Murthy
> wrote:
>>
>>
>>
>> On Mon, Aug 26, 2019 at 7:49 PM Joe Julian wrote:
>>
>>> > Comparing the changes betw
You can also see diffs between force pushes now.
On August 26, 2019 8:06:30 AM PDT, Aravinda Vishwanathapura Krishna Murthy
wrote:
>On Mon, Aug 26, 2019 at 7:49 PM Joe Julian
>wrote:
>
>> > Comparing the changes between revisions is something
>> that GitHub does not support...
>>
>> It does sup
On Mon, Aug 26, 2019 at 7:49 PM Joe Julian wrote:
> > Comparing the changes between revisions is something
> that GitHub does not support...
>
> It does support that,
> actually.___
>
Yes, it does support. We need to use Squash merge after all review i
> Comparing the changes between revisions is something
that GitHub does not support...
It does support that, actually.___
Community Meeting Calendar:
APAC Schedule -
Every 2nd and 4th Tuesday at 11:30 AM IST
Bridge: https://bluejeans.com/836554017
NA/
Hi,
I tried upgrading from glusterfs-server-6.5-0 to
glusterfs-server-7.0-0.1rc0 without any problem on fedora 30.
*Note for testing upgrade : *
Glusterfs-6 rpms complied for fedora30.
Glusterfs-7 downloaded the rpms from the site (
https://download.gluster.org/pub/gluster/glu
On Fri, Aug 23, 2019 at 11:56:53PM -0400, Yaniv Kaul wrote:
> On Fri, 23 Aug 2019, 9:13 Amar Tumballi wrote:
>
> > Hi developers,
> >
> > With this email, I want to understand what is the general feeling around
> > this topic.
> >
> > We from gluster org (in github.com/gluster) have many projects
On Mon, Aug 26, 2019 at 11:18 AM Rinku Kothiya wrote:
> Hi,
>
> Release-7 RC0 packages are built. This is a good time to start testing the
> release bits, and reporting any issues on bugzilla.
> Do post on the lists any testing done and feedback for the same.
>
> We have about 2 weeks to GA of re
Greetings all,
As a new developer on the project, I might add a fresh look on the matter.
Before I can here I was familiar with Github and unfamiliar with Gerrit.
Understanding Gerrit itself wasn't too troublesome, but also not needed as
I see no benefit of using that system, because as others su
On 24/08/19 9:26 AM, Yaniv Kaul wrote:
I don't like mixed mode, but I also dislike Github's code review
tools, so I'd like to remind the option of using http://gerrithub.io/
for code review.
Other than that, I'm in favor of moving over.
Y.
+1 for using gerrithub for code review when we move
15 matches
Mail list logo
