In message <[EMAIL PROTECTED]> you wrote:
>
> > The problematic one is git-send-email-script.
>
> Yup. I'll take the blame for that one - I forget how inclusive the
> Debian packaging is compared to the other distributions.
Actually this may be more of a problem with Fedora Core / RedHat
Ian Campbell wrote:
> I used to subscribe to the kernel RSS feed (using blam) but I found I
> was only getting the most recent 20 commits, which wasn't much good when
> a big batch went in because I would miss some.
Yes, I have that problem too. It appears to be just the way that gitweb
works - l
Junio C Hamano <[EMAIL PROTECTED]> wrote:
> Johannes Schindelin <[EMAIL PROTECTED]> writes:
>
> >> True. My bad old habit.
> >
> > An elegant method to do that:
> >
> > case --some-long-option in "$1"*) ..; esac
>
> You are almost correct, but you need to realize that I generate
> that long "cas
Hi,
On Tue, 9 Aug 2005, Horst von Brand wrote:
> Isn't it easier to just use getopt(1)?
Only if GNU getopt is available. On Mac OS X, only the BSD version is
installed by default, which does not handle long options at all.
> Please stop! I'm dizzy already!
:-)
Ciao,
Dscho
-
To unsubscribe f
Linus Torvalds wrote:
On Tue, 9 Aug 2005, John Ellson wrote:
I hacked this:
No. ...
So you could do something like ...
(totally untested)
Linus
Thanks Linus, also Rene and Johannes.
I applied a bit of polish and testing and now I'm ready to offer
my first contribu
* Wolfgang Denk ([EMAIL PROTECTED]) wrote:
> It's then the "perl(Email::Valid)" and "perl(Mail::Sendmail)" depen-
> dencies which cause problems. I installed all perl packages and
> modules I was able to find in the standard FC places, but this did
> not solve the problem. Maybe this is a
On Wed, Aug 10, 2005 at 09:23:07AM -0700, Chris Wright wrote:
> * Wolfgang Denk ([EMAIL PROTECTED]) wrote:
> > It's then the "perl(Email::Valid)" and "perl(Mail::Sendmail)" depen-
> > dencies which cause problems. I installed all perl packages and
> > modules I was able to find in the standa
* Sam Ravnborg ([EMAIL PROTECTED]) wrote:
> Not knowing perl at all I wonder if some more widespread used packages
> can replace the above two?
> I recall having trouble locating them myself when I first tried Greg's
> send-a-lot-of-mails script.
I'm not too sure, but I too abandoned (well, rewrot
On Mon, 2005-08-08 at 11:41 +0200, Josef Weidendorfer wrote:
> Perhaps we should call it "remoterefs/" instead?
>
How about .git/peers/ ?
--
Darrin
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
Johannes Schindelin <[EMAIL PROTECTED]> writes:
> git-rev-parse HEAD^1 would fail,
Thanks. Time to find a brown paper bag ;-).
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-
[resend more clearly identified as patch]
Apparently I was under a rock sleeping when git-tag-script changed to no
longer take input from stdin. So my script which did:
TAG=$(echo "$TAG_MSG" | git-tag-script $RELEASE)
echo $TAG > .git/refs/tags/$RELEASE
Is broken in two ways. First it's no lon
Hi Hubert.
git@vger.kernel.org is a better place to request this.
So I have included them in to:
Sam
On Wed, Aug 10, 2005 at 03:59:02PM +, Hubert Tonneau wrote:
> The 'V' column on http://www.kernel.org/ is very convienient to review what
> has changed in a new kernel (files l
Hello!
I'm trying to reimplement my cg-clean script so that it reuses more code
from other utilities. This patch makes it possible to call cg-status
from cg-clean.
This patch adds the "-x" option that instructs cg-status not to ignore
any files. Also, the code has been changed to add standard i
In message <[EMAIL PROTECTED]> you wrote:
>
> Not knowing perl at all I wonder if some more widespread used packages
> can replace the above two?
Installation of the required modules from the CPAN is trivial. It
should be documented somewhere, though.
Best regards,
Wolfgang Denk
--
Softwa
In message <[EMAIL PROTECTED]> you wrote:
> * Wolfgang Denk ([EMAIL PROTECTED]) wrote:
> > It's then the "perl(Email::Valid)" and "perl(Mail::Sendmail)" depen-
> > dencies which cause problems. I installed all perl packages and
> > modules I was able to find in the standard FC places, but
* Wolfgang Denk ([EMAIL PROTECTED]) wrote:
> My problem is that I cannot satisfy the dependencies in a way which
> gets visible to RPM. And this is where I feel this is a bug in Fedora
> Core. But probably I'm just too dumb.
No, it's just lack of good support. Try rpm.pbone.net, they are there.
Wolfgang Denk <[EMAIL PROTECTED]> writes replying to Sam Ravnborg:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> Not knowing perl at all I wonder if some more widespread used packages
>> can replace the above two?
>
> Installation of the required modules from the CPAN is trivial. It
> shou
Hi, Junio C Hamano wrote:
> For Debian, we recommend lib*-*-perl packages. Do we need to recommend
> perl itself as well, or is it the case that things that are covered with
> the automatic dependency chain need not be listed?
No, yes. ;-)
What happens if the lib*-perl packages are not instal
Hi, A Large Angry SCM wrote:
> Rather than changing the default install location in such a way as to make
> half the user unhappy, make everybody (un)happy by removing the default
> and forcing it to be specified when make is executed.
Lots of stuff installs to /usr/local if not stated otherwise.
Debian packaging fixes for 0.99.4:
- Add a debian/changelog entry.
- Split gitk off to its own package;
it needs tk installed, but nothing else does.
- Refer to GPL properly, don't install COPYING.
- Fix maintainer.
- Use dh_movefiles instead of dh_install;
we don't want to list everything *ex
On 8/11/05, Matthias Urlichs <[EMAIL PROTECTED]> wrote:
> Debian packaging fixes for 0.99.4:
Is this anywhere in the archive?
cheers,
martin
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.
Thanks a lot to everybody who sent in usability enhancements and
bugfixes.
Updates since v0.99.3:
- HTTP transport can pull from a packed repository.
- RPM and Debian packages are hopefully usable out of the box.
- Read-only operations on read-only repository should work better.
- Commit and tag
In commit 4f7eb2e5a351e0d1f19fd4eab7e92834cc4528c2 I fixed git-merge-base
getting confused by datestamps that caused it to traverse things in a
non-obvious order.
However, my fix was a very brute-force one, and it had some really
horrible implications for more complex trees with lots of parall
Hi,
Martin Langhoff:
> On 8/11/05, Matthias Urlichs <[EMAIL PROTECTED]> wrote:
> > Debian packaging fixes for 0.99.4:
>
> Is this anywhere in the archive?
>
Cogito 0.12.1 (which includes git) has been packaged by Sebastian
Kuzminsky <[EMAIL PROTECTED]>; it's in Debian Unstable. I assume
he'll do
Hello!
"t5400-send-pack.sh --verbose" stops waiting for user input. It happens
because "git log" uses less for output now. To prevent this, PAGER
should be set to cat.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
diff --git a/t/test-lib.sh b/t/test-lib.sh
--- a/t/test-lib.sh
+++ b/t/test-li
Matthias Urlichs <[EMAIL PROTECTED]> wrote:
> Cogito 0.12.1 (which includes git) has been packaged by Sebastian
> Kuzminsky <[EMAIL PROTECTED]>; it's in Debian Unstable. I assume
> he'll do something about packaging the current version; I just filed a
> wishlist bug in Debian.
>
> The current "cog
Hello!
I have noticed that "make test" fails without any explanations when the
"merge" utility is missing. I don't think tests should be silent in
case of failure.
It turned out that the particular test was using "exit" to interrupt the
test in case of an error. This caused the whole test scrip
Hi, Junio!
On Mon, 2005-08-08 at 13:53 -0700, Junio C Hamano wrote:
> Seriously, I do not intend to discarded this patch, but I am
> currently not taking Makefile patches unless they fix real
> breakage.
Try "make CFLAGS=-O3"
> I do want to revisit Makefile issues after 0.99.4, along with
> the
On 8/11/05, Sebastian Kuzminsky <[EMAIL PROTECTED]> wrote:
> I agree completely - it's super bogus to rename the two central programs.
> It makes Debian essentially incompatible with the rest of the world.
Well, I doubt this problem lies with Debian. GNU Interactive Tools is
packaged for most (all
Martin Langhoff <[EMAIL PROTECTED]> wrote:
> On 8/11/05, Sebastian Kuzminsky <[EMAIL PROTECTED]> wrote:
> > I agree completely - it's super bogus to rename the two central programs.
> > It makes Debian essentially incompatible with the rest of the world.
>
> Well, I doubt this problem lies with De
On Thu, 11 Aug 2005, Martin Langhoff wrote:
>
> Well, I doubt this problem lies with Debian.
Oh, it definitely does.
>GNU Interactive Tools is
> packaged for most (all?) distributions, and has been there for ages.
.. but no other distribution seems to install i
Hi,
On Wed, 10 Aug 2005, Linus Torvalds wrote:
> A Set of Interactive Programs
> Edition 2.5, for GIT version 4.3.16
> January 1997
>
> just let it die in peace.
God have mercy over (old) GIT's soul.
Amen
-
To unsubscribe from this list: send the line "unsubscribe git" in
th
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> The top man-page I found for GNU interactive tools says:
>
> A Set of Interactive Programs
> Edition 2.5, for GIT version 4.3.16
> January 1997
>
> just let it die in peace.
The top of the RCS changelog says:
Fri Jun 16 06:19:24
Pavel Roskin <[EMAIL PROTECTED]> writes:
> "t5400-send-pack.sh --verbose" stops waiting for user input. It happens
> because "git log" uses less for output now. To prevent this, PAGER
> should be set to cat.
Good catch, thanks.
I did not notice this before, because I always work in Emacs
compi
Pavel Roskin <[EMAIL PROTECTED]> writes:
> This patch does following:
>
> All instances of "exit", "exit 1" and "(exit 1)" in tests have been
> replaced with "return 1". In fact, "(exit 1)" had no effect.
Are you sure about all of the above?
You are right about "... || exit" in the expect_succe
Sebastian Kuzminsky <[EMAIL PROTECTED]> writes:
> While we're at it, renaming cogito's "cg" to "cog" would fix another
> filename conflict in Debian, and would give the right hand something to
> do while the left hand seeks from c to g. ;-)
Well, these days cogito ships without git, so maybe it
Sorry, sent it out without finishing. The worst is "return".
With ksh, ash, and dash, the script itself exits with status
code 1 (presumably you are trapping it with trap -- exit,
though).
prompt$ bash k.sh exit
foo
prompt$ bash k.sh false
foo
status 1
prompt$ bash k.sh return
foo
k.sh: line 20:
Junio C Hamano <[EMAIL PROTECTED]> writes:
> Sorry, sent it out without finishing. The worst is "return".
Ah, my mistake. You have the eval that can eval "return" in a
function and let that "return" return from that function.
Cleverly done.
Thanks.
-
To unsubscribe from this list: send the li
38 matches
Mail list logo
