Re: Pain points in Git's patch flow

2021-04-26 Thread Theodore Ts'o
On Mon, Apr 26, 2021 at 02:04:32AM +, brian m. carlson wrote: > In general, I have trouble keeping track of the patch mails I've sent. > I do definitely need to refer to them later, but I don't generally keep > them around on my system since they tend to duplicate my repository, so > I end up n

Re: Pain points in Git's patch flow

2021-04-20 Thread Theodore Ts'o
On Tue, Apr 20, 2021 at 08:30:57AM +0200, Sebastian Schuberth wrote: > > I'm reading a lot about "maintainers" and "kernel developers" here. > But what I believe is important to accept is that Git is not only > about kernel development anymore. While I'm well aware of Git's > history, there are by

Re: Pain points in Git's patch flow

2021-04-19 Thread Theodore Ts'o
On Mon, Apr 19, 2021 at 02:57:54AM +, Eric Wong wrote: > > But for folks who don't have a dev environment ready at hand (new > > comers, during travel with only phone access), it would be nice to > > have a way to run tests without a dev environment. > > Fwiw, the GCC Farm project gives

Re: Pain points in Git's patch flow

2021-04-19 Thread Theodore Ts'o
On Mon, Apr 19, 2021 at 09:23:14PM +0200, Sebastian Schuberth wrote: > > That's not inherent with the E-Mail workflow, e.g. Linus on the LKML > > also pulls from remotes. > > Yeah, I was vaguely aware of this. To me, the question is why "also"? > Why not *only* pull from remotes? What's the featur

Re: [kernel.org users] LKML on patchwork.kernel.org

2014-07-16 Thread Theodore Ts'o
On Tue, Jul 15, 2014 at 08:57:32PM -0400, Steven Rostedt wrote: >>I mostly ask because every now and again patchwork likes to eat 8GB of >>RAM (and would probably eat more if allowed), and I suspect it's when >>it's trying to parse or display some of the longer-running threads. > > > > Actuall

Re: ordering by submitter, then date

2014-03-11 Thread Theodore Ts'o
On Wed, Mar 12, 2014 at 08:49:26AM +0800, Jeremy Kerr wrote: > There's no way to specify two orderings at present. However, I've just > sketched up a change to apply the date ordering as a secondary whenever > a non-default order is selected. So the ordering you'll get with that > view is by submit

PatchWork feature request

2010-03-15 Thread Theodore Ts'o
It would be nice if there was some magic header I could put in my e-mail messages: "X-Patchwork-Ignore: linux-ext4" that would cause patchwork not ignore the particular in question. Periodically I'll cc linux-ext4 with backports to stable kernel series, or a broadcast dump of all of the patches t