13:05:01 #startmeeting 13:05:01 Meeting started Mon May 4 13:05:01 2015 UTC. The chair is evilaliv3. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:05:01 Useful Commands: #action #agreed #help #info #idea #link #topic. 13:05:08 halo! 13:05:17 halo! 13:05:26 sorry to be late elv 13:05:31 no prob lol :p 13:05:33 here is the link for today 13:05:36 http://piratepad.net/olHq2nGAGy 13:05:41 let's switch to the new brand? 13:05:59 /d/ch/ 13:06:13 hope you will enjoy the work done till now 13:06:43 yep you can start using it. i've still to fix some issues but i will take care of doing them ongoing 13:06:52 i've only one raccomendation 13:07:33 when you will commit now, please try to follow the conventional commit message format that as repeated vaious time is the following: 13:08:53 wait, i'm tring also to find a reference to use 13:08:58 and i'm going to document it on the wiki 13:09:16 we have to define the integration workflow 13:11:31 https://git.kernel.org/cgit/git/git.git/tree/Documentation/SubmittingPatches?id=HEAD 13:11:54 ok this is the general reference for what i was saying 13:12:05 you do not have to read it now 13:12:10 i'm interested only in this 13:13:28 The body should provide a meaningful commit message, which: 13:13:29 . explains the problem the change tries to solve, iow, what is wrong 13:13:29 with the current code without the change. 13:13:29 . justifies the way the change solves the problem, iow, why the 13:13:29 result with the change is better. 13:13:31 . alternate solutions considered but discarded, if any. 13:13:34 Describe your changes in imperative mood, e.g. "make xyzzy do frotz" 13:13:36 instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy 13:13:39 to do frotz", as if you are giving orders to the codebase to change 13:13:42 its behaviour. Try to make sure your explanation can be understood 13:13:43 without external resources. Instead of giving a URL to a mailing list 13:13:46 archive, summarize the relevant points of the discussion. 13:14:07 and in general (someone removed it from latest version of this document): 13:14:19 uses the imperative, present tense: "change", not "changed" or "changes". 13:15:06 this should be like: 13:15:33 "Verb (capitalized and in present thans form) ....... " 13:15:36 e.g.: 13:15:53 Bump to version 2.60.69 13:15:58 Update translations 13:16:07 Apply RTL fix to .pull-left/.pull-right and few custom classes 13:16:14 Fix language change due to javascript race condition 13:16:23 Apply cleanup and documentation of debian postinst 13:16:28 Fix issue #1256 13:16:56 this are the last one of mine, do you recognize the pattern ? 13:19:23 e.https://github.com/twisted/twisted/commits 13:19:29 e.g. https://github.com/twisted/twisted/commits 13:19:52 you can see that quite all the commit from the community of Twisted are in this form 13:20:05 well, okay, I see, I also need: 13:20:18 1) workflow to push things 13:20:37 for what concern the workflow i'm working on this and evaluating the use of gitflow 13:21:06 in general for now you can try following this commands: 13:21:07 2) at least the git commands to begin using the new branch 13:21:21 yep, i'm giving you the 2 13:21:28 so that you can do a test for you 13:21:34 ok thanks 13:21:42 and see if it automagically work as i would like to 13:21:49 git clone repository 13:21:53 to clone 13:22:00 as starting point 13:23:16 git clone git@github.com:origliante/GlobaLeaks.git 13:23:55 git remote add upstream git@github.com:globaleaks/GlobaLeaks.git 13:24:51 (i'm slow cause i'm retesting them all befor going on) 13:25:22 git fetch upstream 13:26:09 now that you do not have branch end2end: 13:26:14 git checkout end2end 13:26:26 then you will work for a few on your patches 13:26:37 at one time you will commit on your branch with: 13:26:52 git commit -a -m "Implement bla bla bla #1240" 13:27:15 at one time you will have the need to fetch changes and rebase your branch 13:27:35 git pull --rebase upstrea/end2end 13:28:51 then you will have to eventually fix conflicts 13:28:51 that means editing a file: e.g. vi file.py 13:29:25 and then saying to git you have fixed the conflic for that file: e.g. git add file.py 13:29:50 after you have fixed the conflict for each file: git rebase --continue 13:30:56 for every call got git pull --rabase / git rebase --continue git will apply your code patch after patch, and you will have to fix conflict by conflict 13:31:07 and finally the last git rebase --continue will say: "Ok, we are done!" 13:31:36 at thet time you will be able to push all on your repository that will be clean 13:31:46 git push origin end2end 13:31:49 :) 13:31:55 that's all folk 13:32:04 this are the only one commands you have to use 13:32:22 no git merge or other 13:32:39 instead of git pull --rebase you can do things in two steps: 13:32:55 first step) git fetch upstream 13:33:15 second step) git rebase upstream/end2end 13:33:36 but for now i will help you doing always all as described above 13:35:01 so that i will be always present when you will have the need to do this things 13:40:33 okay i'll follow this today 13:49:45 There's a missing point 13:50:02 if I follow what you did I would work on upstream/end2end 13:50:03 ? 13:50:16 and not on origin/end2end 13:50:32 that's wrong 13:51:03 you will work on a local branch called "end2end", and that will start from upstream/end2end 13:51:22 then when you will push you will be able to push only on your that is origin/end2end 13:51:31 with git push origin end2end 13:51:55 but when you work on your pc you have only a a branch called end2end 13:52:00 do you get the point? 14:44:23 #endmeeting