search for: committable

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

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

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>

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

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

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-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

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

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"

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

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,

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

[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

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

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

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,

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 :

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

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

> 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