Proposal

-- Hello i want to invest in your region i have some funds under my management please let me know if we can work together on this investment plan. Regards Melisa Mehmet

Greetings in the name of God, Business proposal in God we trust

Greetings in the name of God Dear Friend Greetings in the name of God,please let this not sound strange to you for my only surviving lawyer who would have done this died early this year.I prayed and got your email id from your country guestbook. I am Mrs Suran Yoda from London,I am 72 years

Business Proposal.

Dear Friend, I am interested in establishing and operating a very viable business as a means of investment abroad. I do not know too well on how this is done in your country, So I will need you to help me in this regard. My preference is any good profit yielding business and I would appreciate

Greetings in the name of God, Business proposal in God we trust

banking days. This requires a private arrangement; the details of the transaction will be furnished to you if you indicate your interest in this proposal. This money has been dormant for years in our bank without claim, I want the bank to release the money to you as the nearest person (owner

Greetings in the name of God, Business proposal in God we trust

Greetings in the name of God Dear Friend Greetings in the name of God,please let this not sound strange to you for my only surviving lawyer who would have done this died early this year.I prayed and got your email id from your country guestbook. I am Mrs Suran Yoda from London,I am 72 years

Project Proposal

Dear sir, I am Barrister Joseph Taylor, a legal Solicitor. I was the Personal Attorney and legal adviser to Mr. John ALBIN, a national of your country, who was an expatriate engineer to British Petroleum oil Company. My client, his wife, and their three children were involved in the ill fated

BUSINESS PROPOSAL

Please I like you to keep this proposal as a top secret and delete it if you are not interested and get back to me if you are interested for details as regards to the transfer of $24,500,000 to you. This money initially belongs to a Libyan client who died in the libya crisis and had

BUSINESS PROPOSAL

Please I like you to keep this proposal as a top secret and delete it if you are not interested and get back to me if you are interested for details as regards to the transfer of $24,500,000 to you. This money initially belongs to a Libyan client who died in the libya crisis and had

BUSINESS PROPOSAL

Please I like you to keep this proposal as a top secret and delete it if you are not interested and get back to me if you are interested for details as regards to the transfer of $24,500,000 to you. This money initially belongs to a Libyan client who died in the libya crisis and had

BUSINESS PROPOSAL

Please I like you to keep this proposal as a top secret and delete it if you are not interested and get back to me if you are interested for details as regards to the transfer of $24,500,000 to you. This money initially belongs to a Libyan client who died in the libya crisis and had

Re: fetch-any-blob / ref-in-want proposal

On Mon, Jul 24, 2017 at 12:38 PM, Orgad Shaneh wrote: > Sorry, I thought it's the same thing. I mean ref-in-want[1]. This > issue in gerrit[2] was closed, claiming that ref-in-want will solve > it. I just want to know if this is likely to be merged soon enough (I > consider

Re: fetch-any-blob / ref-in-want proposal

On Mon, Jul 24, 2017 at 7:13 PM, Jonathan Tan wrote: > On Sun, 23 Jul 2017 09:41:50 +0300 > Orgad Shaneh wrote: > >> Hi, >> >> Jonathan Tan proposed a design and a patch series for requesting a >> specific ref on fetch 4 months ago[1]. >> >> Is there

Re: fetch-any-blob / ref-in-want proposal

On Sun, 23 Jul 2017 09:41:50 +0300 Orgad Shaneh wrote: > Hi, > > Jonathan Tan proposed a design and a patch series for requesting a > specific ref on fetch 4 months ago[1]. > > Is there any progress with this? > > - Orgad > > [1] >

fetch-any-blob / ref-in-want proposal

Hi, Jonathan Tan proposed a design and a patch series for requesting a specific ref on fetch 4 months ago[1]. Is there any progress with this? - Orgad [1] https://public-inbox.org/git/ffd92ad9-39fe-c76b-178d-6e3d6a425...@google.com/

Re: Proposal

Hello, Compliment of the day to you. I am Mrs. Elodie, I am sending this brief letter to solicit your partnership to transfer $5.5 million US Dollars into your account for investment in your country. I shall send you more information and procedures when I receive positive response from you.

Re: [RFC PATCH] proposal for refs/tracking/* hierarchy

Marc Branchaud writes: > OTOH, we shouldn't need to do any conflict resolution on these > "tracking" refs: The remote side should update the refs > properly. Nobody should make local changes to these refs. > > I guess I'm advocating that git should only allow "tracking"

Re: [RFC PATCH] proposal for refs/tracking/* hierarchy

On 2017-06-23 04:54 PM, Junio C Hamano wrote: Jacob Keller writes: Instead, lets add support for a new refs/tracking/* hierarchy which is laid out in such a way to avoid this inconsistency. All refs in "refs/tracking//*" will include the complete ref, such that

Re: [RFC PATCH] proposal for refs/tracking/* hierarchy

"git notes > merge" gives a solution that is very specific to the notes refs (I > do not know how well "notes merge" works in practice, though). Agreed. That's also part of why I'm looking at doing it as a partial "one hierarchy at a time" proposal, I've got a somewh

Re: [RFC PATCH] proposal for refs/tracking/* hierarchy

Jacob Keller writes: > Instead, lets add support for a new refs/tracking/* hierarchy which is > laid out in such a way to avoid this inconsistency. All refs in > "refs/tracking//*" will include the complete ref, such that > dropping the "tracking/" part will give the

Re: [RFC PATCH] proposal for refs/tracking/* hierarchy

On Fri, Jun 23, 2017 at 6:52 AM, Jacob Keller wrote: > From: Jacob Keller > > Historically, git has tracked the status of remote branches (heads) in > refs/remotes//*. This is necessary and useful as it allows users > to track the difference

[RFC PATCH] proposal for refs/tracking/* hierarchy

From: Jacob Keller Historically, git has tracked the status of remote branches (heads) in refs/remotes//*. This is necessary and useful as it allows users to track the difference between their local work and the last known status of the remote work. Unfortunately this

Re: proposal for how to share other refs as part of refs/tracking/*

On Tue, Jun 13, 2017 at 8:55 AM, Marc Branchaud <marcn...@xiplink.com> wrote: > On 2017-06-13 10:41 AM, Marc Branchaud wrote: >> >> >> So I like your refs/tracking proposal, and hope that it aims for mirroring >> a remote's refs, to eventually replace refs/remotes

Re: proposal for how to share other refs as part of refs/tracking/*

On 2017-06-13 10:41 AM, Marc Branchaud wrote: So I like your refs/tracking proposal, and hope that it aims for mirroring a remote's refs, to eventually replace refs/remotes entirely. To be extra-clear: I think a refs/tracking hierarchy that starts with notes and maybe some other bits

Re: proposal for how to share other refs as part of refs/tracking/*

within reason -- I think there are limits to what should be mirrored). So I like your refs/tracking proposal, and hope that it aims for mirroring a remote's refs, to eventually replace refs/remotes entirely. M. For example, if Alice creates a new note and pushes it, then B

proposal for how to share other refs as part of refs/tracking/*

Hi, There's no actual code yet, (forgive me), but I've been thinking back to a while ago about attempting to find a way to share things like refs/notes, and similar refs which are usually not shared across a remote. By default, those refs are not propagated when you do a push or a pull, and this

Good day I write to you in hope that you will be open minded to consider a business partnership proposal in transaction deal worth millions. All I require from you is honesty and an assurance that you

Re: Proposal for missing blob support in Git repos

rstood and we are striking a balance between performance and strictness with such an understanding of the implications, I am perfectly fine with the proposal. That is why my comment has never been "I think that is wrong" but consistently was "I wonder if that is a good thing." Th

Re: Proposal for missing blob support in Git repos

analysis is understood and we are striking a balance between performance and strictness with such an understanding of the implications, I am perfectly fine with the proposal. That is why my comment has never been "I think that is wrong" but consistently was "I wonder if that is a good thing." Thanks.

Re: Proposal for missing blob support in Git repos

On 05/02/2017 11:32 AM, Ævar Arnfjörð Bjarmason wrote: On Tue, May 2, 2017 at 7:21 PM, Jonathan Tan wrote: On Mon, May 1, 2017 at 6:41 PM, Junio C Hamano wrote: Jonathan Tan writes: On 05/01/2017 04:29 PM, Junio C

Re: Proposal for missing blob support in Git repos

On Tue, May 2, 2017 at 7:21 PM, Jonathan Tan wrote: > On Mon, May 1, 2017 at 6:41 PM, Junio C Hamano wrote: >> Jonathan Tan writes: >> >>> On 05/01/2017 04:29 PM, Junio C Hamano wrote: Jonathan Tan

Re: Proposal for missing blob support in Git repos

Jonathan Tan writes: > On 05/01/2017 04:29 PM, Junio C Hamano wrote: >> Jonathan Tan writes: >> >>> Thanks for your comments. If you're referring to the codepath >>> involving write_sha1_file() (for example, builtin/hash-object -> >>> index_fd

Re: Proposal for missing blob support in Git repos

On 05/01, Jonathan Tan wrote: > On 05/01/2017 04:29 PM, Junio C Hamano wrote: > >Jonathan Tan writes: > > > >>Thanks for your comments. If you're referring to the codepath > >>involving write_sha1_file() (for example, builtin/hash-object -> > >>index_fd or

Re: Proposal for missing blob support in Git repos

On 05/01/2017 04:29 PM, Junio C Hamano wrote: Jonathan Tan writes: Thanks for your comments. If you're referring to the codepath involving write_sha1_file() (for example, builtin/hash-object -> index_fd or builtin/unpack-objects), that is fine because

Re: Proposal for missing blob support in Git repos

Jonathan Tan writes: > Thanks for your comments. If you're referring to the codepath > involving write_sha1_file() (for example, builtin/hash-object -> > index_fd or builtin/unpack-objects), that is fine because > write_sha1_file() invokes freshen_packed_object() and >

Re: Proposal for missing blob support in Git repos

On 04/30/2017 08:57 PM, Junio C Hamano wrote: One thing I wonder is what the performance impact of a change like this to the codepath that wants to see if an object does _not_ exist in the repository. When creating a new object by hashing raw data, we see if an object with the same name already

Re: Proposal for missing blob support in Git repos

Jonathan Tan writes: > In order to determine the code changes in sha1_file.c necessary, I > investigated the following: > (1) functions in sha1_file that take in a hash, without the user > regarding how the object is stored (loose or packed) > (2) functions in

Re: Proposal for "fetch-any-blob Git protocol" and server design

efore allowing the actual command to start"), so a Git command would typically make a single request that contains all the blobs required, but my proposal can also handle (1c) ('"fault" them in as necessary in read_object() while the command is running and without any pre-fetch (

Proposal for missing blob support in Git repos

Here is a proposal for missing blob support in Git repos. There have been several other proposals [1] [2]; this is similar to those except that I have provided a more comprehensive analysis of the changes that need to be done, and have made those changes (see commit below the scissors line

RE: Proposal for "fetch-any-blob Git protocol" and server design

em before > allowing the actual command to start"), so a Git command would typically > make a single request that contains all the blobs required, but my > proposal can also handle (1c) ('"fault" them in as necessary in > read_object() while the command is running an

Business Proposal

Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Quatif Group of Companies

Business Proposal

Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Quatif Group of Companies

Re: Proposal for "fetch-any-blob Git protocol" and server design

) as described in Jeff Hostetler's e-mail [1] ("a pre-command or hook to identify needed blobs and pre-fetch them before allowing the actual command to start"), so a Git command would typically make a single request that contains all the blobs required, but my proposal can also

RE: Proposal for "fetch-any-blob Git protocol" and server design

nta...@google.com>; Ben Peart <peart...@gmail.com> Cc: git@vger.kernel.org; Mark Thomas <mar...@efaref.net>; Jeff Hostetler <g...@jeffhostetler.com> Subject: Re: Proposal for "fetch-any-blob Git protocol" and server design +cc Ben Peart, who sent "[RFC] Add support for d

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

On Sun, Apr 2, 2017 at 4:43 PM, Johannes Schindelin wrote: > We ask to accomplish a microproject before evaluating the proposals for > one reason: to have a good understanding how well the students would > interact with the project if they were accepted. As such, the >

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

Hi Daniel, On Fri, 31 Mar 2017, Daniel Ferreira (theiostream) wrote: > Question: do you suggest any pending bugfix to git-add--interactive or > to something related that might give some useful knowledge in advance? > (for the pre-code period). My microproject involves playing with the >

[RFC] [GSoC] Proposal Draft for GSoC 2017 : Incremental Rewrite of git-submodules

Hello everyone, This is the first draft of my project proposal. I decided to change my project since the project I initially intended to do and also proposed was slightly a smaller project for 13 weeks. Also when I came across this project, and also found out that there are left over bits (git

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

Well, Google requires me to have a draft on a Google Doc anyway for the proposal, and I am unsure who exactly it will reach. Since it *is* part of the discussion regarding my proposal, I suppose it is worth posting here for anyone to comment: https://docs.google.com/document/d

Business Proposal

Dear Sir/Madam, My name is Youichi Kanno and I work in Audit & credit Supervisory role at The Norinchukin Bank,I am contacting you regarding the asset of a deceased client Mr. Grigor Kassan and I need your assistance to process the fund claims oF $18,100,000.00 (Eighteen Million, One Hundred

Business Proposal

Dear Sir/Madam, My name is Youichi Kanno and I work in Audit & credit Supervisory role at The Norinchukin Bank,I am contacting you regarding the asset of a deceased client Mr. Grigor Kassan and I need your assistance to process the fund claims oF $18,100,000.00 (Eighteen Million, One Hundred

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

Hi Stefan & Johannes, Thank you for the precious feedback on the proposal. I don't see much sense in sending a full "v2" of it and have you read it all over again, so I'll just answer to your comments directly. Also, although the GSoC website allows me to send a "proposal dr

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

Hi Stefan & Daniel, On Tue, 28 Mar 2017, Stefan Beller wrote: > On Sat, Mar 25, 2017 at 8:15 PM, Daniel Ferreira (theiostream) > wrote: > > > SYNOPSIS > > There are many advantages to converting parts of git that are still > > scripts to C builtins, among which execution

Re: Proposal for "fetch-any-blob Git protocol" and server design

+cc Ben Peart, who sent "[RFC] Add support for downloading blobs on demand" to the list recently. This proposal here seems like it has the same goal, so maybe your review could go a long way here? Thanks, Stefan On Tue, Mar 14, 2017 at 3:57 PM, Jonathan Tan <jonathanta...@goog

Re: [GSoC] Proposal: turn git-add--interactive.perl into a builtin

On Sat, Mar 25, 2017 at 8:15 PM, Daniel Ferreira (theiostream) wrote: > SYNOPSIS > There are many advantages to converting parts of git that are still > scripts to C builtins, among which execution speed, improved > compatibility and code deduplication. agreed. >

Re: [GSoC] Proposal Discussion

2 different projects and would like some advice on > > them, to help me decide which one to submit a proposal for. > > > > 1. `git rebase -i` conversion. > >I was initially the most interested in this project but realize that > >after having a very busy week

Re: [GSoC] Proposal Discussion

last "What's cooking in git.git" email from Junio. > I am interested in 2 different projects and would like some advice on > them, to help me decide which one to submit a proposal for. > > 1. `git rebase -i` conversion. >I was initially the most interested in this project

[GSoC] Proposal Discussion

, to help me decide which one to submit a proposal for. 1. `git rebase -i` conversion. I was initially the most interested in this project but realize that after having a very busy week last week that Ivan Tham started [discussion][1] about this project. Would it be appropriate to submit

[GSoC] Proposal: turn git-add--interactive.perl into a builtin

Hi there. First of all, I'd like to thank all of the support up to now with my microproject :). Here's a first draft of my proposal for Google Summer of Code '17, based on the "Convert scripts to builtins" idea. Please let me know what you think. --- SYNOPSIS There are many

Re: Proposal for "fetch-any-blob Git protocol" and server design

On 03/16/2017 02:17 PM, Junio C Hamano wrote: Yeah, the example was solely to see how the system was to be extended, as one of the selling point of the proposal was: > === Endpoint support for forward compatibility > > This "server" endpoint requires

Re: Proposal for "fetch-any-blob Git protocol" and server design

want to handle that use case in the future, I > agree that extending this system would be difficult. Yeah, the example was solely to see how the system was to be extended, as one of the selling point of the proposal was: > === Endpoint support for forward compatibility >

Re: Proposal for "fetch-any-blob Git protocol" and server design

On 03/15/2017 10:59 AM, Junio C Hamano wrote: By "SHA-1s for which it wants blobs", you mean that "want" only allows one exact blob object name? I think it is necessary to support that mode of operation as a base case, and it is a good starting point. When you know - you have a "partial"

Re: Proposal for "fetch-any-blob Git protocol" and server design

Jonathan Tan writes: > == Design > > A new endpoint "server" is created. The client will send a message in > the following format: > > > fbp-request = PKT-LINE("fetch-blob-pack") > 1*want > flush-pkt > want = PKT-LINE("want" SP obj-id) >

Proposal for "fetch-any-blob Git protocol" and server design

As described in "Background" below, there have been at least 2 patch sets to support "partial clones" and on-demand blob fetches, where the server part that supports on-demand blob fetches was treated at least in outline. Here is a proposal treating that server part in det

Business proposal

-- Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Qatif Group of Companies.

Business proposal

-- Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Qatif Group of Companies.

Business proposal

Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Qatif Group of Companies

Business Proposal

Dear Friend, I would like to discuss a very important issue with you. I am writing to find out if this is your valid email. Please, let me know if this email is valid Kind regards Adrien Saif Attorney to Quatif Group of Companies

How To Write Thesis Proposal in Best Way

Writing a winning Thesis Proposal <http://www.dissertationhelp.ae/research-proposal.php> is considered to be very difficult task by the students.But now you don't need to be worried about thesis proposal writing DissertationHelp.ae <http://www.dissertationhelp.ae/research-proposal.p

Re: Proposal for an increased `gitk` cohesion with `git stash`.

Dearest all, am sorry my previous message did not enter the list (cross my fingers this will). I won't be pasting it verbatim because shame on me it leaked zombie processes (but that part got silently dropped out by kind Paul). In case anyone could be interested in the topic, and because a

Re: Proposal for an increased `gitk` cohesion with `git stash`.

Hi Uxio, On Thu, Sep 08, 2016 at 03:41:29PM +0200, Uxío Prego wrote: > Hello, please forgive me for not introducing me. > > +---+ > |Description| > +---+ > > Patch for showing all stashes in `gitk`. > > +---+ > |The problem| > +---+ > > Being `gitk` one of the

Proposal to add a shortcut for --force-with-lease

"--force" have currently two shortcuts: "-f" and "+", hence more ergonomic. But I expect it's better for users to use "--force-with-lease" by default for overriding remote branches (e.g. cleaning up a pull request), as it rarely fails in normal situations. I propose adding some shortcut for

Beneficial Proposal

Beneficial proposal worth US$25,500,000.00 requires mutual understanding. Reply to byungwoop...@163.com or byungwop...@aol.com for details. Byung W. Park -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majo

Re: proposal: allow git clone for http-hosted bundles

Jeff King writes: > You might do better to stick a shim script in your $PATH to just > intercept the calls to git. Hacky, but it would probably solve your > problem with a minimal amount of code. I recently learned about http://repo.or.cz/git.git/bundles which is a very nicely

Re: proposal: allow git clone for http-hosted bundles

Ho mappu, On Sun, 17 Jul 2016, mappu wrote: > Right now it's possible to git clone a repository over http, and git > clone a bundle from the local filesystem, but it's not possible to git > clone a bundle hosted on http. > > Would it be possible to allow this in the future? Hopefully it's only

Re: proposal: allow git clone for http-hosted bundles

On Sun, Jul 17, 2016 at 04:41:54PM +1200, mappu wrote: > Right now it's possible to git clone a repository over http, and git clone a > bundle from the local filesystem, but it's not possible to git clone a > bundle hosted on http. > > Would it be possible to allow this in the future? Hopefully

proposal: allow git clone for http-hosted bundles

Hi list, Right now it's possible to git clone a repository over http, and git clone a bundle from the local filesystem, but it's not possible to git clone a bundle hosted on http. Would it be possible to allow this in the future? Hopefully it's only a minor refactor in `builtin/clone.c`.

proposal

Dear Friend, It is obvious that we are not friend's neither are we acquaintance, hence my mail will be a great surprise to you, but my Intents are not to delve into your privacy without caution and permission,but for a project opportunity worth $98.6 Million that will benefit both of us

Re: proposal for extending smudge/clean filters with raw file access

Junio C Hamano wrote: > > Secondly, and harder to get around, the filename passed to the clean > > filter is not necessarily a path to the actual existing file that is > > being cleaned. > > Either one of us is confused. I was talking about updating the > current "clean" implementation without

Re: proposal for extending smudge/clean filters with raw file access

ou did so before > making this proposal, so in that case I would say this sounds fine. Well, the idea is to only use smudge-to-file when the smudged content is going to be written out to a file. Any other code paths that need to smudge some content would use the smudge filter. So, try_create_file wo

Re: proposal for extending smudge/clean filters with raw file access

Joey Hess writes: > Junio C Hamano wrote: >> This side, I do not think we even need a new variant. We can just >> update the code to interact with "clean" so that it the writer to >> the pipe ignores SIGPIPE, detects EPIPE on write(2), says "ah, the >> other end does not need

Re: proposal for extending smudge/clean filters with raw file access

Junio C Hamano wrote: > This side, I do not think we even need a new variant. We can just > update the code to interact with "clean" so that it the writer to > the pipe ignores SIGPIPE, detects EPIPE on write(2), says "ah, the > other end does not need the full input to produce its output". The

Re: proposal for extending smudge/clean filters with raw file access

Joey Hess writes: > The clean filter has to consume the whole file content on stdin; > not reading it all will make git think the clean filter failed. > But, git-annex often doesn't need to read the whole content of a > work-tree file in order to clean it. This side, I do not

Re: proposal for extending smudge/clean filters with raw file access

ritten it out already". I didn't check all codepaths to ensure that we won't need the smudged result in core at all, but I am guessing you did so before making this proposal, so in that case I would say this sounds fine. -- To unsubscribe from this list: send the line "unsubscribe

proposal for extending smudge/clean filters with raw file access

I'm using smudge/clean filters in git-annex now, and it's not been an entirely smooth fit between the interface and what git-annex wants to do. The clean filter has to consume the whole file content on stdin; not reading it all will make git think the clean filter failed. But, git-annex often

Re: [GSoC] A late proposal: a modern send-email

possible to use 2FA with gmail, can either you or Javier submit a patch to Documentation/git-send-email.txt to update the Gmail-related section where "Use gmail as the smtp server" is to describe how to use this "app password"? It's much easier to do than your entire GSoC proposal and

Re: [GSoC] A late proposal: a modern send-email

Hi, On Wed, 30 Mar 2016, Ævar Arnfjörð Bjarmason wrote: > Correct me if I'm wrong but don't we basically have 4 kinds of users > using git-send-email: > > 1) Those who get it from a binary Windows package (is it even packaged there?) It is. And reportedly working fine. But in the pre-MSYS2

Re: [GSoC] A late proposal: a modern send-email

- perl-authen-sasl >>> >>> Yes, not too many, but is it better none of them? >>> >>> What's more, when I try to send mails, I was first disrupted by >>> "no perl-mime-tools" then by "no perl-net-smtp-ssl or perl-authen-sasl". &

Re: [GSoC] A late proposal: a modern send-email

u. >> >> There are three perl packages needed to send patch through gmail: >> - perl-mime-tools >> - perl-net-smtp-ssl >> - perl-authen-sasl >> >> Yes, not too many, but is it better none of them? >> >> What's more, when I try to send mails,

Re: [GSoC] A late proposal: a modern send-email

- perl-authen-sasl > > Yes, not too many, but is it better none of them? > > What's more, when I try to send mails, I was first disrupted by > "no perl-mime-tools" then by "no perl-net-smtp-ssl or perl-authen-sasl". > Then I think, why not just a mailto lin

Re: [GSoC] A late proposal: a modern send-email

2016-03-28 6:00 GMT+08:00 Eric Wong : > Junio C Hamano wrote: >> 惠轶群 writes: >> > - Build a simple email client (maybe a web components based web app or >> > wxwidgets based GUI client, they are both cross-platform) which is >> > easy

Re: [GSoC] A late proposal: a modern send-email

> While Gmail provides SMTP access, it was (last I was told) > incompatible with two-factor auth; so I've encountered users > unable to send patches with their normal 2FA-enabled accounts. > > Maybe git hackers at Google have enough pull to lobby Gmail's > web interface to make it easier to send

Re: [GSoC] A late proposal: a modern send-email

Junio C Hamano wrote: > 惠轶群 writes: > > - Build a simple email client (maybe a web components based web app or > > wxwidgets based GUI client, they are both cross-platform) which is > > easy to use for sending patch without disrupting the mailbox format. >

Re: [GSoC] A late proposal: a modern send-email

2016-03-26 17:52 GMT+08:00 惠轶群 : > 2016-03-26 14:18 GMT+08:00 Pranit Bauva : >> On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote: >>> 2016-03-26 2:16 GMT+08:00 Junio C Hamano : 惠轶群 writes:

Re: [GSoC] A late proposal: a modern send-email

To make it clearer: 1. there are so many great mail clients, why not let these experts to handle the dispatch of mail? For example, as a One-time-password user of gmail, I have to generate an app password for each terminal device I'd like to send patch on. It's more important that I could

Re: [GSoC] A late proposal: a modern send-email

2016-03-26 14:18 GMT+08:00 Pranit Bauva : > On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote: >> 2016-03-26 2:16 GMT+08:00 Junio C Hamano : >>> 惠轶群 writes: >>> # Purpose The current implementation of

Re: [GSoC] A late proposal: a modern send-email

On Sat, Mar 26, 2016 at 7:43 AM, 惠轶群 wrote: > 2016-03-26 2:16 GMT+08:00 Junio C Hamano : >> 惠轶群 writes: >> >>> # Purpose >>> The current implementation of send-email is based on perl and has only >>> a tui, it has two problems: >>> -

Re: [GSoC] Proposal

I had updated the proposal before deadline, if someone is interesting. 2016-03-25 15:12 GMT+08:00 惠轶群 <huiyi...@gmail.com>: > Well, I should have done some search before ask. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord

Re: [GSoC] A late proposal: a modern send-email

2016-03-26 2:16 GMT+08:00 Junio C Hamano : > 惠轶群 writes: > >> # Purpose >> The current implementation of send-email is based on perl and has only >> a tui, it has two problems: >> - user must install a ton of dependencies before submit a single patch. >> -

Re: [GSoC] A late proposal: a modern send-email

惠轶群 writes: > # Purpose > The current implementation of send-email is based on perl and has only > a tui, it has two problems: > - user must install a ton of dependencies before submit a single patch. > - tui and parameter are both not quite friendly to new users. Is "a ton

[GSoC] A late proposal: a modern send-email

I know it's tooo late to post proposal here, but I'd like to let my idea known by others. # Summary Although many projects hosted on github or gitlab adopt the fork-and-merge working flow, email is still irreplaceable for its compatibility. However, the send-email module is old and difficult

Re: GSoC 2016 | Proposal | Incremental Rewrite of git bisect

t suite rather than >> creating one which can lead to less coverage. > > Ok, then perhaps: > > - you will add tests to existing test scripts, so that each "git > bisect--helper" option is (indirectly) tested. Yes. I will mention this in the proposal also. Th

<    1   2   3   4   >