Re: [E-devel] Git: Multiple repositories cloning helper
Yeah, I find it confusing and annoying to maintain. But I guess it's just a matter of taste. On Fri, Mar 1, 2013 at 11:43 PM, Bertrand Jacquin wrote: > D'ar gwener 01 a viz Meurzh 2013 e 11 eur 01, « Tom Hacohen » he deus > skrivet : > > On 01/03/13 09:53, Bertrand Jacquin wrote: > > > D'ar gwener 01 a viz Meurzh 2013 e 10 eur 44, « Tom Hacohen » he deus > skrivet : > > >> On 28/02/13 19:55, Bertrand Jacquin wrote: > > >>> Another thing that can be done is a dumb repository using git > submodule > > >>> : > > >>> > > >>>$ git init /var/tmp/e-core > > >>>$ cd /var/tmp/e-core > > >>>$ git submodule add http://git.enlightenment.org/core/efl.git/efl > > >>>$ git submodule add > http://git.enlightenment.org/core/elementary.git/ elementary > > >>>$ git submodule add > http://git.enlightenment.org/core/enlightenment.git/ enlightenment > > >>>$ git submodule add > http://git.enlightenment.org/core/evas_generic_loaders.gitevas_generic_loaders > > >>> > > >>> Then to update all the repositories : > > >>> > > >>>$ git submodule update > > >>> > > >>> We can easily provide some dumb repositories for different kind of > usage > > >>> so you will just need to clone the dumb one. Theses dumb repo should > be > > >>> maintain manually. > > >> > > >> Yeah, we thought about that, and also talked about it with leif that > > >> suggested it as well. I don't really like it. While it does make sense > > >> for efl, elm and evas_generic loaders as they might have actual > > >> dependency requirements, enlightenment has nothing to do with it. > > >> > > >> Also, people will have to maintain that repository which is quite a > pain > > >> in the ass, and a good reason why to give up on this idea. > > >> > > >> When you run "git submodule update" it doesn't "update" the > repositories > > >> according to upstream, but it's just a "local refresh" > > > > > > Yes, it is 'git submodule foreach git fetch' > > > > > > $ git submodule foreach git fetch > > > Entering 'efl' > > > Entering 'elementary' > > > Entering 'enlightenment' > > > remote: Counting objects: 155, done. > > > remote: Compressing objects: 100% (46/46), done. > > > remote: Total 143 (delta 126), reused 112 (delta 97) > > > Receiving objects: 100% (143/143), 24.90 KiB, done. > > > Resolving deltas: 100% (126/126), completed with 12 local objects. > > > From http://git.enlightenment.org/core/enlightenment > > > + ea2f81d...4dbaae8 devs/jeyzu/mixer -> origin/devs/jeyzu/mixer > (forced update) > > > > > > Mainting scripts, or maintaining a git dumb repo is quiet the same. > > > > Yeah, but that means every user will have to do: > > git clone master_repo.git > > git submodule init > > git submodule update > > git submodule foreach git fetch (is that enough? Don't you need to also > > merge that submodule?) > > > > Which is very tedious. > > I was meaning that gitolite can create/update automatically a dumb git > repo that only register submodule, for exemple : > > http://git.enlightenment.org/devs/beber/poc-submodule-core.git/tree/README > > That repo was created using the following as an exemple for the core > category : > > $ git clone git+ssh:// > git.enlightenment.org/devs/beber/poc-submodule-core.git > $ git submodule add http://git.enlightenment.org/core/efl.git/ efl > $ git submodule add > http://git.enlightenment.org/core/elementary.git/elementary > $ git submodule add > http://git.enlightenment.org/core/enlightenment.git/enlightenment > $ git submodule add > http://git.enlightenment.org/core/evas_generic_loaders.gitevas_generic_loaders > $ git add .gitmodules > $ git commit .gitmodules efl elementary enlightenment \ > evas_generic_loaders -m 'add modules efl emotion_generic_players > enlightenment' > $ git push > > The README show how to reproduce the same thing as git_multi.sh pull, > clone, run etc .. > > So no every user will have to do this once it's registered in the dumb > repo. > > -- > Beber > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
D'ar gwener 01 a viz Meurzh 2013 e 11 eur 01, « Tom Hacohen » he deus skrivet : > On 01/03/13 09:53, Bertrand Jacquin wrote: > > D'ar gwener 01 a viz Meurzh 2013 e 10 eur 44, « Tom Hacohen » he deus > > skrivet : > >> On 28/02/13 19:55, Bertrand Jacquin wrote: > >>> Another thing that can be done is a dumb repository using git submodule > >>> : > >>> > >>>$ git init /var/tmp/e-core > >>>$ cd /var/tmp/e-core > >>>$ git submodule add http://git.enlightenment.org/core/efl.git/ efl > >>>$ git submodule add http://git.enlightenment.org/core/elementary.git/ > >>> elementary > >>>$ git submodule add > >>> http://git.enlightenment.org/core/enlightenment.git/ enlightenment > >>>$ git submodule add > >>> http://git.enlightenment.org/core/evas_generic_loaders.git > >>> evas_generic_loaders > >>> > >>> Then to update all the repositories : > >>> > >>>$ git submodule update > >>> > >>> We can easily provide some dumb repositories for different kind of usage > >>> so you will just need to clone the dumb one. Theses dumb repo should be > >>> maintain manually. > >> > >> Yeah, we thought about that, and also talked about it with leif that > >> suggested it as well. I don't really like it. While it does make sense > >> for efl, elm and evas_generic loaders as they might have actual > >> dependency requirements, enlightenment has nothing to do with it. > >> > >> Also, people will have to maintain that repository which is quite a pain > >> in the ass, and a good reason why to give up on this idea. > >> > >> When you run "git submodule update" it doesn't "update" the repositories > >> according to upstream, but it's just a "local refresh" > > > > Yes, it is 'git submodule foreach git fetch' > > > > $ git submodule foreach git fetch > > Entering 'efl' > > Entering 'elementary' > > Entering 'enlightenment' > > remote: Counting objects: 155, done. > > remote: Compressing objects: 100% (46/46), done. > > remote: Total 143 (delta 126), reused 112 (delta 97) > > Receiving objects: 100% (143/143), 24.90 KiB, done. > > Resolving deltas: 100% (126/126), completed with 12 local objects. > > From http://git.enlightenment.org/core/enlightenment > > + ea2f81d...4dbaae8 devs/jeyzu/mixer -> origin/devs/jeyzu/mixer (forced > > update) > > > > Mainting scripts, or maintaining a git dumb repo is quiet the same. > > Yeah, but that means every user will have to do: > git clone master_repo.git > git submodule init > git submodule update > git submodule foreach git fetch (is that enough? Don't you need to also > merge that submodule?) > > Which is very tedious. I was meaning that gitolite can create/update automatically a dumb git repo that only register submodule, for exemple : http://git.enlightenment.org/devs/beber/poc-submodule-core.git/tree/README That repo was created using the following as an exemple for the core category : $ git clone git+ssh://git.enlightenment.org/devs/beber/poc-submodule-core.git $ git submodule add http://git.enlightenment.org/core/efl.git/ efl $ git submodule add http://git.enlightenment.org/core/elementary.git/ elementary $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ enlightenment $ git submodule add http://git.enlightenment.org/core/evas_generic_loaders.git evas_generic_loaders $ git add .gitmodules $ git commit .gitmodules efl elementary enlightenment \ evas_generic_loaders -m 'add modules efl emotion_generic_players enlightenment' $ git push The README show how to reproduce the same thing as git_multi.sh pull, clone, run etc .. So no every user will have to do this once it's registered in the dumb repo. -- Beber pgpoTI50yjRaZ.pgp Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
D'ar gwener 01 a viz Meurzh 2013 e 10 eur 44, « Tom Hacohen » he deus skrivet : > On 28/02/13 19:55, Bertrand Jacquin wrote: > > Another thing that can be done is a dumb repository using git submodule > > : > > > > $ git init /var/tmp/e-core > > $ cd /var/tmp/e-core > > $ git submodule add http://git.enlightenment.org/core/efl.git/ efl > > $ git submodule add http://git.enlightenment.org/core/elementary.git/ > > elementary > > $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ > > enlightenment > > $ git submodule add > > http://git.enlightenment.org/core/evas_generic_loaders.git > > evas_generic_loaders > > > > Then to update all the repositories : > > > > $ git submodule update > > > > We can easily provide some dumb repositories for different kind of usage > > so you will just need to clone the dumb one. Theses dumb repo should be > > maintain manually. > > Yeah, we thought about that, and also talked about it with leif that > suggested it as well. I don't really like it. While it does make sense > for efl, elm and evas_generic loaders as they might have actual > dependency requirements, enlightenment has nothing to do with it. > > Also, people will have to maintain that repository which is quite a pain > in the ass, and a good reason why to give up on this idea. > > When you run "git submodule update" it doesn't "update" the repositories > according to upstream, but it's just a "local refresh" Yes, it is 'git submodule foreach git fetch' $ git submodule foreach git fetch Entering 'efl' Entering 'elementary' Entering 'enlightenment' remote: Counting objects: 155, done. remote: Compressing objects: 100% (46/46), done. remote: Total 143 (delta 126), reused 112 (delta 97) Receiving objects: 100% (143/143), 24.90 KiB, done. Resolving deltas: 100% (126/126), completed with 12 local objects. From http://git.enlightenment.org/core/enlightenment + ea2f81d...4dbaae8 devs/jeyzu/mixer -> origin/devs/jeyzu/mixer (forced update) Mainting scripts, or maintaining a git dumb repo is quiet the same. > thing that > updates the repository according to the state recorded in the > aggregating repository, and not according to upstream. Someone would > need to manually update that to make sure people have "good versions". > If you consider how quirky submodules are for new git users, you > understand it just doesn't worth it. > > -- > Tom. > -- Beber pgpOvczFS954n.pgp Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 01/03/13 09:44, Tom Hacohen wrote: > On 28/02/13 19:55, Bertrand Jacquin wrote: >> Another thing that can be done is a dumb repository using git submodule >> : >> $ git init /var/tmp/e-core >> $ cd /var/tmp/e-core >> $ git submodule add http://git.enlightenment.org/core/efl.git/ efl [...] >> Then to update all the repositories : >> >> $ git submodule update >> >> We can easily provide some dumb repositories for different kind of usage >> so you will just need to clone the dumb one. Theses dumb repo should be >> maintain manually. > > Also, people will have to maintain that repository which is quite a pain > in the ass, and a good reason why to give up on this idea. I agree with Tom for precisely this reason. > When you run "git submodule update" it doesn't "update" the repositories > according to upstream, but it's just a "local refresh" thing that > updates the repository according to the state recorded in the > aggregating repository, and not according to upstream. Someone would > need to manually update that to make sure people have "good versions". > If you consider how quirky submodules are for new git users, you > understand it just doesn't worth it. Regards, Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 01/03/13 09:53, Bertrand Jacquin wrote: > D'ar gwener 01 a viz Meurzh 2013 e 10 eur 44, « Tom Hacohen » he deus skrivet > : >> On 28/02/13 19:55, Bertrand Jacquin wrote: >>> Another thing that can be done is a dumb repository using git submodule >>> : >>> >>>$ git init /var/tmp/e-core >>>$ cd /var/tmp/e-core >>>$ git submodule add http://git.enlightenment.org/core/efl.git/ efl >>>$ git submodule add http://git.enlightenment.org/core/elementary.git/ >>> elementary >>>$ git submodule add http://git.enlightenment.org/core/enlightenment.git/ >>> enlightenment >>>$ git submodule add >>> http://git.enlightenment.org/core/evas_generic_loaders.git >>> evas_generic_loaders >>> >>> Then to update all the repositories : >>> >>>$ git submodule update >>> >>> We can easily provide some dumb repositories for different kind of usage >>> so you will just need to clone the dumb one. Theses dumb repo should be >>> maintain manually. >> >> Yeah, we thought about that, and also talked about it with leif that >> suggested it as well. I don't really like it. While it does make sense >> for efl, elm and evas_generic loaders as they might have actual >> dependency requirements, enlightenment has nothing to do with it. >> >> Also, people will have to maintain that repository which is quite a pain >> in the ass, and a good reason why to give up on this idea. >> >> When you run "git submodule update" it doesn't "update" the repositories >> according to upstream, but it's just a "local refresh" > > Yes, it is 'git submodule foreach git fetch' > > $ git submodule foreach git fetch > Entering 'efl' > Entering 'elementary' > Entering 'enlightenment' > remote: Counting objects: 155, done. > remote: Compressing objects: 100% (46/46), done. > remote: Total 143 (delta 126), reused 112 (delta 97) > Receiving objects: 100% (143/143), 24.90 KiB, done. > Resolving deltas: 100% (126/126), completed with 12 local objects. > From http://git.enlightenment.org/core/enlightenment > + ea2f81d...4dbaae8 devs/jeyzu/mixer -> origin/devs/jeyzu/mixer (forced > update) > > Mainting scripts, or maintaining a git dumb repo is quiet the same. Yeah, but that means every user will have to do: git clone master_repo.git git submodule init git submodule update git submodule foreach git fetch (is that enough? Don't you need to also merge that submodule?) Which is very tedious. -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 28/02/13 19:55, Bertrand Jacquin wrote: > Another thing that can be done is a dumb repository using git submodule > : > > $ git init /var/tmp/e-core > $ cd /var/tmp/e-core > $ git submodule add http://git.enlightenment.org/core/efl.git/ efl > $ git submodule add http://git.enlightenment.org/core/elementary.git/ > elementary > $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ > enlightenment > $ git submodule add > http://git.enlightenment.org/core/evas_generic_loaders.git > evas_generic_loaders > > Then to update all the repositories : > > $ git submodule update > > We can easily provide some dumb repositories for different kind of usage > so you will just need to clone the dumb one. Theses dumb repo should be > maintain manually. Yeah, we thought about that, and also talked about it with leif that suggested it as well. I don't really like it. While it does make sense for efl, elm and evas_generic loaders as they might have actual dependency requirements, enlightenment has nothing to do with it. Also, people will have to maintain that repository which is quite a pain in the ass, and a good reason why to give up on this idea. When you run "git submodule update" it doesn't "update" the repositories according to upstream, but it's just a "local refresh" thing that updates the repository according to the state recorded in the aggregating repository, and not according to upstream. Someone would need to manually update that to make sure people have "good versions". If you consider how quirky submodules are for new git users, you understand it just doesn't worth it. -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
Another thing that can be done is a dumb repository using git submodule : $ git init /var/tmp/e-core $ cd /var/tmp/e-core $ git submodule add http://git.enlightenment.org/core/efl.git/ efl $ git submodule add http://git.enlightenment.org/core/elementary.git/ elementary $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ enlightenment $ git submodule add http://git.enlightenment.org/core/evas_generic_loaders.git evas_generic_loaders Then to update all the repositories : $ git submodule update We can easily provide some dumb repositories for different kind of usage so you will just need to clone the dumb one. Theses dumb repo should be maintain manually. D'ar merc'her 27 a viz C'hwevrer 2013 e 14 eur 08, « Daniel Willmann » he deus skrivet : > On 27/02/13 12:58, Cedric BAIL wrote: > > On Wed, Feb 27, 2013 at 1:24 PM, Daniel Willmann > > wrote: > >> On 27/02/13 12:05, David Seikel wrote: > >>> That list is automatic though, so one step closer to fully automated > >>> scripts. B-) > >> > >> Try http://git.enlightenment.org/repos.txt > > > > It would be cool if we could have an rss also for that. So I could get > > notified when we have a new project there. > > Great, tell me when you're done writing that and we'll put it up. :-) > Providing the file was just an easy ln -s on the server. > > What cgit does provide, however, is an RSS feed per repo (in case you > didn't know) > http://git.enlightenment.org/core/efl.git/atom/?h=master > > > Daniel > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Beber pgpvAoQT8DPca.pgp Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 12:19:39 + Daniel Willmann wrote: > On 27/02/13 12:05, David Seikel wrote: > > On Wed, 27 Feb 2013 11:51:11 + Daniel Willmann > > wrote: > > >> Sounds pretty clear to me - am I missing something? > > > > Yes, you are missing the "automatic" part. If there's no > > "automatic", then the list is subject to human error, or bad > > judgement, or both. "Automatic" means everything is in the list, so > > individuals can choose what is important to them. > > > > That list is automatic though, so one step closer to fully automated > > scripts. B-) > > I understand though I would still disagree that this is something > desirable. The automated scripts will still not tell you which of the > repos you actually need, how the deps are, etc. It's all part of automating build scripts. It's not everything, but it's a useful part. The point is to know where to look for the repos that are needed. I spent a lot of time helping Morlenxus with his easy_e17.sh script. With the new GIT repos, there was gonna have to be major surgery on that script, and I was thinking that it was already way more complex than what I need. So I wrote one from scratch, more suited to my own needs, and way simpler. There's lots of other build scripts around to, most are way less complex than easy_e17.sh. Then again, most are made just to suit the needs of the developer that wrote them. Easy_e17.sh is very complex coz it caters for the needs of as many people as Morlenxus could handle. One thing that was a pain was always having to update easy_e17.sh each time something new came along, got moved, a new dependency, or a new build order. And each time it had to be updated like that, we had to worry about lots of people still using old versions complaining that it no longer worked. Since lots of people used easy_e17.sh, there was also increased support load on the rest of the Enlightenment developers. Sooo, my new build script will try to automate as much as possible, to keep the changes needed down to a bare minimum. The more clever the build script is, the less work has to be done to update it to cater to changes. This is what lazy, good for nothing coders do, work hard on their code so they can be lazy later. In this case, it's better to be able to get the structure of the repos automatically than to keep updating the script. Both easy_e17.sh and my new script already automatically searched SVN for the projects to build, and automatically figured out how to build them. Now my script can do similar searching in GIT using this file you have exposed on the web site. Morlenxus might update easy_e17.sh to do the same before I do. A future step is to figure out the deps. Luckily most of the dependency issues went away when we merged libraries into the EFL tree. The rest I would be OK with hard coding into my script for now. In the end though, it's a problem all build scripts have to solve, so it might be good to have that info in the repos somehow. Perhaps any project that has a dependency from the Enlightenment repos could include a e_deps file that simply lists them, one per line? That's something to think about in the future though. In the end I want my script to be clever enough that I can simply say "I want e, efbb, rage, and terminology" and the script figures out the rest by itself, without anyone having to constantly update it with new info. Morlenxus might want this to. As soon as I asked for this list of repos, other people asked for it to, apparently for the same reason. Actually, I think I'll teach my script about the basic deps (everything depends on efl, so build that first; this, that, and the other depends on elementary; plus a few more), then list the things I really use in the proper build order. Then I can just add a few loops to scan SVN and GIT, to build the left overs. Yes, I DO try to build almost everything. B-) > But okay, agree to disagree here. :-) I can handle that. I can't handle rude people telling me I don't want things I just said I want. Thanks for being more understanding. > I'll check if I we can expose the repository list that gitolite > generates for cgit to parse - I guess that would help you. It's working well. I'll be comitting changes to my build script later tonight once I'm done. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 12:45:57 + Tom Hacohen wrote: > On 27/02/13 11:58, David Seikel wrote: > > On Wed, 27 Feb 2013 11:42:54 + Tom Hacohen > > wrote: > > > >> On 27/02/13 11:35, David Seikel wrote: > >>> On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen > >>> wrote: > >>> > >>>> On 27/02/13 11:19, David Seikel wrote: > >>>>> On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" > >>>>> wrote: > >>>>> > >>>>>> jhbuild (https://live.gnome.org/Jhbuild) is another tool that > >>>>>> can do this too. > >>>>>> > >>>>>> U. Artie > >>>>>> > >>>>>>> -Original Message- > >>>>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] > >>>>>>> Sent: Tuesday, February 26, 2013 9:21 AM > >>>>>>> To: Enlightenment developer list > >>>>>>> Subject: [E-devel] Git: Multiple repositories cloning helper > >>>>>>> > >>>>>>> Hey all, > >>>>>>> > >>>>>>> Now that everything is nicely split to small repositories, > >>>>>>> it's "more work" to clone all the repositories. > >>>>>>> There's a tool Google has created for Android called "repo" > >>>>>>> (http://source.android.com/source/version-control.html), that > >>>>>>> manages multiple repositories. > >>>>>>> > >>>>>>> Alternatively, if you don't like the "repo" tool, you can use > >>>>>>> a small tool we wrote. > >>>>>>> Our small tool helps you clone, pull (--rebase) updates, and > >>>>>>> run arbitrary commands (like make and make install). > >>>>>>> > >>>>>>> You can get it from this repo: > >>>>>>> git://git.enlightenment.org/devs/tasn/git_multi.git > >>>>>>> > >>>>>>> README (for those that are too lazy to open the README from > >>>>>>> the repo): This is a small script that helps pulling, cloning > >>>>>>> and running arbitrary commands in multiple repositories. > >>>>>>> Designed to help with the EFL. > >>>>>>> > >>>>>>> You should modify the REPOS and DEV_ACCESS at the top of the > >>>>>>> script before using. > >>>>>>> > >>>>>>> Usage examples: > >>>>>>> Clone all repos: > >>>>>>> ./git_multi.sh clone > >>>>>>> > >>>>>>> Update all repos (pull --rebase): > >>>>>>> ./git_multi.sh pull > >>>>>>> > >>>>>>> Fetch (without rebasing or merging or anything): > >>>>>>> ./git_multi.sh run "git fetch" > >>>>>>> > >>>>>>> Make and install (with sudo): > >>>>>>> ./git_multi.sh run "make && sudo make install" > >>>>>>> > >>>>>>> Regards, > >>>>>>> The SVN Elimination Team. > >>>>> > >>>>>From what I can tell after some research, all of these need > >>>>> someone on the server end to create a list of all the repos, or > >>>>> to create such a list manually on the client end. There does > >>>>> not seem to be any AUTOMATED way of collecting the list of all > >>>>> the repos, short of scraping the http://git.enlightenment.org/ > >>>>> web page, which might itself be manually created? Git seems to > >>>>> not provide this sort of functionality. Someone correct me if > >>>>> I'm wrong please. > >>>>> > >>>>> Or to put it more simply, a way to just clone every single repo, > >>>>> without any manual work at either end. Including new ones that > >>>>> get added at random times, possibly without any announcement. > >>>>> > >>>>> There's over three dozen now, manual work is just not gonna cut > >>>>> it. > >>>> > >>>> That's not what those tools are for. No one sho
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 12:58, Cedric BAIL wrote: > On Wed, Feb 27, 2013 at 1:24 PM, Daniel Willmann > wrote: >> On 27/02/13 12:05, David Seikel wrote: >>> That list is automatic though, so one step closer to fully automated >>> scripts. B-) >> >> Try http://git.enlightenment.org/repos.txt > > It would be cool if we could have an rss also for that. So I could get > notified when we have a new project there. Great, tell me when you're done writing that and we'll put it up. :-) Providing the file was just an easy ln -s on the server. What cgit does provide, however, is an RSS feed per repo (in case you didn't know) http://git.enlightenment.org/core/efl.git/atom/?h=master Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, Feb 27, 2013 at 1:24 PM, Daniel Willmann wrote: > On 27/02/13 12:05, David Seikel wrote: >> That list is automatic though, so one step closer to fully automated >> scripts. B-) > > Try http://git.enlightenment.org/repos.txt It would be cool if we could have an rss also for that. So I could get notified when we have a new project there. -- Cedric BAIL -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 11:58, David Seikel wrote: > On Wed, 27 Feb 2013 11:42:54 + Tom Hacohen > wrote: > >> On 27/02/13 11:35, David Seikel wrote: >>> On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen >>> wrote: >>> >>>> On 27/02/13 11:19, David Seikel wrote: >>>>> On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" >>>>> wrote: >>>>> >>>>>> jhbuild (https://live.gnome.org/Jhbuild) is another tool that can >>>>>> do this too. >>>>>> >>>>>> U. Artie >>>>>> >>>>>>> -Original Message----- >>>>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] >>>>>>> Sent: Tuesday, February 26, 2013 9:21 AM >>>>>>> To: Enlightenment developer list >>>>>>> Subject: [E-devel] Git: Multiple repositories cloning helper >>>>>>> >>>>>>> Hey all, >>>>>>> >>>>>>> Now that everything is nicely split to small repositories, it's >>>>>>> "more work" to clone all the repositories. >>>>>>> There's a tool Google has created for Android called "repo" >>>>>>> (http://source.android.com/source/version-control.html), that >>>>>>> manages multiple repositories. >>>>>>> >>>>>>> Alternatively, if you don't like the "repo" tool, you can use a >>>>>>> small tool we wrote. >>>>>>> Our small tool helps you clone, pull (--rebase) updates, and run >>>>>>> arbitrary commands (like make and make install). >>>>>>> >>>>>>> You can get it from this repo: >>>>>>> git://git.enlightenment.org/devs/tasn/git_multi.git >>>>>>> >>>>>>> README (for those that are too lazy to open the README from the >>>>>>> repo): This is a small script that helps pulling, cloning and >>>>>>> running arbitrary commands in multiple repositories. Designed to >>>>>>> help with the EFL. >>>>>>> >>>>>>> You should modify the REPOS and DEV_ACCESS at the top of the >>>>>>> script before using. >>>>>>> >>>>>>> Usage examples: >>>>>>> Clone all repos: >>>>>>> ./git_multi.sh clone >>>>>>> >>>>>>> Update all repos (pull --rebase): >>>>>>> ./git_multi.sh pull >>>>>>> >>>>>>> Fetch (without rebasing or merging or anything): >>>>>>> ./git_multi.sh run "git fetch" >>>>>>> >>>>>>> Make and install (with sudo): >>>>>>> ./git_multi.sh run "make && sudo make install" >>>>>>> >>>>>>> Regards, >>>>>>> The SVN Elimination Team. >>>>> >>>>>From what I can tell after some research, all of these need >>>>> someone on the server end to create a list of all the repos, or to >>>>> create such a list manually on the client end. There does not >>>>> seem to be any AUTOMATED way of collecting the list of all the >>>>> repos, short of scraping the http://git.enlightenment.org/ web >>>>> page, which might itself be manually created? Git seems to not >>>>> provide this sort of functionality. Someone correct me if I'm >>>>> wrong please. >>>>> >>>>> Or to put it more simply, a way to just clone every single repo, >>>>> without any manual work at either end. Including new ones that >>>>> get added at random times, possibly without any announcement. >>>>> >>>>> There's over three dozen now, manual work is just not gonna cut >>>>> it. >>>> >>>> That's not what those tools are for. No one should ever want to >>>> clone all the git repositories on the server. The mess we used to >>>> have in svn is a disease we managed to cure, not something we >>>> would like to bring back. >>> >>> I think this cure is worse than the disease then, though I have no >>> idea what aspect of it you think is a "disease". I want to clone >>> them all, it's entirely possible som
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 12:24:09 + Daniel Willmann wrote: > On 27/02/13 12:05, David Seikel wrote: > > That list is automatic though, so one step closer to fully automated > > scripts. B-) > > Try http://git.enlightenment.org/repos.txt Cool, thanks. /me finishes his dinner, then scurries off to put that into his script. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 12:05, David Seikel wrote: > That list is automatic though, so one step closer to fully automated > scripts. B-) Try http://git.enlightenment.org/repos.txt Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 12:05, David Seikel wrote: > On Wed, 27 Feb 2013 11:51:11 + Daniel Willmann > wrote: >> Sounds pretty clear to me - am I missing something? > > Yes, you are missing the "automatic" part. If there's no "automatic", > then the list is subject to human error, or bad judgement, or both. > "Automatic" means everything is in the list, so individuals can choose > what is important to them. > > That list is automatic though, so one step closer to fully automated > scripts. B-) I understand though I would still disagree that this is something desirable. The automated scripts will still not tell you which of the repos you actually need, how the deps are, etc. But okay, agree to disagree here. :-) I'll check if I we can expose the repository list that gitolite generates for cgit to parse - I guess that would help you. Regards, Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 12:02, Massimo Maiurana wrote: > Daniel Willmann, il 27/02/2013 12:44, ha scritto: > >> If you >> want something that clones everything for you I guess Tom's script is a >> good place to start. > > It would be good to be able to clone only repos that are on a given dir, > and all of them, in an automatic way. > For example, I would clone all core/* and all apps/*, leving out all the > rest, but right now I need to check on the web page and add every single > repo in your script manually. > Could this be done inside the script, parsing the web page or with some > command which scans somewhere? Sure, the web page contains structured information after all... But I don't really see the benefit at the moment as that list is going to change very slowly over time. That being said, I don't think anyone will mind if you just go ahead and add that. Regards, Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 13:02:03 +0100 Massimo Maiurana wrote: > Daniel Willmann, il 27/02/2013 12:44, ha scritto: > > > If you > > want something that clones everything for you I guess Tom's script > > is a good place to start. > > It would be good to be able to clone only repos that are on a given > dir, and all of them, in an automatic way. > For example, I would clone all core/* and all apps/*, leving out all > the rest, but right now I need to check on the web page and add every > single repo in your script manually. > Could this be done inside the script, parsing the web page or with > some command which scans somewhere? That's exactly the sort of thing I am after. Trying to find an automatic way to gather the list of repos, so that scripts can easily deal with them. Daniel provided some clues which I will investigate after I'm done with dinner. I'll put what I come up with into my build script in dev/onefang later tonight. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 11:51:11 + Daniel Willmann wrote: > On 27/02/13 11:35, David Seikel wrote: > > On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen > > wrote: > > > >> Those solutions only provide specific components, that's the whole > >> idea, only the needed ones. > > > > How do people know what is needed, if there's no automatic list to > > choose from? > > > > Is http://git.enlightenment.org/ compiled automatically? > > Legacy iswell, old libs (that got merged into efl) > Core is the...core stuff > Applications are the applications built on top of the libraries > Development Tools contains tools you might or might not need during > development > > devs/* is all the projects devs started on their own (basically what > PROTO was before) before it's ready to go "public" > > Sounds pretty clear to me - am I missing something? Yes, you are missing the "automatic" part. If there's no "automatic", then the list is subject to human error, or bad judgement, or both. "Automatic" means everything is in the list, so individuals can choose what is important to them. That list is automatic though, so one step closer to fully automated scripts. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 11:44:28 + Daniel Willmann wrote: > On 27/02/13 11:19, David Seikel wrote: > > From what I can tell after some research, all of these need someone > > on the server end to create a list of all the repos, or to create > > such a list manually on the client end. There does not seem to be > > any AUTOMATED way of collecting the list of all the repos, short of > > scraping the http://git.enlightenment.org/ web page, which might > > itself be manually created? Git seems to not provide this sort of > > functionality. Someone correct me if I'm wrong please. > > The web page is created on the fly by cgit (a repository viewer for > git) which integrates with gitolite (the repository access management > system we're using). If you're interested in more you might want to > read into the documentation for both, especially scan-path for cgit. I'll read up on this scan-path, sounds promising, it might do the trick. > That's the server side. Tom already answered for the client side. If > you want something that clones everything for you I guess Tom's > script is a good place to start. No, Tom said something about a disease and that I don't want to do that. His initial response was not at all helpful. > You could also give mr a try - it seems you could create a .mrconfig > with the relevant paths and distribute that: > http://joeyh.name/blog/entry/introducing_mr/ Sounds like it's more manual work, I'm looking for automation. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
Daniel Willmann, il 27/02/2013 12:44, ha scritto: > If you > want something that clones everything for you I guess Tom's script is a > good place to start. It would be good to be able to clone only repos that are on a given dir, and all of them, in an automatic way. For example, I would clone all core/* and all apps/*, leving out all the rest, but right now I need to check on the web page and add every single repo in your script manually. Could this be done inside the script, parsing the web page or with some command which scans somewhere? -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 11:42:54 + Tom Hacohen wrote: > On 27/02/13 11:35, David Seikel wrote: > > On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen > > wrote: > > > >> On 27/02/13 11:19, David Seikel wrote: > >>> On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" > >>> wrote: > >>> > >>>> jhbuild (https://live.gnome.org/Jhbuild) is another tool that can > >>>> do this too. > >>>> > >>>> U. Artie > >>>> > >>>>> -Original Message- > >>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] > >>>>> Sent: Tuesday, February 26, 2013 9:21 AM > >>>>> To: Enlightenment developer list > >>>>> Subject: [E-devel] Git: Multiple repositories cloning helper > >>>>> > >>>>> Hey all, > >>>>> > >>>>> Now that everything is nicely split to small repositories, it's > >>>>> "more work" to clone all the repositories. > >>>>> There's a tool Google has created for Android called "repo" > >>>>> (http://source.android.com/source/version-control.html), that > >>>>> manages multiple repositories. > >>>>> > >>>>> Alternatively, if you don't like the "repo" tool, you can use a > >>>>> small tool we wrote. > >>>>> Our small tool helps you clone, pull (--rebase) updates, and run > >>>>> arbitrary commands (like make and make install). > >>>>> > >>>>> You can get it from this repo: > >>>>> git://git.enlightenment.org/devs/tasn/git_multi.git > >>>>> > >>>>> README (for those that are too lazy to open the README from the > >>>>> repo): This is a small script that helps pulling, cloning and > >>>>> running arbitrary commands in multiple repositories. Designed to > >>>>> help with the EFL. > >>>>> > >>>>> You should modify the REPOS and DEV_ACCESS at the top of the > >>>>> script before using. > >>>>> > >>>>> Usage examples: > >>>>> Clone all repos: > >>>>> ./git_multi.sh clone > >>>>> > >>>>> Update all repos (pull --rebase): > >>>>> ./git_multi.sh pull > >>>>> > >>>>> Fetch (without rebasing or merging or anything): > >>>>> ./git_multi.sh run "git fetch" > >>>>> > >>>>> Make and install (with sudo): > >>>>> ./git_multi.sh run "make && sudo make install" > >>>>> > >>>>> Regards, > >>>>> The SVN Elimination Team. > >>> > >>> From what I can tell after some research, all of these need > >>> someone on the server end to create a list of all the repos, or to > >>> create such a list manually on the client end. There does not > >>> seem to be any AUTOMATED way of collecting the list of all the > >>> repos, short of scraping the http://git.enlightenment.org/ web > >>> page, which might itself be manually created? Git seems to not > >>> provide this sort of functionality. Someone correct me if I'm > >>> wrong please. > >>> > >>> Or to put it more simply, a way to just clone every single repo, > >>> without any manual work at either end. Including new ones that > >>> get added at random times, possibly without any announcement. > >>> > >>> There's over three dozen now, manual work is just not gonna cut > >>> it. > >> > >> That's not what those tools are for. No one should ever want to > >> clone all the git repositories on the server. The mess we used to > >> have in svn is a disease we managed to cure, not something we > >> would like to bring back. > > > > I think this cure is worse than the disease then, though I have no > > idea what aspect of it you think is a "disease". I want to clone > > them all, it's entirely possible someone else might want to clone > > them all. Or at least clone some of the ones that you don't think > > are needed. > > Please tell me why you'd need 10 photo viewers that cloned into your > box. I'm quite interested. What possible reason would you have to >
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 11:35, David Seikel wrote: > On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen > wrote: > >> Those solutions only provide specific components, that's the whole >> idea, only the needed ones. > > How do people know what is needed, if there's no automatic list to > choose from? > > Is http://git.enlightenment.org/ compiled automatically? Legacy iswell, old libs (that got merged into efl) Core is the...core stuff Applications are the applications built on top of the libraries Development Tools contains tools you might or might not need during development devs/* is all the projects devs started on their own (basically what PROTO was before) before it's ready to go "public" Sounds pretty clear to me - am I missing something? Regards, Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 11:19, David Seikel wrote: > From what I can tell after some research, all of these need someone on > the server end to create a list of all the repos, or to create such a > list manually on the client end. There does not seem to be any > AUTOMATED way of collecting the list of all the repos, short of > scraping the http://git.enlightenment.org/ web page, which might > itself be manually created? Git seems to not provide this sort of > functionality. Someone correct me if I'm wrong please. The web page is created on the fly by cgit (a repository viewer for git) which integrates with gitolite (the repository access management system we're using). If you're interested in more you might want to read into the documentation for both, especially scan-path for cgit. That's the server side. Tom already answered for the client side. If you want something that clones everything for you I guess Tom's script is a good place to start. You could also give mr a try - it seems you could create a .mrconfig with the relevant paths and distribute that: http://joeyh.name/blog/entry/introducing_mr/ Regards, Daniel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 11:35, David Seikel wrote: > On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen > wrote: > >> On 27/02/13 11:19, David Seikel wrote: >>> On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" >>> wrote: >>> >>>> jhbuild (https://live.gnome.org/Jhbuild) is another tool that can >>>> do this too. >>>> >>>> U. Artie >>>> >>>>> -Original Message- >>>>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] >>>>> Sent: Tuesday, February 26, 2013 9:21 AM >>>>> To: Enlightenment developer list >>>>> Subject: [E-devel] Git: Multiple repositories cloning helper >>>>> >>>>> Hey all, >>>>> >>>>> Now that everything is nicely split to small repositories, it's >>>>> "more work" to clone all the repositories. >>>>> There's a tool Google has created for Android called "repo" >>>>> (http://source.android.com/source/version-control.html), that >>>>> manages multiple repositories. >>>>> >>>>> Alternatively, if you don't like the "repo" tool, you can use a >>>>> small tool we wrote. >>>>> Our small tool helps you clone, pull (--rebase) updates, and run >>>>> arbitrary commands (like make and make install). >>>>> >>>>> You can get it from this repo: >>>>> git://git.enlightenment.org/devs/tasn/git_multi.git >>>>> >>>>> README (for those that are too lazy to open the README from the >>>>> repo): This is a small script that helps pulling, cloning and >>>>> running arbitrary commands in multiple repositories. Designed to >>>>> help with the EFL. >>>>> >>>>> You should modify the REPOS and DEV_ACCESS at the top of the >>>>> script before using. >>>>> >>>>> Usage examples: >>>>> Clone all repos: >>>>> ./git_multi.sh clone >>>>> >>>>> Update all repos (pull --rebase): >>>>> ./git_multi.sh pull >>>>> >>>>> Fetch (without rebasing or merging or anything): >>>>> ./git_multi.sh run "git fetch" >>>>> >>>>> Make and install (with sudo): >>>>> ./git_multi.sh run "make && sudo make install" >>>>> >>>>> Regards, >>>>> The SVN Elimination Team. >>> >>> From what I can tell after some research, all of these need >>> someone on the server end to create a list of all the repos, or to >>> create such a list manually on the client end. There does not seem >>> to be any AUTOMATED way of collecting the list of all the repos, >>> short of scraping the http://git.enlightenment.org/ web page, which >>> might itself be manually created? Git seems to not provide this >>> sort of functionality. Someone correct me if I'm wrong please. >>> >>> Or to put it more simply, a way to just clone every single repo, >>> without any manual work at either end. Including new ones that get >>> added at random times, possibly without any announcement. >>> >>> There's over three dozen now, manual work is just not gonna cut it. >> >> That's not what those tools are for. No one should ever want to clone >> all the git repositories on the server. The mess we used to have in >> svn is a disease we managed to cure, not something we would like to >> bring back. > > I think this cure is worse than the disease then, though I have no > idea what aspect of it you think is a "disease". I want to clone them > all, it's entirely possible someone else might want to clone them all. > Or at least clone some of the ones that you don't think are needed. Please tell me why you'd need 10 photo viewers that cloned into your box. I'm quite interested. What possible reason would you have to clone them all? Clone some of the ones I don't think as needed: you can add how many repos you'd like to the script I wrote, or clone them "manually". > >> Those solutions only provide specific components, that's the whole >> idea, only the needed ones. > > How do people know what is needed, if there's no automatic list to > choose from? They get all the core ones, which are the core essentials, and then get the extra stuff they might want. Or read about it in the website. > > Is http://git.enlightenment.org/ compiled automatically? Yes, it's automatically generated. -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Wed, 27 Feb 2013 11:28:01 + Tom Hacohen wrote: > On 27/02/13 11:19, David Seikel wrote: > > On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" > > wrote: > > > >> jhbuild (https://live.gnome.org/Jhbuild) is another tool that can > >> do this too. > >> > >> U. Artie > >> > >>> -Original Message- > >>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] > >>> Sent: Tuesday, February 26, 2013 9:21 AM > >>> To: Enlightenment developer list > >>> Subject: [E-devel] Git: Multiple repositories cloning helper > >>> > >>> Hey all, > >>> > >>> Now that everything is nicely split to small repositories, it's > >>> "more work" to clone all the repositories. > >>> There's a tool Google has created for Android called "repo" > >>> (http://source.android.com/source/version-control.html), that > >>> manages multiple repositories. > >>> > >>> Alternatively, if you don't like the "repo" tool, you can use a > >>> small tool we wrote. > >>> Our small tool helps you clone, pull (--rebase) updates, and run > >>> arbitrary commands (like make and make install). > >>> > >>> You can get it from this repo: > >>> git://git.enlightenment.org/devs/tasn/git_multi.git > >>> > >>> README (for those that are too lazy to open the README from the > >>> repo): This is a small script that helps pulling, cloning and > >>> running arbitrary commands in multiple repositories. Designed to > >>> help with the EFL. > >>> > >>> You should modify the REPOS and DEV_ACCESS at the top of the > >>> script before using. > >>> > >>> Usage examples: > >>> Clone all repos: > >>> ./git_multi.sh clone > >>> > >>> Update all repos (pull --rebase): > >>> ./git_multi.sh pull > >>> > >>> Fetch (without rebasing or merging or anything): > >>> ./git_multi.sh run "git fetch" > >>> > >>> Make and install (with sudo): > >>> ./git_multi.sh run "make && sudo make install" > >>> > >>> Regards, > >>> The SVN Elimination Team. > > > > From what I can tell after some research, all of these need > > someone on the server end to create a list of all the repos, or to > > create such a list manually on the client end. There does not seem > > to be any AUTOMATED way of collecting the list of all the repos, > > short of scraping the http://git.enlightenment.org/ web page, which > > might itself be manually created? Git seems to not provide this > > sort of functionality. Someone correct me if I'm wrong please. > > > > Or to put it more simply, a way to just clone every single repo, > > without any manual work at either end. Including new ones that get > > added at random times, possibly without any announcement. > > > > There's over three dozen now, manual work is just not gonna cut it. > > That's not what those tools are for. No one should ever want to clone > all the git repositories on the server. The mess we used to have in > svn is a disease we managed to cure, not something we would like to > bring back. I think this cure is worse than the disease then, though I have no idea what aspect of it you think is a "disease". I want to clone them all, it's entirely possible someone else might want to clone them all. Or at least clone some of the ones that you don't think are needed. > Those solutions only provide specific components, that's the whole > idea, only the needed ones. How do people know what is needed, if there's no automatic list to choose from? Is http://git.enlightenment.org/ compiled automatically? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 11:19, David Seikel wrote: > On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" > wrote: > >> jhbuild (https://live.gnome.org/Jhbuild) is another tool that can >> do this too. >> >> U. Artie >> >>> -Original Message- >>> From: Tom Hacohen [mailto:tom.haco...@samsung.com] >>> Sent: Tuesday, February 26, 2013 9:21 AM >>> To: Enlightenment developer list >>> Subject: [E-devel] Git: Multiple repositories cloning helper >>> >>> Hey all, >>> >>> Now that everything is nicely split to small repositories, it's "more >>> work" to clone all the repositories. >>> There's a tool Google has created for Android called "repo" >>> (http://source.android.com/source/version-control.html), that manages >>> multiple repositories. >>> >>> Alternatively, if you don't like the "repo" tool, you can use a small >>> tool we wrote. >>> Our small tool helps you clone, pull (--rebase) updates, and run >>> arbitrary commands (like make and make install). >>> >>> You can get it from this repo: >>> git://git.enlightenment.org/devs/tasn/git_multi.git >>> >>> README (for those that are too lazy to open the README from the >>> repo): This is a small script that helps pulling, cloning and >>> running arbitrary commands in multiple repositories. Designed to >>> help with the EFL. >>> >>> You should modify the REPOS and DEV_ACCESS at the top of the script >>> before using. >>> >>> Usage examples: >>> Clone all repos: >>> ./git_multi.sh clone >>> >>> Update all repos (pull --rebase): >>> ./git_multi.sh pull >>> >>> Fetch (without rebasing or merging or anything): >>> ./git_multi.sh run "git fetch" >>> >>> Make and install (with sudo): >>> ./git_multi.sh run "make && sudo make install" >>> >>> Regards, >>> The SVN Elimination Team. > > From what I can tell after some research, all of these need someone on > the server end to create a list of all the repos, or to create such a > list manually on the client end. There does not seem to be any > AUTOMATED way of collecting the list of all the repos, short of > scraping the http://git.enlightenment.org/ web page, which might > itself be manually created? Git seems to not provide this sort of > functionality. Someone correct me if I'm wrong please. > > Or to put it more simply, a way to just clone every single repo, without > any manual work at either end. Including new ones that get added at > random times, possibly without any announcement. > > There's over three dozen now, manual work is just not gonna cut it. That's not what those tools are for. No one should ever want to clone all the git repositories on the server. The mess we used to have in svn is a disease we managed to cure, not something we would like to bring back. Those solutions only provide specific components, that's the whole idea, only the needed ones. -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On Tue, 26 Feb 2013 17:47:09 + "Eoff, Ullysses A" wrote: > jhbuild (https://live.gnome.org/Jhbuild) is another tool that can > do this too. > > U. Artie > > >-Original Message- > >From: Tom Hacohen [mailto:tom.haco...@samsung.com] > >Sent: Tuesday, February 26, 2013 9:21 AM > >To: Enlightenment developer list > >Subject: [E-devel] Git: Multiple repositories cloning helper > > > >Hey all, > > > >Now that everything is nicely split to small repositories, it's "more > >work" to clone all the repositories. > >There's a tool Google has created for Android called "repo" > >(http://source.android.com/source/version-control.html), that manages > >multiple repositories. > > > >Alternatively, if you don't like the "repo" tool, you can use a small > >tool we wrote. > >Our small tool helps you clone, pull (--rebase) updates, and run > >arbitrary commands (like make and make install). > > > >You can get it from this repo: > >git://git.enlightenment.org/devs/tasn/git_multi.git > > > >README (for those that are too lazy to open the README from the > >repo): This is a small script that helps pulling, cloning and > >running arbitrary commands in multiple repositories. Designed to > >help with the EFL. > > > >You should modify the REPOS and DEV_ACCESS at the top of the script > >before using. > > > >Usage examples: > >Clone all repos: > >./git_multi.sh clone > > > >Update all repos (pull --rebase): > >./git_multi.sh pull > > > >Fetch (without rebasing or merging or anything): > >./git_multi.sh run "git fetch" > > > >Make and install (with sudo): > >./git_multi.sh run "make && sudo make install" > > > >Regards, > >The SVN Elimination Team. From what I can tell after some research, all of these need someone on the server end to create a list of all the repos, or to create such a list manually on the client end. There does not seem to be any AUTOMATED way of collecting the list of all the repos, short of scraping the http://git.enlightenment.org/ web page, which might itself be manually created? Git seems to not provide this sort of functionality. Someone correct me if I'm wrong please. Or to put it more simply, a way to just clone every single repo, without any manual work at either end. Including new ones that get added at random times, possibly without any announcement. There's over three dozen now, manual work is just not gonna cut it. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
On 27/02/13 07:37, Daniel Juyung Seo wrote: > Actually it didn't work here so I made some changes and pushed. > Can you review it? Oops, yeah, good fix. :) -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
Actually it didn't work here so I made some changes and pushed. Can you review it? Daniel Juyung Seo (SeoZ) On Wed, Feb 27, 2013 at 2:20 AM, Tom Hacohen wrote: > Hey all, > > Now that everything is nicely split to small repositories, it's "more > work" to clone all the repositories. > There's a tool Google has created for Android called "repo" > (http://source.android.com/source/version-control.html), that manages > multiple repositories. > > Alternatively, if you don't like the "repo" tool, you can use a small > tool we wrote. > Our small tool helps you clone, pull (--rebase) updates, and run > arbitrary commands (like make and make install). > > You can get it from this repo: > git://git.enlightenment.org/devs/tasn/git_multi.git > > README (for those that are too lazy to open the README from the repo): > This is a small script that helps pulling, cloning and running arbitrary > commands in multiple repositories. Designed to help with the EFL. > > You should modify the REPOS and DEV_ACCESS at the top of the script > before using. > > Usage examples: > Clone all repos: > ./git_multi.sh clone > > Update all repos (pull --rebase): > ./git_multi.sh pull > > Fetch (without rebasing or merging or anything): > ./git_multi.sh run "git fetch" > > Make and install (with sudo): > ./git_multi.sh run "make && sudo make install" > > Regards, > The SVN Elimination Team. > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git: Multiple repositories cloning helper
jhbuild (https://live.gnome.org/Jhbuild) is another tool that can do this too. U. Artie >-Original Message- >From: Tom Hacohen [mailto:tom.haco...@samsung.com] >Sent: Tuesday, February 26, 2013 9:21 AM >To: Enlightenment developer list >Subject: [E-devel] Git: Multiple repositories cloning helper > >Hey all, > >Now that everything is nicely split to small repositories, it's "more >work" to clone all the repositories. >There's a tool Google has created for Android called "repo" >(http://source.android.com/source/version-control.html), that manages >multiple repositories. > >Alternatively, if you don't like the "repo" tool, you can use a small >tool we wrote. >Our small tool helps you clone, pull (--rebase) updates, and run >arbitrary commands (like make and make install). > >You can get it from this repo: >git://git.enlightenment.org/devs/tasn/git_multi.git > >README (for those that are too lazy to open the README from the repo): >This is a small script that helps pulling, cloning and running arbitrary >commands in multiple repositories. Designed to help with the EFL. > >You should modify the REPOS and DEV_ACCESS at the top of the script >before using. > >Usage examples: >Clone all repos: >./git_multi.sh clone > >Update all repos (pull --rebase): >./git_multi.sh pull > >Fetch (without rebasing or merging or anything): >./git_multi.sh run "git fetch" > >Make and install (with sudo): >./git_multi.sh run "make && sudo make install" > >Regards, >The SVN Elimination Team. > >-- >Everyone hates slow websites. So do we. >Make your web apps faster with AppDynamics >Download AppDynamics Lite for free today: >http://p.sf.net/sfu/appdyn_d2d_feb >___ >enlightenment-devel mailing list >enlightenment-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Git: Multiple repositories cloning helper
Hey all, Now that everything is nicely split to small repositories, it's "more work" to clone all the repositories. There's a tool Google has created for Android called "repo" (http://source.android.com/source/version-control.html), that manages multiple repositories. Alternatively, if you don't like the "repo" tool, you can use a small tool we wrote. Our small tool helps you clone, pull (--rebase) updates, and run arbitrary commands (like make and make install). You can get it from this repo: git://git.enlightenment.org/devs/tasn/git_multi.git README (for those that are too lazy to open the README from the repo): This is a small script that helps pulling, cloning and running arbitrary commands in multiple repositories. Designed to help with the EFL. You should modify the REPOS and DEV_ACCESS at the top of the script before using. Usage examples: Clone all repos: ./git_multi.sh clone Update all repos (pull --rebase): ./git_multi.sh pull Fetch (without rebasing or merging or anything): ./git_multi.sh run "git fetch" Make and install (with sudo): ./git_multi.sh run "make && sudo make install" Regards, The SVN Elimination Team. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
