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

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

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