On 24-03-2024 06:35, Elliott Mitchell wrote:
On Sat, Mar 23, 2024 at 10:02:39PM +0100, Olliver Schinagl wrote:
On 23-03-2024 18:51, Elliott Mitchell wrote:
On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote:
Odd thing about what you put in parentheses. I've been trying to get a
On Sat, Mar 23, 2024 at 10:02:39PM +0100, Olliver Schinagl wrote:
> On 23-03-2024 18:51, Elliott Mitchell wrote:
> > On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote:
> >
> >>> Odd thing about what you put in parentheses. I've been trying to get a
> >>> discussion going about that
On 23-03-2024 18:51, Elliott Mitchell wrote:
On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote:
True enough. Though I will cite this as an example of the care used in
the design.
I can't argue the design, not because I can't read it; but because I'm
sure you've put a lot of ca
On Sat, Mar 23, 2024 at 03:15:44AM +0100, Olliver Schinagl wrote:
>
> On March 21, 2024 10:28:29 p.m. GMT+01:00, Elliott Mitchell
> wrote:
> >On Thu, Mar 21, 2024 at 10:00:46AM +0100, Olliver Schinagl wrote:
> >> On 20-03-2024 01:34, Elliott Mitchell wrote:
> >> > On Mon, Mar 18, 2024 at 10:53:1
Heyb Elliot,
On March 21, 2024 10:28:29 p.m. GMT+01:00, Elliott Mitchell
wrote:
>On Thu, Mar 21, 2024 at 10:00:46AM +0100, Olliver Schinagl wrote:
>> On 20-03-2024 01:34, Elliott Mitchell wrote:
>> > On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote:
>> >> I expect this to be done
On Thu, Mar 21, 2024 at 10:00:46AM +0100, Olliver Schinagl wrote:
> On 20-03-2024 01:34, Elliott Mitchell wrote:
> > On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote:
> >> I expect this to be done very rarely and by users that know what they
> >> are doing, but just "automating" a f
On 20-03-2024 01:34, Elliott Mitchell wrote:
On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote:
I expect this to be done very rarely and by users that know what they
are doing, but just "automating" a few logical git commands.
Performance is not a key-driver here. It's too rarely
On Mon, Mar 18, 2024 at 10:53:12AM +0100, Olliver Schinagl wrote:
> I expect this to be done very rarely and by users that know what they
> are doing, but just "automating" a few logical git commands.
>
> Performance is not a key-driver here. It's too rarely used.
True, though being faster is ni
On 18-03-2024 01:34, Elliott Mitchell wrote:
On Sun, Mar 17, 2024 at 11:44:45AM +0100, p...@oranjevos.nl wrote:
Op 16 mrt. 2024, om 07:46 heeft Elliott Mitchell het
volgende geschreven:
On Sat, Mar 16, 2024 at 02:19:27PM +0800, Chuanhong Guo wrote:
And more comments on the perl thing:
A main
On Sat, Mar 16, 2024 at 02:19:27PM +0800, Chuanhong Guo wrote:
>
> On Sat, Mar 16, 2024 at 11:41 AM Elliott Mitchell
> wrote:
> > > > Since `git fast-import` is a direct interface to Git's back-end, the
> > > > working tree doesn't need to be modified to operate. This also means
> > > > mine is
On Sun, Mar 17, 2024 at 11:44:45AM +0100, p...@oranjevos.nl wrote:
> Op 16 mrt. 2024, om 07:46 heeft Elliott Mitchell het
> volgende geschreven:
> > On Sat, Mar 16, 2024 at 02:19:27PM +0800, Chuanhong Guo wrote:
> >>
> >> And more comments on the perl thing:
> >> A maintainer needs to be familia
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Op 16 mrt. 2024, om 07:46 heeft El
On Sat, Mar 16, 2024 at 02:19:27PM +0800, Chuanhong Guo wrote:
>
> On Sat, Mar 16, 2024 at 11:41 AM Elliott Mitchell
> wrote:
> >
> > Anyone needing to figure out how the scripts work will need a fair bit
> > of familiarity with Git. Being able to get good results really does need
> > some deep
On Sat, Mar 16, 2024 at 01:47:38PM +0800, Chuanhong Guo wrote:
> On Sat, Mar 16, 2024 at 11:51 AM Elliott Mitchell
> wrote:
> >
> > On Tue, Mar 12, 2024 at 09:11:23PM -0700, Elliott Mitchell wrote:
> > > On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote:
> > > > On Wed, 13 Mar 2024 at
Hi!
On Sat, Mar 16, 2024 at 11:41 AM Elliott Mitchell wrote:
> > > The biggest difference between the two isn't the language choice, but
> > > the overall designs. Your shell script is essentially replicating the
> > > actions a human at a shell might take to perform the task (more or less
> > >
On Sat, Mar 16, 2024 at 11:51 AM Elliott Mitchell wrote:
>
> On Tue, Mar 12, 2024 at 09:11:23PM -0700, Elliott Mitchell wrote:
> > On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote:
> > > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell
> > > wrote:
> > > >
> > > > Then there is technic
On Tue, Mar 12, 2024 at 09:11:23PM -0700, Elliott Mitchell wrote:
> On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote:
> > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote:
> > >
> > > Then there is technical discussion.
> > >
> > > A rather serious problem with how kernel version c
On Thu, Mar 14, 2024 at 11:35:15PM +0100, Olliver Schinagl wrote:
> On 14-03-2024 01:50, Elliott Mitchell wrote:
> > On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
> >>
> >> The actual code of course has nothing to do with the perl script, as you
> >> right full say 'I know nothi
Hey Elliott,
On 14-03-2024 01:50, Elliott Mitchell wrote:
On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
On 13-03-2024 08:46, Felix Baumann wrote:
Am 13. März 2024 05:11:23 MEZ schrieb Elliott Mitchell:
I must challenge this. If patches via the mailing list were accepted,
Hey Daniel,
On 14-03-2024 02:40, Daniel Golle wrote:
On Wed, Mar 13, 2024 at 05:50:36PM -0700, Elliott Mitchell wrote:
Anyway. The true dependency on Github is everything they offer besides
git:
Bug tracker, Pull Requests, comments made on PRs, comments made on
commits, ... scraping all that
On Wed, Mar 13, 2024 at 05:50:36PM -0700, Elliott Mitchell wrote:
> On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
> > On 13-03-2024 08:46, Felix Baumann wrote:
> > > Am 13. März 2024 05:11:23 MEZ schrieb Elliott
> > > Mitchell:
> > >> I must challenge this. If patches via the
On Wed, Mar 13, 2024 at 09:43:06AM +0100, Olliver Schinagl wrote:
> On 13-03-2024 08:46, Felix Baumann wrote:
> > Am 13. März 2024 05:11:23 MEZ schrieb Elliott
> > Mitchell:
> >> I must challenge this. If patches via the mailing list were accepted,
> >> then we should see things sent to the maili
Elliott,
You raise some important points, and also mention some *solutions* which
is commendable.
1) all work is done voluntarily
2) time is limited
3) understanding is lacking
4) courage is lacking
Or... success has many fathers, but failure is an orphan.
Speaking from personal experience
On 13-03-2024 08:46, Felix Baumann wrote:
Am 13. März 2024 05:11:23 MEZ schrieb Elliott Mitchell:
I must challenge this. If patches via the mailing list were accepted,
then we should see things sent to the mailing list getting into the
repository. Yet many patches get no attention. Some get r
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Am 13. März 2024 05:11:23 MEZ schr
On Wed, Mar 13, 2024 at 12:13 PM Elliott Mitchell wrote:
>
> On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote:
> > On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote:
> > >
> > > Well, what purpose does the openwrt-devel mailing list serve?
> > >
> > > As near as I can tell it looks
On Wed, Mar 13, 2024 at 01:55:07AM +0100, Robert Marko wrote:
> On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote:
> >
> > Well, what purpose does the openwrt-devel mailing list serve?
> >
> > As near as I can tell it looks suspiciously like it is a method to divert
> > developers from where ev
On Wed, 13 Mar 2024 at 01:36, Elliott Mitchell wrote:
>
> Well, what purpose does the openwrt-devel mailing list serve?
>
> As near as I can tell it looks suspiciously like it is a method to divert
> developers from where everything is done. There isn't too much review
> activity. Anything which
Well, what purpose does the openwrt-devel mailing list serve?
As near as I can tell it looks suspiciously like it is a method to divert
developers from where everything is done. There isn't too much review
activity. Anything which does get a positive review tends to simply
disappear unless it is
29 matches
Mail list logo
