On 7 April 2013 09:19, Tai-Lin Chu wrote:
>>Okay, if you're going to be doing shallow clones, you may as well just
> get the dang tarballs. This is totally flying in the face of what the
> -git packages really are, development packages. Once you download it,
> you never have to again, just update
>Okay, if you're going to be doing shallow clones, you may as well just
get the dang tarballs. This is totally flying in the face of what the
-git packages really are, development packages. Once you download it,
you never have to again, just update it. If you've got a problem with
the size, then so
On Sat, Apr 06, 2013 at 05:40:40PM -0700, Tai-Lin Chu wrote:
> Thanks William. But I dont think the discussion is deep as what we
> have right now.
> Apparently allan miscalculates how much we can save on using shallow clone.
> I tried linux/master yesterday, it is more like 600mb to 97mb.
Okay, i
Thanks William. But I dont think the discussion is deep as what we
have right now.
Apparently allan miscalculates how much we can save on using shallow clone.
I tried linux/master yesterday, it is more like 600mb to 97mb.
On Sat, Apr 6, 2013 at 4:46 PM, William Giokas <1007...@gmail.com> wrote:
>
On Sat, Apr 06, 2013 at 12:26:14PM -0700, Tai-Lin Chu wrote:
> @dave
> I still cannot find any info regarding why we should not use depth 1.
> do you mind pasting the link here?
> thanks.
https://mailman.archlinux.org/pipermail/pacman-dev/2012-March.txt
Now curl and grep are your friends...
>
>
@dave
I still cannot find any info regarding why we should not use depth 1.
do you mind pasting the link here?
thanks.
On Sat, Apr 6, 2013 at 12:15 PM, Dave Reisner wrote:
> On Sat, Apr 6, 2013 at 3:11 PM, Tai-Lin Chu wrote:
>
>> ...what are you trying to test?
>
>
> Probably trying to replicate
On Sat, Apr 6, 2013 at 3:11 PM, Tai-Lin Chu wrote:
> ...what are you trying to test?
Probably trying to replicate what makepkg does to show you why cp doesn't
work.
> mkdir -p /tmp/dumb/
> pushd /tmp/dumb/
> echo "==> Cloning into a bare repository..."
> git clone --verbose git://githu
...what are you trying to test?
mkdir -p /tmp/dumb/
pushd /tmp/dumb/
echo "==> Cloning into a bare repository..."
git clone --verbose git://github.com/falconindy/cower.git barerepo
echo "==> Creating copy of this repo using cp..."
cp -r -a /tmp/dumb/barerepo /tmp/dumb/barecp
echo "==>
On Sat, Apr 06, 2013 at 11:10:52AM -0700, Tai-Lin Chu wrote:
> >Doesn't matter. cp does nothing with checksums, whereas git will
> >preserve every byte, and it literally can't go bad (or if it does on the
> >extremely off chance, it will simply stop the build). Maybe rsync, you
> >say? That still i
>Doesn't matter. cp does nothing with checksums, whereas git will
preserve every byte, and it literally can't go bad (or if it does on the
extremely off chance, it will simply stop the build). Maybe rsync, you
say? That still isn't cryptographically secure. Using git, you can
guarantee that the fil
On Sat, Apr 06, 2013 at 12:25:37AM -0700, Tai-Lin Chu wrote:
> >This is dumb because using cp is not enough, you should be using git clone
> >because it is git and straight from git, if you goal is to just use the
> >newest you are doing it wrong go write you own pkgbuild.
>
> What is not enough?
Did any of you read my email? Getting a shallow clone is simply not
possible, unless you want to continue to write this boilerplate code.
These large transactions are a one-time action, and I see no harm.
Thank you,
William Giokas
On Apr 6, 2013 8:47 AM, "Rashif Ray Rahman" wrote:
> On 6 April
On 6 April 2013 15:25, Tai-Lin Chu wrote:
> yes, i agree with you. But as a person who commits patches and needs
> to test, I think using --depth 1 makes initial cloning faster and
> decreases the load of remote git server. Think about this 100 people
> clones vlc.git with shadow (around 600mb) vs
A rage post with too many typos and not enough punctuation is hard to read.
>This is dumb because using cp is not enough, you should be using git clone
>because it is git and straight from git, if you goal is to just use the newest
>you are doing it wrong go write you own pkgbuild.
What is not
14 matches
Mail list logo