Displaying 20 results from an estimated 1156 matches for "committal".
Did you mean:
commital
2013 Dec 13
5
Welcome Gene Cumm as new committer
Hello,
Please join me in welcoming Gene Cumm as official committer to the
Syslinux project. In 19 years, Gene is only the third committer to this
project, a reflection of his technical and community contributions over
the last several years.
Thank you!
-hpa
2020 Jan 31
3
Sending bot emails to both Git authors and committers
When committing changes on behalf of other contributors, I've started
setting the author in Git to be the change author. I think that's better
for attribution than just including "Patch By: username" in the message
which is default for arc, especially now that we're finally using Git.
However, I've noticed that when the change breaks bots, emails are sent
only to the
2012 Dec 13
5
[PATCH special] vtpm fix cmake dependency
Ian, this one is special just for you. I''m sending it as an attachment
because my email client will mangle it.
This patch will remove the cmake dependency from xen prior to autoconf
stubdom
This patch applies ontop of [VTPM v7 3/8] vtpm/vtpmmgr and required libs
to stubdom/Makefile
You can apply it to your tree by doing the following:
git rebase -i <VTPM v7 3/8 revision>
2016 Jul 25
2
[RFC] One or many git repositories?
On 25 Jul 2016, at 11:19, Daniel Sanders via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> > > On Fri, Jul 22, 2016 at 3:40 PM, Daniel Sanders via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> > > Do you have an example in mind? I'd expect them to rely on each 'master' being
> > > an improvement on 'master^'. I wouldn't expect
2016 Jul 25
2
[RFC] One or many git repositories?
On 25 Jul 2016, at 12:09, Renato Golin <renato.golin at linaro.org> wrote:
>
> A pull request is a request for *comment*, and we currently express
> that via a Phab review. If I'm comfortable with the patch, I commit
> directly, if I want others opinions, I create a review. If we move as
> you propose, I'd lose the second option.
A pull request is a mechanism. The
2015 Oct 07
2
Call to become new committer/maintainer
On Tue, Sep 01, 2015 at 11:40:14PM -0300, Raphael S Carvalho via Syslinux wrote:
> On Tue, Sep 1, 2015 at 8:58 PM, Paulo Alcantara via Syslinux <
> syslinux at zytor.com> wrote:
>
> > Hi,
> >
> > My name is Paulo Alcantara. I've been working on BIOS/UEFI firmware and
> > file systems development for a long time already. For those does not
> > know,
2015 Oct 08
0
Call to become new committer/maintainer
2015-10-08 0:16 UTC+02:00, Geert Stappers via Syslinux <syslinux at zytor.com>:
> On Tue, Sep 01, 2015 at 11:40:14PM -0300, Raphael S Carvalho via Syslinux
> wrote:
>> On Tue, Sep 1, 2015 at 8:58 PM, Paulo Alcantara via Syslinux <
>> syslinux at zytor.com> wrote:
>>
>> > Hi,
>> >
>> > My name is Paulo Alcantara. I've been working
2015 Sep 01
2
Call to become new committer/maintainer
Hi,
My name is Paulo Alcantara. I've been working on BIOS/UEFI firmware and
file systems development for a long time already. For those does not
know, in the past few years I used to be an active Syslinux contributor
and added support to NTFS and XFS file systems, GSoC mentor for
Syslinux in 2012, did some bugfixes and some code refactoring (e.g. x86
assembly to pure C) and currently working
2016 Feb 25
1
New committer: Roman Kagan
I'm happy to announce that I've added Roman Kagan as a committer to
the https://github.com/libguestfs/libguestfs repo. Roman has
contributed many high quality patches over a period of one year.
Roman, the rules are:
- Post patches first on the mailing list.
- Uncontroversial patches should receive one ACK before being pushed
upstream.
- Very complex or "controversial"
2013 Dec 14
0
Welcome Gene Cumm as new committer
On Fri, Dec 13, 2013 at 6:36 PM, H. Peter Anvin <hpa at zytor.com> wrote:
> Hello,
>
> Please join me in welcoming Gene Cumm as official committer to the
> Syslinux project. In 19 years, Gene is only the third committer to this
> project, a reflection of his technical and community contributions over
> the last several years.
>
> Thank you!
And thank you. I'm
2015 Sep 02
0
Call to become new committer/maintainer
On Tue, Sep 1, 2015 at 8:58 PM, Paulo Alcantara via Syslinux <
syslinux at zytor.com> wrote:
> Hi,
>
> My name is Paulo Alcantara. I've been working on BIOS/UEFI firmware and
> file systems development for a long time already. For those does not
> know, in the past few years I used to be an active Syslinux contributor
> and added support to NTFS and XFS file systems,
2012 Jan 30
0
Please welcome Ian Campbell as Committer for Xen Hypervisor Project (ARMv7+VE)
Dear Xen Developers,
I wanted to announce that Ian Campbell from Citrix has been nominated
and elected as Xen Hypervisor committer
<http://lists.xen.org/archives/html/xen-devel/2012-01/msg02281.html> and
will be responsible for the ARMv7+VE components in xen-unstable. We have
seen an increasing number of patches to xen-unstable to enable support
for the ARMv7 processor with
2012 Jan 04
1
Development and hosting arrangements [new discussion thread]
[Let's start a new thread for this so all the mail archives will
appear in one place. Please follow up on any of these items, and
hopefully we can formulate policy together.]
(1) Policy for commits.
[with thanks to Dan Berrange for helping to formulate this ...]
"In order to become a committer, someone must demonstrate an ongoing
skill posting patches of high quality and
2015 Jan 16
3
[LLVMdev] git-svn authorship (was: Howdy + GIT)
Erik> I am surprised noone has
mentioned the one of the biggest
Erik> advantages of Git which is proper author attribution for
Erik> non-core and drive-by patch contributors.
>From what I can make of the git-svn docs, that LLVM committers should
be adding a "From: <email>" field to commit messages instead of "Patch
by <name>". If the original author is
2011 Feb 16
10
Release schedule for Xen 4.1
Following discussion, and a bit of slip to allow better contributions
from those who''ve been away for the Chinese New Year, the plan for 4.1
now looks like this.
We intend to go into code freeze at the end of the week, after which
patches even for bugfixes will be much harder to get into the tree.
We are here:
| Feature code freeze
|
| Bugfixes are allowed provided they are
2016 Feb 25
0
RFC: Move the test-suite LLVM project to GitHub?
Kristof, Chandler,
I think most of the responses seem favourable of the move, the
concerns being which Git repo we'll use (GitHub, GitLab, BitBucket),
but they're essentially identical on the git side.
Infrastructure decisions will need to be taken into account, but that
doesn't interfere with the "how we commit" discussion in any way.
On 25 February 2016 at 08:55,
2006 Jul 03
1
New logcheck committer
Martin F. Krafft (madduck) has been added to the project.
P.S. I'd like to get a release out sometime next week.
--
Todd Troxell
http://rapidpacket.com/~xtat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
2012 Jun 19
0
Minuters: Xen Maintainer, Committer and Developer Meeting for June 2012
The meeting took place last Wed, the 14th of June
Minutes see:
http://wiki.xen.org/wiki/Xen_Maintainer,_Committer_and_Developer_Meeting/June_2012_Minutes
2013 Aug 30
17
[PATCH] rwsem: add rwsem_is_contended
Btrfs uses an rwsem to control access to its extent tree. Threads will hold a
read lock on this rwsem while they scan the extent tree, and if need_resched()
they will drop the lock and schedule. The transaction commit needs to take a
write lock for this rwsem for a very short period to switch out the commit
roots. If there are a lot of threads doing this caching operation we can starve
out the
2015 Jan 22
2
[LLVMdev] How to contact LLVM admins?
> We have had no trouble using "Patch by <name>" as the form of attribution for a
> lot of years with contributions from a wide range of companies. So I'm not really
> inclined to change a process which leaves the system of record *exactly* the
> same (a textual acknowledgement of attribution) and only makes one mirror of
> it superficially better.
Adding