man diff
And check the directory where the deb lives, sources are already there

Can we get horizontal scrolling instead of vertical? Just like this:

http://www.youtube.com/watch?v=NqmvxHGVPEg

diff is for comparing two files. Do you have two folders or you compare to specific git revision using git-diff ?

Just clean the source from binaries (dpkg-buildpackage -sn -S should do) then cd .. diff -u -r originalfolder newfolder

mohammad could you add ur custom hildon-desktop and all fixxes with the 2 column hildon desktop with centre fix of aligatro on page 4 ??

Great work and Im lovin the tweaks.

Has anyone got the task switch to loop the windows over and over. I think it would be cool for it to loop so its more fluid without having to scroll back up if you missed what you're looking for. Just a suggestion.

Ive got the above also, which rules.

Only thing is, when you are in "multi-task view" when you close one thumb it really slowly scrolls the other one into view....

Have messed with transitions.ini, but cannot speed it up. Ive sped it up half of the time, but it depends if you close the top or bottom thumb first..

Help?!

There are multiple ways to do it (as you can already see from this post). My favourite method is to "git init" and "git add *" the directory before I make any change (of course this is unnecessary if you are already working in a Git checkout). Hack, hack, hack. After that, check your changes with "git diff" and if you like them, make a commit (don't forget to "git add" any changed and new files). After that's done, you can use "git format-patch" to create patches. Alternatively, if you have not added any new files, you can simply redirect the output of "git diff" to a file and use that as a patch.

The good thing with "git format-patch" is that you simply keep committing small changes on top of each other, and you could even "git rebase" your changes if there is activity in upstream, and still get all your patches spit out at once, in the right order.

Of course, you don't have to use "git", and a unified (-u) recursive (-r) diff of the original source folder and your changed source folder works just as well for one-off patches, but it gets more comfortable as the number of patches grows (and as a side effect, you can publish your private branch as normal Git repository somewhere online for others to pull/follow - in that case it would be useful to base your changes on the original upstream VCS history instead of using "git init" on a release tarball).

Nice work guys!Thx!

Yes< thanks