Re: [hatari-devel] MODE SENSE update patch |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] MODE SENSE update patch
- From: Uwe Seimet <Uwe.Seimet@xxxxxxxxx>
- Date: Sun, 20 Mar 2022 16:45:56 +0100
- Authentication-results: strato.com; dkim=none
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1647791157; s=strato-dkim-0002; d=seimet.de; h=In-Reply-To:References:Message-ID:Subject:To:From:Date:Cc:Date:From: Subject:Sender; bh=f+DdVZu/kosidkwLkWk3V1Y31IX7644LFG4g5KtRUt8=; b=LHLLKJw//OJN/zfFs2cRaAJpXsYKHDao2WYId4x7AyTz2o8Vh7i8m3OCvRflJ5eDzT mz9JgM1/wrQfWKfKdSCHp82m2LgaxKHDR55kEAoLPhBIpkTFMuyoSnJLVDp2cr5O4hYF yV1iZyfKe5QcBaUm9Iz/zls1zmsNWrG45q0Njg9DV8DphlFdXILaiIQRr932aYHOsvUD wPM0WYq5u2uiNhW4HfRiiqwpz2FqnlGCf4vXHeDUZFzKI67hSTqZhpq0to1lgtXCJx8p tb+F8HZzYevHCbFrVY3O+T/fYGBi4aBbmzXuwGWgS0zLQmq1ttUaUNrXDq0fcaETsB1v gd3A==
> Sorry, but that sounds like a bad choice of editor, or at least wrong
> settings in your editor. Which editor are you using? All proper editors
> that I know have a way to determine the indentation type automatically from
> the source code that you're opening. I can recommend Geany
> (https://geany.org/), it can also show tabs and spaces in a different way,
> so you can easily spot mistakes while editing the sources.
In the past for C/C++ (which I was hardly using anymore until recently) I was
using vi or emacs. Recently for C/C++ I switched to the Eclipse IDE. I have
not tried Hatari with Eclipse yet. Maybe somebody on this list knows whether
there are any issues, in particular with the build process?
> > - As already mentioned in previous postings, the process of providing
> > patches is rather complicated. Too much manual work is required, by all who
> > are involved. When providing my latest Hatari patches I noticed how much I
> > have become used to PRs and UI support to review them, like it is offered by
> > GitHub. This must be the well-known GitHub vendor lock-in ;-).
> >
> > This is why I try to limit patches to the absolutely necessary scope.
>
> Sorry to hear that, but you also have to understand that it's really not
> working either to increase the burdon on the maintainers instead (so that
> they have to deal with patches that a way harder to review and debug later).
I agree with that, but IMO a part of the burden is caused by not using
platforms like GitHub, which make collaboration easier, even though they
are not a solution for everything, as we have seen in this thread.
Nevertheless having more transparency, so that you can easily get an overview
on open issues, active feature branches, PRs, items to be addressed before
the next release etc. would be nice.
Best regards
Uwe