From: Tien N. <th...@tp...> - 2010-09-24 17:13:20
|
I kept getting this error messages today: $ git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev Cloning into org.openembedded.dev... remote: Counting objects: 364982, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed -- Tiến Nguyễn |
From: J. L. <vwy...@gm...> - 2010-09-24 17:22:12
|
On Fri, Sep 24, 2010 at 10:12 AM, Tien Nguyen <th...@tp...> wrote: > I kept getting this error messages today: > $ git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev > Cloning into org.openembedded.dev... > remote: Counting objects: 364982, done. > fatal: The remote end hung up unexpectedly > fatal: early EOF > fatal: index-pack failed > > -- > Tiến Nguyễn > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > Just keep trying it will go through eventually, I had the same problem yesterday re-setting up a build machine. Took about 6 hours for it to finally work but it did eventually. |
From: Andrew S. <and...@gm...> - 2010-09-24 18:35:16
|
> Just keep trying it will go through eventually, I had the same problem > yesterday re-setting up a build machine. Took about 6 hours for it to > finally work but it did eventually. So I had the same issue. Michael Poole suggested the following idea that helped me get around the issue... I was able to work around it by cloning the upstream openembedded.org tree directly, then adding a second remote for the gumstix-oe/mainline.git repository. Michael Poole This worked for me and I haven't had any issues since. Hope that helps. > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users -- -stieg |
From: Tien N. <th...@tp...> - 2010-09-24 23:19:13
|
Finally...thanks -- Tiến Nguyễn On Fri, Sep 24, 2010 at 11:35 AM, Andrew Stiegmann < and...@gm...> wrote: > > > Just keep trying it will go through eventually, I had the same problem > > yesterday re-setting up a build machine. Took about 6 hours for it to > > finally work but it did eventually. > > So I had the same issue. Michael Poole suggested the following idea > that helped me get around the issue... > > I was able to work around it by > cloning the upstream openembedded.org tree directly, then adding a > second remote for the gumstix-oe/mainline.git repository. > > Michael Poole > > This worked for me and I haven't had any issues since. Hope that helps. > > > ------------------------------------------------------------------------------ > > Start uncovering the many advantages of virtual appliances > > and start using them to simplify application deployment and > > accelerate your shift to cloud computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > -- > -stieg > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Trevor W. <two...@gm...> - 2010-09-24 23:42:51
|
On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann <and...@gm...> wrote: > I was able to work around it by > cloning the upstream openembedded.org tree directly, then adding a > second remote for the gumstix-oe/mainline.git repository. Any chance you could provide more explicit git instructions for the git newbies like myself? |
From: Tien N. <th...@tp...> - 2010-09-25 00:01:09
|
The Gumstix process described here: http://www.gumstix.net/Setup-and-Programming/view/Overo-Setup-and-Programming/Setting-up-a-build-environment/111.html?mosmsg=Changes+to+item+saved And Open Embedded info is here: http://wiki.openembedded.net/index.php/Main_Page -- Tiến Nguyễn On Fri, Sep 24, 2010 at 4:42 PM, Trevor Woerner <two...@gm...> wrote: > On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann > <and...@gm...> wrote: > > I was able to work around it by > > cloning the upstream openembedded.org tree directly, then adding a > > second remote for the gumstix-oe/mainline.git repository. > > Any chance you could provide more explicit git instructions for the > git newbies like myself? > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Andrew S. <and...@gm...> - 2010-09-25 02:18:19
|
On 09/24/2010 04:42 PM, Trevor Woerner wrote: > On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann > <and...@gm...> wrote: >> I was able to work around it by >> cloning the upstream openembedded.org tree directly, then adding a >> second remote for the gumstix-oe/mainline.git repository. > Any chance you could provide more explicit git instructions for the > git newbies like myself? 1. $ cd <path to your build dir> 2. $ git clone git://git.openembedded.org/openembedded Now you have the openembedded git tree. The gumstix tree is closely related to it, so many of the commits that are in the openembedded tree are also in the gumstix tree, hence there is less information to send across the wire when fetching from gittorious (hence you will avoid the hangup). 3. $ git remote add gumstix git://gitorious.org/gumstix-oe/mainline.git This adds another remote to your local git repository (the first one being the openembedded git repo that you cloned. Its default name is "origin"). 4. $ git fetch gumstix This grabs all of the patches that are on the gumstix git instance. Now if you do 5. $ git br -a You will see all of the branches associated with both the remotes as well as your local branches (you will likely only have one at this point: master). Do 6. $ git checkout --track -b overo gumstix/overo And you will have just created a local branch that is tracking the overo branch of the gumstix git server (the server you initially couldn't clone). Hope that helps. > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: softwizz <ad...@is...> - 2010-10-12 15:50:26
|
Hi Andrew, I've had exactly the same problem connecting to the server for some days now, and it has never gotten any better. I get precisely nowhere. On top of that, I've followed your workaround instructions - BTW you missed mentioning the 'cd openembedded' step after step 2 :-{ - and I get the same dropped-connection problem on the 'git fetch gumstix' step. I tried it a few dozen times, but nothing changes. Each time, the command hangs there for 44-45 seconds, then :- fatal: The remote end hung up unexpectedly fatal: protocol error: bad pack header At ths point, openembedded/.git/FETCH_HEAD is a zero-length file stamped with the time I started the command, and AFAICT no other changes have been made to the filesystem. Is this absolutely known to be a server problem, if so then what is being done to fix it? If there is any way that this could be caused at my end, please give me clues. Cheers, Mike Andrew Stiegmann wrote: > >> On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann >> <and...@gm...> wrote: >>> I was able to work around it by >>> cloning the upstream openembedded.org tree directly, then adding a >>> second remote for the gumstix-oe/mainline.git repository. > > 1. $ cd <path to your build dir> > 2. $ git clone git://git.openembedded.org/openembedded > > Now you have the openembedded git tree. The gumstix tree is closely > related to it, so many of the commits that are in the openembedded tree > are also in the gumstix tree, hence there is less information to send > across the wire when fetching from gittorious (hence you will avoid the > hangup). > > 3. $ git remote add gumstix git://gitorious.org/gumstix-oe/mainline.git > > This adds another remote to your local git repository (the first one > being the openembedded git repo that you cloned. Its default name is > "origin"). > > 4. $ git fetch gumstix > > This grabs all of the patches that are on the gumstix git instance. Now > if you do > > 5. $ git br -a > > You will see all of the branches associated with both the remotes as > well as your local branches (you will likely only have one at this > point: master). Do > > 6. $ git checkout --track -b overo gumstix/overo > > And you will have just created a local branch that is tracking the overo > branch of the gumstix git server (the server you initially couldn't > clone). > -- View this message in context: http://old.nabble.com/Is-the-git-server-OK--tp29800765p29944563.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Andrew S. <and...@gm...> - 2010-10-13 00:08:55
|
Hey Mike, See my responses inline below... On 10/12/10 8:50 AM, softwizz wrote: > Hi Andrew, > > I've had exactly the same problem connecting to the server for some days > now, and it has never gotten any better. I get precisely nowhere. > > On top of that, I've followed your workaround instructions - BTW you missed > mentioning the 'cd openembedded' step after step 2 :-{ - and I get the same Oops :P. > dropped-connection problem on the 'git fetch gumstix' step. I tried it a > few dozen times, but nothing changes. Each time, the command hangs there > for 44-45 seconds, then :- > > fatal: The remote end hung up unexpectedly > fatal: protocol error: bad pack header > > At ths point, openembedded/.git/FETCH_HEAD is a zero-length file stamped > with the time I started the command, and AFAICT no other changes have been > made to the filesystem. > > Is this absolutely known to be a server problem, if so then what is being > done to fix it? Unfortunately I have no idea. I only work on Gumstix as a side project, so the time I spend here is limited. You may want to alert the Gumstix folks to the issue. > If there is any way that this could be caused at my end, please give me > clues. Well that's easy enough to test. Try cloning something else that is rather large. If that fails, then its your end, otherwise its Gumstix's end. > Cheers, > > Mike > > > Andrew Stiegmann wrote: >>> On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann >>> <and...@gm...> wrote: >>>> I was able to work around it by >>>> cloning the upstream openembedded.org tree directly, then adding a >>>> second remote for the gumstix-oe/mainline.git repository. >> 1. $ cd<path to your build dir> >> 2. $ git clone git://git.openembedded.org/openembedded >> >> Now you have the openembedded git tree. The gumstix tree is closely >> related to it, so many of the commits that are in the openembedded tree >> are also in the gumstix tree, hence there is less information to send >> across the wire when fetching from gittorious (hence you will avoid the >> hangup). >> >> 3. $ git remote add gumstix git://gitorious.org/gumstix-oe/mainline.git >> >> This adds another remote to your local git repository (the first one >> being the openembedded git repo that you cloned. Its default name is >> "origin"). >> >> 4. $ git fetch gumstix >> >> This grabs all of the patches that are on the gumstix git instance. Now >> if you do >> >> 5. $ git br -a >> >> You will see all of the branches associated with both the remotes as >> well as your local branches (you will likely only have one at this >> point: master). Do >> >> 6. $ git checkout --track -b overo gumstix/overo >> >> And you will have just created a local branch that is tracking the overo >> branch of the gumstix git server (the server you initially couldn't >> clone). >> -- -Andrew S. |
From: Nik <ni...@ni...> - 2010-10-13 00:58:20
|
This is on the large side, but you can try to clone this: git clone git://git.openembedded.org/openembedded On Tue, 2010-10-12 at 17:08 -0700, Andrew Stiegmann wrote: > Hey Mike, > See my responses inline below... > > On 10/12/10 8:50 AM, softwizz wrote: > > Hi Andrew, > > > > I've had exactly the same problem connecting to the server for some days > > now, and it has never gotten any better. I get precisely nowhere. > > > > On top of that, I've followed your workaround instructions - BTW you missed > > mentioning the 'cd openembedded' step after step 2 :-{ - and I get the same > Oops :P. > > dropped-connection problem on the 'git fetch gumstix' step. I tried it a > > few dozen times, but nothing changes. Each time, the command hangs there > > for 44-45 seconds, then :- > > > > fatal: The remote end hung up unexpectedly > > fatal: protocol error: bad pack header > > > > At ths point, openembedded/.git/FETCH_HEAD is a zero-length file stamped > > with the time I started the command, and AFAICT no other changes have been > > made to the filesystem. > > > > Is this absolutely known to be a server problem, if so then what is being > > done to fix it? > Unfortunately I have no idea. I only work on Gumstix as a side project, > so the time I spend here is limited. You may want to alert the Gumstix > folks to the issue. > > If there is any way that this could be caused at my end, please give me > > clues. > Well that's easy enough to test. Try cloning something else that is > rather large. If that fails, then its your end, otherwise its Gumstix's > end. > > Cheers, > > > > Mike > > > > > > Andrew Stiegmann wrote: > >>> On Fri, Sep 24, 2010 at 2:35 PM, Andrew Stiegmann > >>> <and...@gm...> wrote: > >>>> I was able to work around it by > >>>> cloning the upstream openembedded.org tree directly, then adding a > >>>> second remote for the gumstix-oe/mainline.git repository. > >> 1. $ cd<path to your build dir> > >> 2. $ git clone git://git.openembedded.org/openembedded > >> > >> Now you have the openembedded git tree. The gumstix tree is closely > >> related to it, so many of the commits that are in the openembedded tree > >> are also in the gumstix tree, hence there is less information to send > >> across the wire when fetching from gittorious (hence you will avoid the > >> hangup). > >> > >> 3. $ git remote add gumstix git://gitorious.org/gumstix-oe/mainline.git > >> > >> This adds another remote to your local git repository (the first one > >> being the openembedded git repo that you cloned. Its default name is > >> "origin"). > >> > >> 4. $ git fetch gumstix > >> > >> This grabs all of the patches that are on the gumstix git instance. Now > >> if you do > >> > >> 5. $ git br -a > >> > >> You will see all of the branches associated with both the remotes as > >> well as your local branches (you will likely only have one at this > >> point: master). Do > >> > >> 6. $ git checkout --track -b overo gumstix/overo > >> > >> And you will have just created a local branch that is tracking the overo > >> branch of the gumstix git server (the server you initially couldn't > >> clone). > >> > > |
From: softwizz <ad...@is...> - 2010-10-13 15:34:28
|
@Nik-42 Spot on! Many thanks for the suggestion. I wrote a little script to keep doing 'git pull' until org.openembedded.dev/recipes/linux/linux-omap3-2.6.34.bb exists. It took quite a few iterations, but it finally succeeded. I'll post this on the "Is the Git server OK?" thread also. Cheers, Mike Nik-42 wrote: > > For what it is worth I too have had the same git issues over the past > few days. I setup a dedicated build server and ended up writing a > script to keep doing a git clone until it succeeded. > > -- View this message in context: http://old.nabble.com/Is-the-git-server-OK--tp29800765p29954017.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Víctor A. <vi...@cy...> - 2010-10-14 14:18:32
|
It continues broken, isn't it? I can't downloads the gumsitx-oe repository. Thanks Tien Nguyen-3 wrote: > > I kept getting this error messages today: > > $ git clone git://gitorious.org/gumstix-oe/mainline.git > org.openembedded.dev > Cloning into org.openembedded.dev... > remote: Counting objects: 364982, done. > fatal: The remote end hung up unexpectedly > fatal: early EOF > fatal: index-pack failed > > > -- > Tiến Nguyễn > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Is-the-git-server-OK--tp29800765p29962819.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: softwizz <ad...@is...> - 2010-10-14 14:28:30
|
Hi Victor, Do what I did, write a recursive script that continually tries the 'git clone' or whatever until it has worked. In my case I made it repeat while the file I needed (linux-omap3-2.6.34.bb) was not there. Hope that helps. Mike Víctor Andrés wrote: > > It continues broken, isn't it? > I can't downloads the gumsitx-oe repository. > > Thanks > > > > Tien Nguyen-3 wrote: >> >> I kept getting this error messages today: >> >> $ git clone git://gitorious.org/gumstix-oe/mainline.git >> org.openembedded.dev >> Cloning into org.openembedded.dev... >> remote: Counting objects: 364982, done. >> fatal: The remote end hung up unexpectedly >> fatal: early EOF >> fatal: index-pack failed >> >> >> -- >> Tiến Nguyễn >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- View this message in context: http://old.nabble.com/Is-the-git-server-OK--tp29800765p29962911.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Victor A. <vi...@cy...> - 2010-10-14 15:44:41
|
Thanks Mike, I get it. I have tryed many times until it run .... ¿? Víctor Andrés ----- Original Message ----- From: "softwizz" <ad...@is...> To: <gum...@li...> Sent: Thursday, October 14, 2010 5:00 PM Subject: Re: [Gumstix-users] Is the git server OK? > > Victor, please trust me. What you report is *exactly* what I get when I > try > to do the job manually. A recursive script, however, will retry every > timeout-period (I was getting a timeout of about 45 seconds). It will > only > take a few dozen or a few hundred recursions (a few hours at most, say) > before it *will* work. Meanwhile you can usefully do other things! > > Mike > > > Víctor Andrés wrote: >> >> I have reinstalled my linux distribution and now I need to clone all the >> overo-oe remository. >> >> I have tried it many times and I always get the same: >> >> $ git clone git://gitorious.org/gumstix-oe/mainline.git >> org.openembedded.dev >> Initialized empty Git repository in >> /home/victor/overo-oe/org.openembedded.dev/.git/ >> remote: Counting objects: 365004, done. >> fatal: The remote end hung up unexpectedly >> fatal: early EOF >> fatal: index-pack failed >> >> Thanks, >> Víctor Andrés >> >> ----- Original Message ----- >> From: "softwizz" <ad...@is...> >> To: <gum...@li...> >> Sent: Thursday, October 14, 2010 4:27 PM >> Subject: Re: [Gumstix-users] Is the git server OK? >> >> >>> >>> Hi Victor, >>> >>> Do what I did, write a recursive script that continually tries the 'git >>> clone' until it has worked. >>> >>> In my case I made it repeat while the file I needed >>> (linux-omap3-2.6.34.bb) >>> was not there. >>> >>> Hope that helps. >>> >>> Mike >>> >>> >>> Víctor Andrés wrote: >>>> >>>> It continues broken, isn't it? >>>> I can't downloads the gumsitx-oe repository. >>>> >>>> Thanks >>>> >>>> >>>> >>>> Tien Nguyen-3 wrote: >>>>> >>>>> I kept getting this error messages today: >>>>> >>>>> $ git clone git://gitorious.org/gumstix-oe/mainline.git >>>>> org.openembedded.dev >>>>> Cloning into org.openembedded.dev... >>>>> remote: Counting objects: 364982, done. >>>>> fatal: The remote end hung up unexpectedly >>>>> fatal: early EOF >>>>> fatal: index-pack failed >>>>> >>>>> >>>>> -- >>>>> Tiến Nguyễn >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Start uncovering the many advantages of virtual appliances >>>>> and start using them to simplify application deployment and >>>>> accelerate your shift to cloud computing. >>>>> http://p.sf.net/sfu/novell-sfdev2dev >>>>> _______________________________________________ >>>>> gumstix-users mailing list >>>>> gum...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>>> >>>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/Is-the-git-server-OK--tp29800765p29962911.html >>> Sent from the Gumstix mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> Beautiful is writing same markup. Internet Explorer 9 supports >>> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >>> Spend less time writing and rewriting code and more time creating great >>> experiences on the web. Be a part of the beta today. >>> http://p.sf.net/sfu/beautyoftheweb >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> >> ------------------------------------------------------------------------------ >> Beautiful is writing same markup. Internet Explorer 9 supports >> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >> Spend less time writing and rewriting code and more time creating great >> experiences on the web. Be a part of the beta today. >> http://p.sf.net/sfu/beautyoftheweb >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > -- > View this message in context: > http://old.nabble.com/Is-the-git-server-OK--tp29800765p29963272.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Victor A. <vi...@cy...> - 2010-10-14 14:45:08
|
I have reinstalled my linux distribution and now I need to clone all the overo-oe remository. I have tried it many times and I always get the same: $ git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev Initialized empty Git repository in /home/victor/overo-oe/org.openembedded.dev/.git/ remote: Counting objects: 365004, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed Thanks, Víctor Andrés ----- Original Message ----- From: "softwizz" <ad...@is...> To: <gum...@li...> Sent: Thursday, October 14, 2010 4:27 PM Subject: Re: [Gumstix-users] Is the git server OK? > > Hi Victor, > > Do what I did, write a recursive script that continually tries the 'git > clone' until it has worked. > > In my case I made it repeat while the file I needed > (linux-omap3-2.6.34.bb) > was not there. > > Hope that helps. > > Mike > > > Víctor Andrés wrote: >> >> It continues broken, isn't it? >> I can't downloads the gumsitx-oe repository. >> >> Thanks >> >> >> >> Tien Nguyen-3 wrote: >>> >>> I kept getting this error messages today: >>> >>> $ git clone git://gitorious.org/gumstix-oe/mainline.git >>> org.openembedded.dev >>> Cloning into org.openembedded.dev... >>> remote: Counting objects: 364982, done. >>> fatal: The remote end hung up unexpectedly >>> fatal: early EOF >>> fatal: index-pack failed >>> >>> >>> -- >>> Tiến Nguyễn >>> >>> ------------------------------------------------------------------------------ >>> Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> > > -- > View this message in context: > http://old.nabble.com/Is-the-git-server-OK--tp29800765p29962911.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: softwizz <ad...@is...> - 2010-10-14 15:00:07
|
Victor, please trust me. What you report is *exactly* what I get when I try to do the job manually. A recursive script, however, will retry every timeout-period (I was getting a timeout of about 45 seconds). It will only take a few dozen or a few hundred recursions (a few hours at most, say) before it *will* work. Meanwhile you can usefully do other things! Mike Víctor Andrés wrote: > > I have reinstalled my linux distribution and now I need to clone all the > overo-oe remository. > > I have tried it many times and I always get the same: > > $ git clone git://gitorious.org/gumstix-oe/mainline.git > org.openembedded.dev > Initialized empty Git repository in > /home/victor/overo-oe/org.openembedded.dev/.git/ > remote: Counting objects: 365004, done. > fatal: The remote end hung up unexpectedly > fatal: early EOF > fatal: index-pack failed > > Thanks, > Víctor Andrés > > ----- Original Message ----- > From: "softwizz" <ad...@is...> > To: <gum...@li...> > Sent: Thursday, October 14, 2010 4:27 PM > Subject: Re: [Gumstix-users] Is the git server OK? > > >> >> Hi Victor, >> >> Do what I did, write a recursive script that continually tries the 'git >> clone' until it has worked. >> >> In my case I made it repeat while the file I needed >> (linux-omap3-2.6.34.bb) >> was not there. >> >> Hope that helps. >> >> Mike >> >> >> Víctor Andrés wrote: >>> >>> It continues broken, isn't it? >>> I can't downloads the gumsitx-oe repository. >>> >>> Thanks >>> >>> >>> >>> Tien Nguyen-3 wrote: >>>> >>>> I kept getting this error messages today: >>>> >>>> $ git clone git://gitorious.org/gumstix-oe/mainline.git >>>> org.openembedded.dev >>>> Cloning into org.openembedded.dev... >>>> remote: Counting objects: 364982, done. >>>> fatal: The remote end hung up unexpectedly >>>> fatal: early EOF >>>> fatal: index-pack failed >>>> >>>> >>>> -- >>>> Tiến Nguyễn >>>> >>>> ------------------------------------------------------------------------------ >>>> Start uncovering the many advantages of virtual appliances >>>> and start using them to simplify application deployment and >>>> accelerate your shift to cloud computing. >>>> http://p.sf.net/sfu/novell-sfdev2dev >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>> >>> >> >> -- >> View this message in context: >> http://old.nabble.com/Is-the-git-server-OK--tp29800765p29962911.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Beautiful is writing same markup. Internet Explorer 9 supports >> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >> Spend less time writing and rewriting code and more time creating great >> experiences on the web. Be a part of the beta today. >> http://p.sf.net/sfu/beautyoftheweb >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Is-the-git-server-OK--tp29800765p29963272.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: N T. <ni...@ni...> - 2010-10-14 16:30:33
|
You can run this script to keep retrying until it completes: #!/bin/bash done=0 while [ $done -eq 0 ] do git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev if [[ $? -eq 0 ]] then done=1 fi done You will need to change " org.openembedded.dev" to be the destination you want. From: Tien Nguyen [mailto:th...@tp...] Sent: Friday, September 24, 2010 1:13 PM To: General mailing list for gumstix users. Subject: [Gumstix-users] Is the git server OK? I kept getting this error messages today: $ git clone git://gitorious.org/gumstix-oe/mainline.git org.openembedded.dev Cloning into org.openembedded.dev... remote: Counting objects: 364982, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed -- Tiến Nguyễn |
From: Steve S. <sa...@gm...> - 2010-10-14 21:52:18
|
On Thu, Oct 14, 2010 at 8:00 AM, softwizz <ad...@is...> wrote: > > Victor, please trust me. What you report is *exactly* what I get when I try > to do the job manually. A recursive script, however, will retry every > timeout-period (I was getting a timeout of about 45 seconds). It will only > take a few dozen or a few hundred recursions (a few hours at most, say) > before it *will* work. Meanwhile you can usefully do other things! Has anyone complained to gitorious about this? For some reason it succeeds for me 99% of the time, so I can't be a good complainer since I don't have details and times. I've put a clone of overo-oe on my web site: git://www.sakoman.com/git/openembedded.git It would be interesting to see if that exhibits the same issues. Please don't all try this at once :-) Steve |
From: Elliot M. <ma...@ad...> - 2010-10-14 22:17:47
|
It's not an MTU-size issue is it? This can produce pretty random errors in general, but wreaks havoc against remote source control systems. M. -----Original Message----- From: Steve Sakoman [mailto:sa...@gm...] Sent: 14 October 2010 22:52 To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Is the git server OK? On Thu, Oct 14, 2010 at 8:00 AM, softwizz <ad...@is...> wrote: > > Victor, please trust me. What you report is *exactly* what I get when > I try to do the job manually. A recursive script, however, will retry > every timeout-period (I was getting a timeout of about 45 seconds). > It will only take a few dozen or a few hundred recursions (a few hours > at most, say) before it *will* work. Meanwhile you can usefully do other things! Has anyone complained to gitorious about this? For some reason it succeeds for me 99% of the time, so I can't be a good complainer since I don't have details and times. I've put a clone of overo-oe on my web site: git://www.sakoman.com/git/openembedded.git It would be interesting to see if that exhibits the same issues. Please don't all try this at once :-) Steve ------------------------------------------------------------------------------ Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Ash C. <ash...@gm...> - 2010-10-14 22:27:59
|
On Thu, Oct 14, 2010 at 2:52 PM, Steve Sakoman <sa...@gm...> wrote: > Has anyone complained to gitorious about this? > > For some reason it succeeds for me 99% of the time, so I can't be a > good complainer since I don't have details and times. > > I've put a clone of overo-oe on my web site: > > git://www.sakoman.com/git/openembedded.git > > It would be interesting to see if that exhibits the same issues. > Please don't all try this at once :-) > This same issue has come up on the Open Embedded list several times; the general consensus there was that this was a generic git issue as users had seen it on other project. It wasn't clear whether this error is related to server load. I suspect that this may actually be a common bug in git hosting tools such as gitosis. As github has written their own server backend, I had a look to see if they are susceptible to the same bug. http://support.github.com/discussions/repos/1636-cannot-clone-the-remote-end-hung-up-unexpectedly suggests that they are but that they have a fix. I believe, it is not possible to host a large repo. on github without paying money but perhaps we can get some information about the fix. -Ash |