Re: Delivery Status Notification (Failure)

Re: Delivery Status Notification (Failure)

[Frank Li]

>
> If I use --username option, Frank Li said me it's not enough in
> TortoiseGIT to provide a popup facility to type the password related
> to the set --username option.
>

I prefer git-svn can provide environment to launch a external
application to input password like open ssh.

Re: Delivery Status Notification (Failure)

[Laszlo Papp]

On Fri, Jan 29, 2010 at 4:04 PM, Frank Li <lznuaa@gmail.com> wrote:
>>
>> If I use --username option, Frank Li said me it's not enough in
>> TortoiseGIT to provide a popup facility to type the password related
>> to the set --username option.
>>
>
> I prefer git-svn can provide environment to launch a external
> application to input password like open ssh.
>

No perl guru among the volunteers if the original author is not available ? :(

Best Regards,
Laszlo Papp

Re: Delivery Status Notification (Failure)

[Tay Ray Chuan]

Hi,

On Fri, Jan 29, 2010 at 11:04 PM, Frank Li <lznuaa@gmail.com> wrote:
> I prefer git-svn can provide environment to launch a external
> application to input password like open ssh.

how about users who are authenticating over http with basic and
digest? How does one go about launching an external app for password
input in those cases?

Please don't take this as a criticism of your personal preference. I
believe this feature would make things convenient for users who want
it - those who don't, nothing changes.

Even ssh (via ssh-keygen) lets you specify the passphrase at
command-run time. Others include htpasswd, htdigest...

-- 
Cheers,
Ray Chuan

Re: Delivery Status Notification (Failure)

[Frank Li]

2010/2/2 Tay Ray Chuan <rctay89@gmail.com>:
> Hi,
>
> On Fri, Jan 29, 2010 at 11:04 PM, Frank Li <lznuaa@gmail.com> wrote:
>> I prefer git-svn can provide environment to launch a external
>> application to input password like open ssh.
>
> how about users who are authenticating over http with basic and
> digest? How does one go about launching an external app for password
> input in those cases?

There are not problem if run git svn clone from console.
But a gui application, such tortoisegit, launch "git svn clone" and
capture git svn clone output.
If passwd needed, git svn clone will read character from console but
GUI application don't know that and wait git svn output.
So there are dead lock till timeout and fail.

The same problem has been happen at ssh.  But OpenSSH provide a
option, environment SSH_ASKPASS, which point to a application. when
passwd need, openssh launch this GUI application,  user can input
passwd at this GUI application.

The basic requirement is git svn can provide a way to prompt a dialog
box to input passwd.

Frank Li

Re: Delivery Status Notification (Failure)

[Laszlo Papp]

> The basic requirement is git svn can provide a way to prompt a dialog
> box to input passwd.

Yeah, it's a very basic use case, but I don't know whether there is a
workaround for it somehow, maybe perl gurus or git svn users could
help more...

My company, where there are windows users (95% of the company), would
like to use TortoiseGIT as a graphical client for SVN server
repositories as an SVN client, no other way by us, so it'd be high
priority :) So I've got a beer for any volunteer, thanks :P

Best Regards,
Laszlo Papp

Re: Delivery Status Notification (Failure)

[Simon Grönlund]

Since recent weekend I face an error trying to execute git svn fetch
-q. trying to build an index from scratch does not help.

$ git svn fetch
error: short read No such file or directory
fatal: Unable to add (null) to database
   at /usr/lib64/perl5/SVN/Ra.pm line 623

$ git --version
git version 1.7.2

$ svn --version
svn, version 1.6.9 (r901367)

$ sqlite3 --version
3.6.22

$ perl --version
This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi

$ uname -a
Linux host 2.6.33.6-147.fc13.x86_64 #1 SMP Tue Jul 6 22:32:17 UTC 2010
x86_64 x86_64 x86_64 GNU/Linux

yum says
git-1.7.2-1.fc13.x86_64
subversion-1.6.9-2.fc13.x86_64
sqlite-3.6.22-1.fc13.x86_64
perl-5.10.1-114.fc13.x86_64

