On Fri, Dec 08, 2017 at 09:14:35AM -0500, Steve Dickson wrote: > > > On 12/07/2017 06:13 PM, Sérgio Basto wrote: > > On Thu, 2017-12-07 at 10:31 -0500, Steve Dickson wrote: > >> Hello, > >> > >> What do I have to do to stop random people > >> from making random changes to packages I maintain? > >> > >> How do people get this type of permission? > >> > >> Case in point; > >> > >> commit 358a8fff974f0e124527a3281c90fa04cb7c7a7f (HEAD -> master, > >> origin/master, origin/HEAD) > >> Author: Igor Gnatenko <ignatenkobrain@xxxxxxxxxxxxxxxxx> > >> Date: Tue Nov 7 16:31:21 2017 +0100 > >> > >> Remove old crufty coreutils requires > >> > >> Signed-off-by: Igor Gnatenko <ignatenkobrain@xxxxxxxxxxxxxxxxx> > >> > >> commit 66851ea12370a786844262620a40b0a2ac9632ce > >> Author: Igor Gnatenko <ignatenkobrain@xxxxxxxxxxxxxxxxx> > >> Date: Tue Nov 7 16:31:14 2017 +0100 > >> > >> systemd-units -> systemd > >> > >> Signed-off-by: Igor Gnatenko <ignatenkobrain@xxxxxxxxxxxxxxxxx> > >> > >> Where committed to the master branch and not to any other > >> branch make the maintenance of those branches a pain > >> because I can no longer cherry-pick between branches. > >> I have to make multiple commits to multiple branches > >> which sucks... Something random people do not understand! > >> > >> There is a pull mechanism... Why was that not used?? > >> > >> Maintaining the stability of packages is hard enough > >> esp packages everybody uses... but that stability > >> goes out the window when random people allowed to > >> make random changes... > >> > >> Who are these super humans, how do they become > >> super humans and why aren't they required to > >> use the pull mechanism?? > > > > I don't agree with you, you may contact the super human and ask him why > > ? you may revert the commit . > Overhead that is simply not needed if the maintainer was consulted first. How would the overhead be lower? Instead of a single clean commit that does what needs to be done you want the person doing this cleanup on a hundred packages to send you a special message and wait while you make the decision whether to allow a three line change or not? Please explain. Zbyszek _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
