Re: Testing of patches on this list

2018-02-06 Thread Andrew Donnellan
On 06/02/18 22:00, Daniel Axtens wrote: For those of you who don't know, snowpatch is a cool project from Andrew and Russell that takes series from the list using the API, applies them with git, and passes the repository off to Jenkins for testing, and reports back with the checks API. It's a coo

Re: [PATCH] Fix CRLF newlines upon submission changes

2018-02-06 Thread Daniel Axtens
Hi Veronika, > After changing submission via admin interface, CRLF newlines are > suddenly present in the body. Replace them back to '\n'. > > The issue was found after modifying submission via admin interface > using Python 2 and downloading the respective mbox file (git choked on > downloaded pa

Re: [RFC 1/4] Automatically remove old events

2018-02-06 Thread Stephen Finucane
On Thu, 2018-01-25 at 16:21 +1100, Daniel Axtens wrote: > Hi Stephen, > > This is a good idea and I'm happy for it to go in as-is, before the > rest > of the series. > > Reviewed-by: Daniel Axtens I've been thinking a little more on this and I don't know if I actually want to do this. If we man

[PATCH] Fix CRLF newlines upon submission changes

2018-02-06 Thread vkabatov
From: Veronika Kabatova After changing submission via admin interface, CRLF newlines are suddenly present in the body. Replace them back to '\n'. The issue was found after modifying submission via admin interface using Python 2 and downloading the respective mbox file (git choked on downloaded p

Re: Testing of patches on this list

2018-02-06 Thread Daniel Axtens
Andrew Donnellan writes: > Greetings, > > Russell and I, with some help from Daniel, are now testing patches on > this list as they come in using snowpatch. Hopefully, this will allow us > to catch test failures before Travis CI (which only triggers after > patches are merged). Congratulation

Re: patchwork.ozlabs.org down, and e-mails not recorded

2018-02-06 Thread Daniel Axtens
Jeremy Kerr writes: > Hi Andrew, > >> jk, any idea whether there's something particular about the ozlabs.org >> instance that could be causing it to drop these patches? > > We're running plain upstream with regards to the parsing code; so if it > parses we should be fine there. > > Assume the par

Re: patchwork.ozlabs.org down, and e-mails not recorded

2018-02-06 Thread Thomas Petazzoni
Hello, On Tue, 6 Feb 2018 17:03:50 +0800, Jeremy Kerr wrote: > We're running plain upstream with regards to the parsing code; so if it > parses we should be fine there. > > Assume the parsing is OK, there are a couple of reasons for potential > drops: > > - the database server was down at the

Re: patchwork.ozlabs.org down, and e-mails not recorded

2018-02-06 Thread Jeremy Kerr
Hi Andrew, jk, any idea whether there's something particular about the ozlabs.org instance that could be causing it to drop these patches? We're running plain upstream with regards to the parsing code; so if it parses we should be fine there. Assume the parsing is OK, there are a couple of r

Testing of patches on this list

2018-02-06 Thread Andrew Donnellan
Greetings, Russell and I, with some help from Daniel, are now testing patches on this list as they come in using snowpatch. Hopefully, this will allow us to catch test failures before Travis CI (which only triggers after patches are merged). Test results will be posted to Patchwork and visib

Re: patchwork.ozlabs.org down, and e-mails not recorded

2018-02-06 Thread Andrew Donnellan
On 06/02/18 08:45, Thomas Petazzoni wrote: Is there anything that can be done about this ? An example of Message-Id that was not recorded is: Message-Id: <8027bae45d8e041c8a1e0bc714ab378ff984ded3.1517820133.git.yann.morin.1...@free.fr> I've scraped the buildroot archives to see if there's a