The error points me to perl5/SVN/Ra.pm line 623 which is at the lat line in
our $AUTOLOAD;
sub AUTOLOAD {
    my $class = ref($_[0]);
    $AUTOLOAD =~ s/^${class}::(SUPER::)?//;
    return if $AUTOLOAD =~ m/^[A-Z]/;

    my $self = shift;
    no strict 'refs';

    print $self, "\n";
    print $AUTOLOAD, "\n";
    print @_, "\n\n";

    my $method = $self->can("invoke_$AUTOLOAD")
        or die "no such method $AUTOLOAD";

    no warnings 'uninitialized';
    $method->(@$self, @_);
}

The 3 print-debug lines are added by me and they emits the following:
$ git svn fetch
SVN::Ra::Reporter=ARRAY(0x2b04418)
set_path
Use of uninitialized value $_[3] in print at
/usr/lib64/perl5/SVN/Ra.pm line 621.
721210SVN::Pool=REF(0x2b04130)

SVN::Ra::Reporter=ARRAY(0x2b04418)
set_path
Use of uninitialized value $_[3] in print at
/usr/lib64/perl5/SVN/Ra.pm line 621.
branches721210SVN::Pool=REF(0x2b04130)

SVN::Ra::Reporter=ARRAY(0x2b04418)
set_path
Use of uninitialized value $_[3] in print at
/usr/lib64/perl5/SVN/Ra.pm line 621.
branches/4.272117SVN::Pool=REF(0x2b04130)

SVN::Ra::Reporter=ARRAY(0x2b04418)
finish_report
SVN::Pool=REF(0x2b04130)

error: short read No such file or directory
fatal: Unable to add (null) to database
 at /usr/lib64/perl5/SVN/Ra.pm line 627

Unfortunately I have been unable to debug this further.




Git works flawlessly in this setup with another branch of the same SVN
repository but I have not been able to pinpoint which revision or what
else that can be wrong here.

Is this error introduced with the recent release of Git?
Is there some mismatch between Git, Svn, Perl, or Sqlite?

Grateful for tips or hints.

/Simon

Re: Delivery Status Notification (Failure)

[David Xu]

[-- Attachment #1: Type: text/plain, Size: 287 bytes --]

Hi, this is my revised proposal for git. I was unable to find a public bug
list, so I couldn't specify which bugs I would attempt to fix in the project
schedule. I apologize for this coming in a bit late, I had classes and an
interview today, so I just got back home.

Thank you!
-David

[-- Attachment #2: git-v2.docx --]
[-- Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document, Size: 18673 bytes --]

Re: Delivery Status Notification (Failure)

[Rajat Khanduja]

Hi

I am a student interested in participating in GSOC'12 and was curious
to know if Git is participating in the program this year.

Sincerely,

Rajat

Re: Delivery Status Notification (Failure)

[Jeff King]

On Wed, Feb 29, 2012 at 12:32:37AM +0530, Rajat Khanduja wrote:

> I am a student interested in participating in GSOC'12 and was curious
> to know if Git is participating in the program this year.

We haven't applied yet, but I think we are planning on it. Getting our
application started is on my to-do list this week.

-Peff

Re: Delivery Status Notification (Failure)

[Harring Figueiredo]

Hello folks,


 Just want to confirm that this is not a bug:

 <code>
 bunde.c: 443

  printf_ln(Q_("The bundle requires this ref",
                                      "The bundle requires these %d refs",
                                      r->nr),
                                   r->nr);

 </code>

 seems to be missing %d parameter on the first message.
 Please let me know if this is a bug or if it indeed should be like this.

 I am not a expert on gettext :-(

 Thank you!
 -hff

Re: Delivery Status Notification (Failure)

[Junio C Hamano]

Harring Figueiredo <harringf@gmail.com> writes:

>  Just want to confirm that this is not a bug:
> ...
>   printf_ln(Q_("The bundle requires this ref",
>                                       "The bundle requires these %d refs",
>                                       r->nr),
>                                    r->nr);
> ...
>  seems to be missing %d parameter on the first message.

Perhaps visit

	http://www.gnu.org/software/gettext/manual/gettext.html#Plural-forms

look for "In the English singular case,..." and read the
explanation there?

Re: Delivery Status Notification (Failure)

[Harring Figueiredo]

Got it!

From the recommended site:

--
In the English singular case, the number – always 1 – can be replaced
with "one":

          printf (ngettext ("One file removed", "%d files removed", n), n);
This works because the ‘printf’ function discards excess arguments
that are not consumed by the format string.
--

Junio, thank you so much for the  reply and link to the docs.

-hff

On Thu, Mar 14, 2013 at 6:12 PM, Junio C Hamano <gitster@pobox.com> wrote:
> Harring Figueiredo <harringf@gmail.com> writes:
>
>>  Just want to confirm that this is not a bug:
>> ...
>>   printf_ln(Q_("The bundle requires this ref",
>>                                       "The bundle requires these %d refs",
>>                                       r->nr),
>>                                    r->nr);
>> ...
>>  seems to be missing %d parameter on the first message.
>
> Perhaps visit
>
>         http://www.gnu.org/software/gettext/manual/gettext.html#Plural-forms
>
> look for "In the English singular case,..." and read the
> explanation there?
>

Re: Delivery Status Notification (Failure)

[Amate Yolande]

Hello Junio

          Thanks for the quick review and I apologize for the poorly
constructed code. I am
new to open source and git, and that was my first time coming across
the git source
code so I hoped to submit a working patch first, with the intention of
amending it later since
I did not really understand the requirements. With your clarification
and getting my self
familiar with the git commands, I hope to submit an accurate patch.

Thanks

Re: Delivery Status Notification (Failure)

[Atousa Duprat]

Hi,

I have tried to repro this issue but git goes out of its way to store
the commit messages using unix end-of-line format.
I think that git itself cannot create a repo exhibiting this problem.

Most helpful would be if you could create a mini repo using gitlab.
All it would need is one file, two branches, and a merge.
With that in hand, it should be pretty easy to track down the problem
and fix git.

You mentioned that the previous version you were using was working
fine, can you tell me which version that was?
It'll help to narrow down the changes that could have affected the issue.

Thanks,

Atousa

Problem installing Git

[Phil Martel]

Hi,

I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10 machine.  
When I run this installer program no matter what options I try or 
whether I run as administrator it ends up with an error box saying "The 
drive or UNC share you selected does not exist or is not accessible. 
Please select another".  I do not see any way of selecting a drive.  Any 
suggestions?

Best wishes,

--Phil Martel

Re: Problem installing Git

[Igor Djordjevic]

[ +Cc:  Git for Windows mailing list ]

Hi Phil,

On 23/11/2017 19:51, Phil Martel wrote:
> I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10 
> machine.  When I run this installer program no matter what options I 
> try or whether I run as administrator it ends up with an error box 
> saying "The drive or UNC share you selected does not exist or is not 
> accessible. Please select another".  I do not see any way of 
> selecting a drive.  Any suggestions?

From what I could Google around, this seems to be (Inno Setup?) 
installation related issue...?

Do you already have "Git for Windows" installed? If so, does it work 
if you try uninstalling it first?

Regards, Buga

p.s. Note the existence of "Git for Windows"[1] specific mailing list 
as well, where this issue might belong better.

[1] git-for-windows@googlegroups.com

Re: Delivery Status Notification (Failure)

[Igor Djordjevic]

On 23/11/2017 22:30, Mail Delivery Subsystem wrote:
> Hello igor.d.djordjevic@gmail.com,
> 
> We're writing to let you know that the group you tried to contact (git-for-windows) may not exist, or you may not have permission to post messages to the group. A few more details on why you weren't able to post:
> 
>  * You might have spelled or formatted the group name incorrectly.
>  * The owner of the group may have removed this group.
>  * You may need to join the group before receiving permission to post.
>  * This group may not be open to posting.
> 
> If you have questions related to this or any other Google Group, visit the Help Center at https://groups.google.com/support/.
> 
> Thanks,
> 
> Google Groups

Well, seems that +Cc-ing wasn`t the most successful one... :P

Re: Problem installing Git

[Phil Martel]

Thank you.  I'll look into it.

Best wishes,

--Phil Martel


On 11/23/2017 4:30 PM, Igor Djordjevic wrote:
> [ +Cc:  Git for Windows mailing list ]
>
> Hi Phil,
>
> On 23/11/2017 19:51, Phil Martel wrote:
>> I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10
>> machine.  When I run this installer program no matter what options I
>> try or whether I run as administrator it ends up with an error box
>> saying "The drive or UNC share you selected does not exist or is not
>> accessible. Please select another".  I do not see any way of
>> selecting a drive.  Any suggestions?
>  From what I could Google around, this seems to be (Inno Setup?)
> installation related issue...?
>
> Do you already have "Git for Windows" installed? If so, does it work
> if you try uninstalling it first?
>
> Regards, Buga
>
> p.s. Note the existence of "Git for Windows"[1] specific mailing list
> as well, where this issue might belong better.
>
> [1] git-for-windows@googlegroups.com

Re: Problem installing Git (followup)

[Phil Martel]

Hi Buga,

That solved my problem.  I apparently had enough cruft left over from a 
hard disk issue for Windows to think I still had a copy of Git 
installed.  when I got rid of it, the new version installed with no 
problems.

Thanks again,

--Phil Martel


On 11/23/2017 4:30 PM, Igor Djordjevic wrote:
> [ +Cc:  Git for Windows mailing list ]
>
> Hi Phil,
>
> On 23/11/2017 19:51, Phil Martel wrote:
>> I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10
>> machine.  When I run this installer program no matter what options I
>> try or whether I run as administrator it ends up with an error box
>> saying "The drive or UNC share you selected does not exist or is not
>> accessible. Please select another".  I do not see any way of
>> selecting a drive.  Any suggestions?
>  From what I could Google around, this seems to be (Inno Setup?)
> installation related issue...?
>
> Do you already have "Git for Windows" installed? If so, does it work
> if you try uninstalling it first?
>
> Regards, Buga
>
> p.s. Note the existence of "Git for Windows"[1] specific mailing list
> as well, where this issue might belong better.
>
> [1] git-for-windows@googlegroups.com

Re: Problem installing Git (followup)

[Igor Djordjevic]

Hi Phil,

On 24/11/2017 00:44, Phil Martel wrote:
> On 11/23/2017 4:30 PM, Igor Djordjevic wrote:
>> On 23/11/2017 19:51, Phil Martel wrote:
>>> I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10 
>>> machine.  When I run this installer program no matter what 
>>> options I try or whether I run as administrator it ends up with 
>>> an error box saying "The drive or UNC share you selected does 
>>> not exist or is not accessible. Please select another".  I do 
>>> not see any way of selecting a drive.  Any suggestions?
>> 
>> Do you already have "Git for Windows" installed? If so, does it work
>> if you try uninstalling it first?
> 
> That solved my problem.  I apparently had enough cruft left over 
> from a hard disk issue for Windows to think I still had a copy of 
> Git installed.  when I got rid of it, the new version installed
> with no problems.
> 
> Thanks again,

No problem, it was more of a lucky shot, but glad it helped :)

Regards, Buga

p.s. When discussing here, it`s more customary to quote inline, instead of top-posting[1].

[1] https://en.wikipedia.org/wiki/Posting_style

Re: Problem installing Git

[Johannes Schindelin]

Hi Igor,

On Thu, 23 Nov 2017, Igor Djordjevic wrote:

> [ +Cc:  Git for Windows mailing list ]

I have no idea why it claimed that that group does not exist, the email
address looks correct to me.

> On 23/11/2017 19:51, Phil Martel wrote:
> > I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10 
> > machine.  When I run this installer program no matter what options I 
> > try or whether I run as administrator it ends up with an error box 
> > saying "The drive or UNC share you selected does not exist or is not 
> > accessible. Please select another".  I do not see any way of 
> > selecting a drive.  Any suggestions?
> 
> From what I could Google around, this seems to be (Inno Setup?) 
> installation related issue...?

Indeed.

> Do you already have "Git for Windows" installed? If so, does it work 
> if you try uninstalling it first?

That is a workaround, correct.

> p.s. Note the existence of "Git for Windows"[1] specific mailing list 
> as well, where this issue might belong better.
> 
> [1] git-for-windows@googlegroups.com

I think a much better place is the Git for Windows bug tracker (if you
ever wonder where the bug tracker is, or the home page, or the repository
or the FAQ, there are links in the upper left of the release notes --
which probably nobody reads, even if I really try to make them worth the
while -- and which you can find in C:\Program Files\Git\ReleaseNotes.html
if you closed the tab after installing Git for Windows).

And indeed, there is already a ticket for this issue:
https://github.com/git-for-windows/git/issues/1074

The original reporter did not respond to any questions, maybe you can do
better, Phil?

Ciao,
Johannes

Re: Problem installing Git

[Igor Djordjevic]

Hi Johannes,

On 25/11/2017 23:16, Johannes Schindelin wrote:
> 
> > [ +Cc:  Git for Windows mailing list ]
> 
> I have no idea why it claimed that that group does not exist, the
> email address looks correct to me.

I suspected the culprit was me not being a member of the group, where 
the group requires it for (initial?) posting (but you already noticed 
that other e-mail about it there[2], this is more a follow-up for 
anyone here, still wondering).

> > p.s. Note the existence of "Git for Windows"[1] specific mailing
> > list as well, where this issue might belong better.
> >
> > [1] git-for-windows@googlegroups.com
> 
> I think a much better place is the Git for Windows bug tracker (if
> you ever wonder where the bug tracker is, or the home page, or the
> repository or the FAQ, there are links in the upper left of the
> release notes -- which probably nobody reads, even if I really try to
> make them worth the while -- and which you can find in C:\Program
> Files\Git\ReleaseNotes.html if you closed the tab after installing
> Git for Windows).
> 
> And indeed, there is already a ticket for this issue:
> https://github.com/git-for-windows/git/issues/1074

I myself am aware of the tracker, just that I didn`t really 
anticipate this as a Git for Windows bug, seeing various mentions 
around the net pointing to Inno Setup (being in use here as well).

That said, I see the logic in thinking the other way around, too, and 
possibly addressing it somehow inside Git for Windows, in spite of 
what happens on Inno Setup side. At least working around it a bit 
better, if possible.

I can remember to keep an eye on the tracker more often, just in 
case, as that would have clearly helped here. Thanks for the heads-up.

Regards, Buga

[2] https://groups.google.com/d/msg/git-for-windows/0hn7Th4uGZk/oJTdmXa5AgAJ

Re: Problem installing Git

[Phil Martel]

On 11/25/2017 5:16 PM, Johannes Schindelin wrote:
> Hi Igor,
>
> On Thu, 23 Nov 2017, Igor Djordjevic wrote:
>
>> [ +Cc:  Git for Windows mailing list ]
> I have no idea why it claimed that that group does not exist, the email
> address looks correct to me.
>
>> On 23/11/2017 19:51, Phil Martel wrote:
>>> I'm trying to install Git-2.15.0-64-bit.exe onto my Windows 10
>>> machine.  When I run this installer program no matter what options I
>>> try or whether I run as administrator it ends up with an error box
>>> saying "The drive or UNC share you selected does not exist or is not
>>> accessible. Please select another".  I do not see any way of
>>> selecting a drive.  Any suggestions?
>>  From what I could Google around, this seems to be (Inno Setup?)
>> installation related issue...?
> Indeed.
>
>> Do you already have "Git for Windows" installed? If so, does it work
>> if you try uninstalling it first?
> That is a workaround, correct.
>
>> p.s. Note the existence of "Git for Windows"[1] specific mailing list
>> as well, where this issue might belong better.
>>
>> [1] git-for-windows@googlegroups.com
> I think a much better place is the Git for Windows bug tracker (if you
> ever wonder where the bug tracker is, or the home page, or the repository
> or the FAQ, there are links in the upper left of the release notes --
> which probably nobody reads, even if I really try to make them worth the
> while -- and which you can find in C:\Program Files\Git\ReleaseNotes.html
> if you closed the tab after installing Git for Windows).
>
> And indeed, there is already a ticket for this issue:
> https://github.com/git-for-windows/git/issues/1074
>
> The original reporter did not respond to any questions, maybe you can do
> better, Phil?
My case seems similar although it may be different.  I originally had 
Git installed on my C: drive.  A hardware upgrade moved that drive to 
E:.  I was able to link everything back and to run Git Bash (IIRC).

A few weeks later, the E: drive got sick.  The repair shop I went to was 
not able to restore much, but in the course of changes took my DVD drive 
out of the boot sequence which changed the E: drive to D:.  I was able 
to restore most of my files from an external herd disk backup, but the 
backup was from when the disk was C:

I could not run Git when I tried, so I downloaded the latest version 
from git-scm.com.  This failed to install with the  "The drive or UNC 
share you selected does not exist or is not accessible. Please select 
another" error.  I was puzzled because the installation code had not 
asked me to select a drive.  Following Buga's suggestion, I tried 
uninstalling Git.  I believe Windows said it could not find the 
uninstall information, but it did remove Git from the list of programs.  
I also removed Git from the start menu.  The installation then succeeded.

Best wishes,
--Phil
>
> Ciao,
> Johannes

Re: Delivery Status Notification (Failure)

[Senol Yazici]

Hi all,

I just stumbled over following page

https://git-scm.com/about/distributed

and was wondering if it is possible to

- demilitarise that “dictator/lieutenant” thing and
- de-religionise that “blessed” thing

I did not had the feeling that git is “pro military”, or is against
“non religious” developers/users.

Thank you very much,

Senol Yazici

RE: Delivery Status Notification (Failure)

[Randall S. Becker]

On February 18, 2019 5:47, Senol Yazici
> I just stumbled over following page
> 
> https://git-scm.com/about/distributed
> 
> and was wondering if it is possible to
> 
> - demilitarise that “dictator/lieutenant” thing and
> - de-religionise that “blessed” thing
> 
> I did not had the feeling that git is “pro military”, or is against “non religious”
> developers/users.

I think there is a point here. In some of my customers, we have replaced these terms with the following (the Repository is optional in the second two):

* Blessed: Repository of Record
* Dictator: Committer [Repository]
* Lieutenant: Contributor [Repository]

This seems more closely aligned with the real roles being applied to activities associated with the repositories involved.

Taking a lesson from other Open Source projects, Jenkins has deprecated Master/Slave in favour of Controller/Agent. This seems not only more acceptable to some, but in my view more descriptive. The terms on the page above do not actually make any descriptive sense to a newbie. And confusion could ensue from the dictionary definitions:

* Lieutenant: an aide or representative of another in the performance of duty : assistant (not what that repository is for)
* Dictator: one holding complete autocratic control : a person with unlimited governmental power (not how the git team behaves)
* Blessed: honored in worship : hallowed; of or enjoying happiness (although I can see the happiness part of this one)

Regards,
Randall

Re: Delivery Status Notification (Failure)

[Johannes Schindelin]

[-- Attachment #1: Type: text/plain, Size: 770 bytes --]

Hi,


On Mon, 18 Feb 2019, Senol Yazici wrote:

> Hi all,
> 
> I just stumbled over following page
> 
> https://git-scm.com/about/distributed
> 
> and was wondering if it is possible to
> 
> - demilitarise that “dictator/lieutenant” thing and
> - de-religionise that “blessed” thing
> 
> I did not had the feeling that git is “pro military”, or is against
> “non religious” developers/users.

Those are valid concerns, and I value your feedback.

It would probably be a good thing to change this, and you can even do it
yourself: create a Pull Request to change this file:

https://github.com/git/git-scm.com/blob/master/app/views/about/_distributed.html.erb

Looking forward to your enhancements,
Johannes

> 
> Thank you very much,
> 
> Senol Yazici
> 

RE: Delivery Status Notification (Failure)

[Jason Pyeron]

> -----Original Message-----
> From: Johannes Schindelin
> Sent: Monday, February 18, 2019 4:00 PM
> 
> On Mon, 18 Feb 2019, Senol Yazici wrote:
> >
> > I just stumbled over following page
> >
> > https://git-scm.com/about/distributed
> >
> > and was wondering if it is possible to
> >
> > - demilitarise that “dictator/lieutenant” thing and
> > - de-religionise that “blessed” thing
> >
> > I did not had the feeling that git is “pro military”, or is against
> > “non religious” developers/users.
> 
> Those are valid concerns, and I value your feedback.
> 
> It would probably be a good thing to change this, and you can even do it
> yourself: create a Pull Request to change this file:
> 
> https://github.com/git/git-scm.com/blob/master/app/views/about/_distributed.html.erb
> 

Curious, where are the sources for the PNGs saved? I did not find any obvious vector or art project files.

-Jason

Re: Delivery Status Notification (Failure)

[Xeno Amess]

Not all people can afford stable network connection...
I'm now suffered from connection lost and have to restart the clone/push fully.
It's OK when dealing with a project of several MB size, but when I try
to clone a 2GB sized repo I never succeed.
So I wonder, if there should be some way to resume from break-point for git?
For example what if we support something like Content-Range in http,
and make the download be split into smaller files, then make some way
to auto-resume if some file block failed hash-check?

Re: Delivery Status Notification (Failure)

[Σταύρος Ντέντος]

Hello there,

If I do
git config core.commentChar %

then, during a rebase operation, squash/fixup comments do not honor
the core.commentChar setting

Ντέντος Σταύρος