IRCloggy #git 2013-03-15

Logs Search ←Prev date Next date→ Channels Documentation

Provider of IRC logs since 2005.
WARNING: As Freenode became unjoinable and lost all warnings in topics, we cannot log channels on Freenode anymore.

2013-03-15

greymalkin Anyone know how to manually check a commit/tag's signature (without using verify-tag, I want to use my own GPG options)00:00
shawnj left00:00
erty left00:01
milki you can probably either configure a gpg program or pass it in as an option00:01
Adys I have a bunch of commits that begin with "project_name: ". I want to remove that bit. any idea how?00:02
huoxito joined00:02
p3rror left00:02
pastime left00:03
milki Adys: you can read up on man git filter-branch00:03
gitinfo Adys: the git-filter-branch manpage is available at http://jk.gs/git-filter-branch.html00:03
Adys I'm there right now I've never been good with it :P00:04
I figured i need msg-filter00:04
milki sounds reasonable00:04
Sonderblade left00:05
v0n joined00:05
andres greymalkin: yea, otherwise you would need to parse the tags content, split at the gpg part and then verify the first part against the second00:06
doesn't sound like fun to me.00:06
Seveas bazz: you disappeared for 6 hours :)00:06
b1rkh0ff left00:07
jn_ left00:07
Seveas bazz: anyway, I said: then do it differently: checkout their new branch, create a new branch of your own based on that and cherry-pick your patch on your new branch00:07
m0viefreak left00:08
grawity greymalkin: take a look at contrib/examples/git-verify-tag.sh and contrib/examples/git-tag.sh00:08
spyro what's the ETA on a release for 2.0?00:08
Seveas spyro: no ETA, no plan afaik00:09
greymalkin grawity: What is this... you're in almost every channel I've asked a question on for the last few months :)00:09
milki spyro: over 900000:09
dsdeiz left00:09
spyro har har har00:09
kenperkins joined00:09
madewokherd joined00:09
spyro Just curious how much longer I'm going to be spammed with a warning about push.default00:09
milki until you choose a default?00:10
kenperkins left00:10
mario-goulart left00:10
kenperkins joined00:10
hwrd|work left00:11
kmels__ left00:14
greymalkin grawity: But, as usual, that's exactly what I was looking for00:15
ErKa joined00:15
marhaban left00:15
rawtaz is there any specific reason that the --staged alias which git diff has isnt available for git rm as well?00:16
it would kinda make sense00:16
if it was, i mean00:16
milki rawtaz: either no one cares, its actually there, someone forgot, its already patched, etc00:17
rawtaz milki: all that would fall under no specific reason imo, but i see what you mean. afayk there's no super specific reason i take it00:18
like, it hasnt been decided NOT to be done00:18
milki shrugs00:18
jjore left00:18
bitkiller joined00:18
rawtaz from a usability perspective its a valid question :)00:19
pastime joined00:19
savid joined00:19
tplaner joined00:19
xpen_ joined00:19
milki provide a patch to the git developer mailing list00:19
rawtaz i was just asking dude00:20
;)00:20
milki falls under doesnt really care00:20
rawtaz yeah, the tone of your answers have made that clear already, thanks :)00:20
milki uses --cached00:20
rawtaz thanks though00:21
milki np00:21
git isnt really designed00:21
rawtaz hehe yeah00:21
i like that summary :D00:21
milki lol00:22
tmcmahon joined00:22
xpen left00:22
chuckharmston left00:25
boombatower joined00:27
m0viefreak joined00:29
hwrd|work joined00:29
Adys i just split with filter-branch a bit of my project into its own project. but Im left with an old empty merge as the first commit, like this: http://paste2.org/p/315753100:29
i want to get rid of it, any idea?00:29
Cakey joined00:29
tplaner left00:29
cbreak Adys: you can use grafts to remove that parent, and then filter-branch to bake the graft00:30
or you can use a parent filter00:30
Adys grafts?00:30
hwrd|work left00:31
cbreak https://git.wiki.kernel.org/index.php/GraftPoint00:31
you'd make it look like the parent you would like to have has no parent00:32
infynyxx joined00:32
Adys thats neat, though i have no idea how to use that00:32
savid left00:32
cbreak just put the sha you want to graft into that file00:33
rking So, I think it's a pretty bad practice to mash the giant green "Merge This Without Verifying It" button on Github. What is a more correct process, though? Should I merge it locally, verify it, then do the 'signed-off-by' when I commit and go back to the Github UI to close the Pull Req?00:33
_FrnchFrgg_ left00:33
hyperair left00:33
Adys cbreak: so if i understand this correctly, i put the 2nd commit into the file with no parent and it gets rid of the first?00:34
cbreak yes00:34
it should look as if it was in effect immediately00:34
and if you like it, you can filter-branch to bake it00:34
Adys very neat00:34
rawtaz the index == the staging area, right?00:34
Adys cbreak: how?00:34
cbreak (note that I only did that once, ages ago)00:34
just filter00:34
Adys oh cool00:35
cbreak maybe with a tag name filter if you have tags00:35
rawtaz: yes.00:35
rawtaz thanks00:35
giallu left00:35
TheFuzzball left00:35
Adys thanks a lot cbreak, that's the whole project cleaned up :)00:35
yshh left00:35
cbreak np :)00:36
as said above, using --parent-filter would be an alternative to grafts00:37
but I think it's harder to use00:37
(well, I suppose in this case it'd be an inverse grep ...)00:38
samholmes left00:39
dmarkham_ left00:39
drewbert joined00:40
tplaner joined00:40
arkady91 left00:41
rakl left00:42
miso1337 left00:42
jdunck left00:42
Bass10 left00:44
Jojomofoman joined00:44
devth left00:45
rawtaz theres one thing i dont understand regarding file moving, reading http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository - if git tracks files by content, then why cant i just do a regular `mv foo bar` in the OS and git will know that this is the same file? is it cuz of the possibility that another file with identical content was added and this first one removed, that it doesnt assume things?00:45
bitkiller left00:45
ozette left00:46
rawtaz having read about git tracking contents makes you surprised when you read that you still need to tell git about renames/moves00:46
just noting00:46
bitkiller joined00:48
bitkiller left00:48
aberrant left00:49
bitkiller joined00:49
rawtaz also, is it impossible in git to remove file A and add file B and NOT have it be seen as a rename by git, when the files have the same content?00:50
spyro rawtaz: Because git needs to be informed of the change in index contents00:51
tplaner left00:51
haarg rawtaz: you can just do a mv foo bar. but you still need to update the index with that information.00:52
rawtaz haarg: yeah, as in the book00:52
haarg mv foo bar; git rm foo; git add bar # git will see this the same as git mv foo bar00:52
dreiss left00:52
rawtaz spyro: i see00:52
spyro so unless you "git add" the new file, git doesn't even know the new file even exists00:53
apok left00:53
rawtaz spyro: do you mean regarding my first question now, manually doing a regular OS-level `mv` ?00:53
wrouesnel joined00:53
spyro if you play with files and don't tell git, git won't feel safe making assumptions00:54
jcromartie left00:54
rawtaz yeah00:54
tplaner joined00:54
rawtaz but what about the second question? that one is just curiousity00:54
tongcx joined00:54
rawtaz i.e. whether it is possible to delete file A and add file B in the same commit, them having the same contents, without git seeing that as a rename00:55
seeing/treating00:55
haarg git doesn't actually record renames anywhere00:55
fire__ joined00:55
rawtaz exactly. it goes by content00:55
but if you do git rm a; git add b then git will treat that as a rename, from what i can tell00:55
haarg it's all in the tools that are looking at the history afterwards. git blame you can tell if it should track changes across renames.00:55
fire left00:56
rawtaz so im wondering if one can make git not treat that as a rename, and instead see it for what it is (in this example), a regular adding of one file and removing another00:56
haarg same with git log. it has --follow if you want it to try to follow history across renames.00:56
JeremyWei joined00:57
mitz left00:57
haarg as i said, it depends on what tool you are using to look at the history.00:57
git log by default won't track across renames00:57
scelis left00:57
rawtaz haarg: right.. but at this point i am only at the commit stage (in my reasoning). git status says it is a rename of that/those files. im not seeing a parameter to `git status` that controls how to treat (potential) renames00:58
haarg i'm not aware of any option to status to control that00:59
rawtaz ok00:59
haarg but it sounds pretty useless00:59
rawtaz but i do see your point. the perception from git that this is a rename is cosmetic.00:59
haarg yes01:00
pastime left01:00
pastime joined01:01
Adys cbreak: and done https://github.com/Adys/django-push-notifications/commits/master01:01
jcromartie joined01:01
R1KRDO joined01:01
maletor left01:01
tmcmahon left01:01
lavaman joined01:02
private joined01:02
privateGuest7102901:02
pastime left01:04
tplaner left01:04
Thra11 left01:05
dreiss joined01:05
pxdr left01:06
hwrd|work joined01:06
pxdr joined01:06
undecim_ left01:07
undecim_ joined01:07
kaylee joined01:07
pastime_ joined01:09
cwinebrinner joined01:09
Jahm left01:09
dreiss left01:10
kaylee left01:10
cwinebrinner I added some files and committed. Very stupidly, I accidentally deleted the files and amended them to the previous commit. Is there any way to recover them?01:10
mloskot joined01:11
mloskot left01:11
mloskot joined01:11
RandalSchwartz git checkout HEAD@{1} or something01:11
pastime_ left01:11
RandalSchwartz git reset --hard HEAD@{1}01:11
v0n left01:11
RandalSchwartz might do it01:11
nbari joined01:11
pastime joined01:11
cwinebrinner RandalSchwartz: I'll give it a try. Thanks.01:12
rawtaz cwinebrinner: i think it might be helpful to `git reflog` to see the things RandalSchwartz is referencing01:12
RandalSchwartz do a git reflog01:12
yeah01:12
rawtaz is speculating01:12
RandalSchwartz git reflog HEAD01:12
rawtaz oh :)01:12
rawtaz claps01:12
RandalSchwartz see which commit you want01:12
yshh joined01:12
Jahm joined01:12
RandalSchwartz then git reset --hard that01:12
v0n joined01:12
cwinebrinner My saviors =)01:13
rawtaz 01:13
R1KRDO left01:14
cwinebrinner Thank you both so very much.01:15
RandalSchwartz bows01:15
RandalSchwartz hits head on desk01:15
RandalSchwartz ouch!01:15
penguin1 left01:15
rawtaz lol01:16
ari-_-e really the savior is git :)01:16
rawtaz ari-_-e: shh, dont tell!01:16
actually we cant have that rationale. with it linus would be the savior, or his mom!01:16
hyperair joined01:16
ari-_-e really the savior is the big bang01:17
pr0ton left01:17
sgronblom joined01:17
tongcx left01:17
rawtaz word.01:17
ari-_-e taking that to its logical conclusion01:17
flavius left01:17
stliu joined01:18
barq joined01:18
beakman joined01:18
etcetera left01:19
NiteRain left01:19
Guest50399 left01:20
akiress joined01:21
akiressGuest740401:21
Octalot left01:22
nbari left01:22
Guest7404 left01:23
elixir left01:24
akiress joined01:24
miso1337 joined01:26
etcetera joined01:26
dhruvasagar joined01:27
hwrd|work left01:28
relipse Jesus is the Savior01:30
hwrd|work joined01:30
jaequery joined01:31
mikehaas763 Anyone know about when git got tab completion? I just installed git in my dev environment on debian 6 squeeze from the standard apt-get repo and there is not tab completion. Super bothersome01:32
imMute mikehaas763: looong time ago01:32
RandalSchwartz depends on the shell too01:32
imMute make sure you source /etc/bash_completion.d/git (or thereabouts) in your .bashrc01:32
AaronMT left01:32
RandalSchwartz I'm hoping bash is never my default shell. :)01:32
imMute O.o01:33
mikehaas763 I love bash :(01:33
RandalSchwartz zsh for the win01:33
mikehaas763 Anyways, you're right. Surprising that it didn't do that automatically. It's a nice touch on Ubuntu01:33
drewbert left01:34
Goplat joined01:34
macrover joined01:34
mikehaas763 I've barely played with zsh. What does it offer that bash doesn't?01:34
rakl joined01:34
gtmanfred mikehaas763: http://ix.io/2O801:35
rchavik joined01:36
josefig left01:36
mastro left01:36
gtmanfred mikehaas763: http://ompldr.org/vaHJoaA01:36
plus massively expanded parameter expansion01:37
mikehaas763 that font hurts my eyes01:37
gtmanfred http://ompldr.org/vaHJoag01:37
mikehaas763 ..I'm sure its customizable01:37
dsdeiz joined01:37
gtmanfred and tab completion with descriptions01:37
boombatower left01:38
xpen_ left01:39
gtmanfred and glob expansion http://ompldr.org/vaHJobA01:39
deepinskin joined01:40
boombatower joined01:40
aberrant joined01:40
SBoudrias joined01:40
Progster joined01:41
aberrant left01:41
gtmanfred http://code.gtmanfred.com/cgit/dotfiles.git/tree/zsh and http://code.gtmanfred.com/cgit/dotfiles.git/tree/zshrc01:41
rurufufuss joined01:42
gtmanfred mikehaas763: i also really like hash, hash -d /srv/git/pacman.git=pacman.git; ... then i can just cd ~pacman.git from anywhere01:42
barq left01:42
boombatower left01:42
quazimodo left01:43
gtmanfred i probably spent way to much time setting up my shell...01:43
boombatower joined01:43
wrouesnel left01:44
Vert joined01:44
gtmanfred i particularly like the table flips on return values of anything besides 001:44
kcj left01:45
notVert left01:45
quazimodo joined01:45
thiago joined01:45
pishposh joined01:46
lavaman left01:46
hwrd|work left01:46
d2dchat left01:46
pishposh what up blood! what does master in 'git push origin master' mean? where does my file go?01:47
dreiss joined01:47
mikehaas763 it means you are pushing the 'master' branch to the remote setup and name origin01:47
master and origin are basically the default names you get01:47
but you can set up other remotes and new branches01:47
milleja46 left01:48
mikehaas763 *pushing it to the remote named origin01:48
pishposh mikehaas763: master being the path to my file on my machine?01:48
mikehaas763 nope, git has a concept called branches01:48
type git branch and you will probably just see master. That's because you don't have other branches set up.01:49
jpcamara joined01:49
milleja46 joined01:49
mikehaas763 http://git-scm.com/book/en/Git-Branching-Basic-Branching-and-Merging01:49
That's a good introduction to branching01:49
infynyxx left01:49
pishposh mikehaas763: k lemme see what you have here01:50
soypirate left01:50
Chryyz joined01:50
rakl left01:52
etcetera left01:53
mastro joined01:53
luc_ joined01:53
ojacobson_ joined01:54
ojacobson left01:55
ojacobson_ojacobson01:55
dhruvasagar left01:56
oriba left01:56
pr0ton joined01:57
jpcamara_ joined02:00
goshawk left02:01
dydave joined02:01
jpcamara left02:01
Cakey left02:02
Cakey joined02:02
pr0ton left02:02
rurufufuss left02:03
cryosphere joined02:04
Watabou joined02:05
rakl joined02:05
mloskot left02:05
jwmann left02:05
kadoban joined02:07
jwmann joined02:08
v0n left02:09
daniel_-_ left02:10
luc__ joined02:10
angelsl joined02:10
luc__ left02:10
luc_ left02:11
pr0ton joined02:11
luc__ joined02:11
yankeefan04 left02:12
yankeefan04 joined02:12
intripoon_ joined02:12
pr0ton left02:14
intripoon left02:15
p3lim left02:16
ErKa left02:18
hwrd|work joined02:18
Asenar left02:20
ehsan left02:21
parallel21 joined02:22
Asenar joined02:22
Jojomofoman left02:22
parallel21 Just converted a repo from svn to git and I'll still have a branch title "remotes/trunk"02:23
I'm trying to delete it, but nothing seems to find it02:23
yankeefan04 left02:23
thiago git update-ref -d refs/remotes/trunk02:24
fuzzybunny69y left02:25
jaequery left02:25
parallel21 Yes!02:25
thiago: Thank you!02:25
cmn that's one way, but branch -r should be able to find it; what's this "nothing" that can't find it02:25
parallel21 branch -r listed it02:26
erkules_ joined02:26
parallel21 But how does one remove it with -r02:26
thiago branch -r -d didn't do it?02:26
cmn the same way as without, you add -d02:26
parallel21 I didn't try that… but am making note of both commands. Thanks for the tip02:27
xiangfu joined02:27
cmn so what did you mean when you said nothing could find it?02:28
erkules left02:28
jwmann left02:29
parallel21 I kept getting errors saying error: error: refname refs/heads/trunk not found02:29
cmn because that branch doesn't exist, but you still haven't said what you did02:30
Vampire0 joined02:30
solusfaran joined02:31
Vampire0_ left02:33
kpreid left02:33
kpreid joined02:33
jpcamara joined02:34
jpcamara_ left02:35
parallel21 So that error was from git branch -m trunk master02:35
I thought I'd rename it if I could not get rid of it02:36
normanrichards joined02:38
infynyxx joined02:38
hafeez3000 joined02:39
NiteRain joined02:41
kadoban left02:41
parallel21 None of the commands I was using could find it02:45
parallel21 left02:45
luc_ joined02:47
dhruvasagar joined02:47
tvw left02:48
luc_ left02:48
tbmiller left02:49
jaequery joined02:49
luc_ joined02:49
luc__ left02:49
pastime left02:50
bitkiller left02:50
infynyxx left02:52
raspy_freenode joined02:53
theotherguy joined02:54
Noldorin left02:55
ehsan joined02:56
Guest71449 left02:56
Pigeon joined02:56
xpen joined02:56
PigeonGuest4370602:56
acl_ left02:57
SonikBoom left02:57
Slush- joined02:59
pppaul left02:59
jonkratz joined02:59
kadoban joined03:00
infynyxx joined03:00
xpen left03:01
luc__ joined03:02
JDuke128 joined03:02
Noldorin joined03:02
bitkiller joined03:02
SBoudrias left03:03
mastro left03:04
hyperair left03:05
luc_ left03:05
frenchlaf joined03:05
hyperair joined03:05
pastime joined03:05
macrover left03:05
brundlfly joined03:06
orafu left03:07
kadoban left03:07
orafu joined03:07
averiso joined03:07
brundlfly what is meant by the error REJECTED_NONFASTFORWARD occurs?03:08
xiangfu left03:08
Orbitrix joined03:08
EugeneKay !ff03:09
gitinfo A fast-forward merge occurs when you merge a commit which is a descendant of !HEAD. No new commit is created, instead the branch is simply moved forward. See http://sandofsky.com/images/fast_forward.pdf03:09
offby1 that means that the remote has "diverged" from you -- or vice versa03:09
that too03:09
EugeneKay It means it isn't one of those ^. You need to create a merge.03:09
offby1 hasn't gotten used to these here new-fangled robots03:09
EugeneKay Try `git pull` then push again03:09
xiangfu joined03:10
infynyxx left03:11
mnb joined03:11
raspy_freenode left03:13
hwrd|work left03:16
mnb left03:17
lindenle left03:18
mastro joined03:18
brundlfly I cant push my master branch to my github account, any other branch works fine. Is there anything else I can try, Sorry I am new to git.03:19
lacrymology left03:19
dhruvasagar left03:19
ojacobson left03:19
frenchlaf left03:19
eletuchy left03:20
SamB brundlfly: what happens when you try?03:20
brundlfly same issue REJECTED_NONFASTFORWARD (Using git in Netbeans 7.3)03:21
created a branch and it works fine03:21
but not with the master branch03:21
miso1337 left03:22
rakl left03:23
engkur joined03:23
rektide left03:24
chrisgeorge left03:26
josefig joined03:27
mikeym_ joined03:27
ktcsoz left03:27
Progster left03:28
dmarkham_ joined03:28
ktcsoz joined03:28
sunny256 left03:29
sunny256 joined03:30
yacks joined03:31
apol left03:32
lindenle joined03:32
itatitat left03:33
cmn brundlfly: see what man git push says about non fast-forwards03:34
gitinfo brundlfly: the git-push manpage is available at http://jk.gs/git-push.html03:34
Davey joined03:35
taylorlapeyre joined03:35
brundlfly I appreciate your help.03:35
akiress left03:35
Anders_J left03:36
Orbitrix left03:38
solusfaran left03:38
hafeez3000 left03:39
Parhs8 joined03:44
miso1337 joined03:45
hwrd|work joined03:46
Bankzilla left03:47
mihamina1 joined03:47
JDuke128 left03:48
Noldorin left03:49
JDuke128 joined03:50
mihamina left03:51
offby1 SamB: God bless you for asking "what happens when you try"03:52
Noldorin joined03:52
jonkratz left03:52
SamB I thought that might be it ...03:53
Noldorin left03:53
Noldorin joined03:54
dpac|away left03:54
ktcsoz left03:55
Noldorin left03:55
Noldorin joined03:56
dpac joined03:56
brundlfly I pushed my branch but there is a different user name displayed as author. This user has not even branched the repository. What should I do?03:56
Noldorin left03:57
jcromartie left03:57
Noldorin joined03:58
jpcamara left03:58
bitkiller left03:59
maqr joined03:59
Noldorin left04:00
Noldorin joined04:00
chuckharmston joined04:00
Error404NotFound joined04:01
m0ltar joined04:01
dpacdpac|away04:01
Noldorin left04:02
mihamina1 left04:02
Cakey left04:02
theother_ joined04:02
Noldorin joined04:02
Cakey joined04:03
Noldorin left04:04
luc_ joined04:04
beneggett joined04:04
Noldorin joined04:05
kishorebabu joined04:05
luc__ left04:05
offby1 fix your commit, then re-push with -f. Or else: live with it.04:06
!rewrite04:06
gitinfo [!rewriting_public_history] Rewriting public history is usually bad. Everyone who has pulled the old history have to do work (and you'll have to tell them to). If you must, you can use `git push -f` to force (and the remote may reject that, anyway). See http://git-scm.com/docs/git-rebase.html#_recovering_from_upstream_rebase04:06
Noldorin left04:06
offby1 brundlfly: the user name displayed is part of the commit you pushed; it has nothing to do with the process of pushing. If you examine the commit on your local disk, you'll see the same user name.04:06
Noldorin joined04:07
Guest43706 left04:07
beautifulmind joined04:07
Pigeon joined04:07
OOPMan joined04:07
jdyin joined04:08
PigeonGuest5459404:08
Noldorin left04:08
fire__ left04:08
Noldorin joined04:09
huoxito left04:09
miso1337 left04:09
hatake joined04:09
shawnj joined04:09
hatake left04:10
Noldorin left04:10
Noldorin joined04:11
Noldorin left04:12
danishkhan joined04:13
rking I could use a little help with the '--signoff' usage. I have a commit that I (laboriously) reviewed, and I want to set it apart from the sloppy Pull Requests that get merged.04:13
I can easily merge it onto 'master', but now I'm confused about how to sign it.04:13
Noldorin joined04:13
rking I was going down the road of 'git format-patch' with the intention of 'git am --signoff', but I was having a bit of trouble and also it seems like a weird roundabout process.04:14
ISF_ left04:14
Noldorin left04:15
chuckharmston left04:15
marcdel joined04:15
Noldorin joined04:15
eletuchy joined04:16
shawnjshawnj|away04:16
Noldorin left04:17
hwrd|work left04:18
rking Aha, I think I see how it's supposed to go. This page had some clues: http://wiki.koha-community.org/wiki/Sign_off_on_patches04:19
lresende joined04:19
irqq joined04:19
rking I'll try it from the top04:19
mezner joined04:19
Wulf left04:19
jeffsi joined04:20
Tao joined04:21
cryosphere left04:21
danishkhan left04:22
shawnj|awayshawnj04:22
shawnj left04:22
marcdel left04:23
marcdel joined04:23
Noldorin joined04:24
miso1337 joined04:25
huoxito joined04:25
lresende_ joined04:25
lresende left04:26
lresende_lresende04:26
sushant1 joined04:26
L-Chymera left04:27
Noldorin left04:29
eletuchy left04:29
taylorlapeyre left04:31
yankeefan04 joined04:31
paddymahoney left04:32
rking OK, so this is halfway decent. Still has room for streamlining, but:04:32
<verify branch foo is good>; git checkout master && git format-patch -s ..foo && git am 00*.patch04:33
jday_ joined04:34
rking Then I edited it to say "Merged #123" hoping to make Github respond to like I had clicked "Merge this Pull Request"04:34
hwrd|work joined04:36
markalanevans left04:36
v0n joined04:37
NiteRain left04:38
beakman left04:38
JeremyWei left04:38
harshpb joined04:38
eletuchy joined04:39
dsdeiz left04:42
boombatower left04:42
dsdeiz joined04:42
pppaul joined04:43
eletuchy left04:43
vedant joined04:44
hwrd|work left04:45
v0n left04:45
preflex_ joined04:46
preflex left04:47
preflex_preflex04:47
shezbaig_wk joined04:47
shezbaig_wk left04:47
arvind_khadri joined04:48
gamja9e joined04:49
gamja9e left04:51
Raging_Hog joined04:51
gamja9e joined04:51
gamja9e left04:51
jday_ left04:52
pastime left04:52
hafeez3000 joined04:54
Davey left04:54
jeffsi left04:54
dhruvasagar joined04:57
miso1337 left04:58
s00pcan joined04:58
Raging_Hog left04:58
Turicas joined04:58
mezner left04:59
JeremyWei joined04:59
eletuchy joined05:00
chuckharmston joined05:02
robbyoconnor joined05:03
chuckharmston left05:05
BryanRuiz1_ joined05:06
BryanRuiz1_ how do i say last 3 commits? HEAD^^^ ?05:06
angelsl left05:08
jave joined05:10
dmarkham_ left05:12
mikehaas763 left05:12
pretty_function joined05:13
Mannequin left05:14
Noldorin joined05:14
oste left05:14
boombatower joined05:15
Noldorin left05:15
darnir joined05:16
krazyj left05:16
Noldorin joined05:16
Noldorin left05:18
xaocon|away joined05:18
darnir How to ignore all files except those that are currently tracked?05:18
Noldorin joined05:18
jjore joined05:20
Noldorin left05:20
hoschi joined05:21
Noldorin joined05:21
Noldorin left05:22
Noldorin joined05:23
Noldorin left05:24
Noldorin joined05:25
irqq left05:25
mastro left05:26
Cakey left05:26
ehsan left05:27
Blaster hey how could I just temporarily check out a file from a previous commit and then change back to the new one later?05:27
skorgon Blaster: git checkout <sha1> -- path/to/file05:28
darnir How to ignore all files except those that are currently tracked?05:29
miso1337 joined05:29
skorgon or use 'git show <commit>:path/to/file'05:29
Noldorin left05:31
Blaster skorgon: how do I get back to the latest commit version of that file after I do that?05:31
skorgon Blaster: read the output of git status05:31
stliu left05:31
vedant left05:31
Blaster i did05:32
and I run git reset HEAD <file> and its still at the old version05:32
danishkhan joined05:32
skorgon git checkout -- <file>, IIRC05:32
nihilista left05:33
Blaster the old version got staged for some reason after checking it out from an older commit05:33
Noldorin joined05:33
skorgon reset HEAD should unstage it05:34
Noldorin left05:34
Blaster yeah I had to do that, and then checkout head05:35
Noldorin joined05:35
kerrick joined05:36
Noldorin left05:36
gerard0 left05:36
Noldorin joined05:36
danishkhan left05:37
Noldorin left05:37
mastro joined05:38
p3rror joined05:39
marcdel left05:39
xiangfu left05:40
p3rror left05:40
xiangfu joined05:41
lresende_ joined05:41
marcdel joined05:42
yankeefan04 left05:42
longbeach joined05:43
lresende left05:43
lresende_lresende05:43
hafeez3000 left05:44
s00pcan left05:44
marcdel left05:44
Tommy[D]_ joined05:44
hafeez3000 joined05:46
snearch joined05:46
snearch left05:47
snearch joined05:47
Tommy[D] left05:48
s00pcan joined05:48
p3rror joined05:49
brundlfly left05:49
JDuke128 left05:49
deepinskin left05:50
Kulrak joined05:51
Raging_Hog joined05:53
system64 joined05:54
lresende left05:54
Noldorin joined05:54
Noldorin left05:55
Noldorin joined05:56
Xethron joined05:57
Noldorin left05:57
Noldorin joined05:58
Raging_Hog left05:58
netiul left05:58
Noldorin left05:59
Noldorin joined05:59
Noldorin left06:00
lethjakman joined06:00
boombatower left06:03
BryanRuiz1_ left06:05
eijk joined06:06
s00pcan left06:07
tewecske joined06:07
s00pcan joined06:07
cwinebrinner left06:08
Error404NotFound left06:08
Wulf joined06:08
system64 left06:08
Err404NotFound joined06:09
PaulCapestany left06:10
etcetera joined06:11
vdv joined06:12
borillion joined06:12
harshpb left06:14
fuzzybunny69y joined06:15
m0viefreak left06:15
harshpb joined06:15
etcetera left06:16
borillion Um I guess Im missing something but how to you grab a directory or a subpart of a tree ?06:16
etcetera joined06:16
EugeneKay borillion - man git-archive06:20
gitinfo borillion: the git-archive manpage is available at http://jk.gs/git-archive.html06:20
kcj joined06:20
borillion :P kk06:20
EugeneKay If you just want a subdir of it you can look in man gitrevisions for the syntax to use06:20
gitinfo the gitrevisions manpage is available at http://jk.gs/gitrevisions.html06:20
borillion forgot about that man command lol06:21
Thanks EugeneKay, been a while seen I saw you last on here lol06:21
normanrichards left06:23
mikepack joined06:24
Goplat left06:25
Turicas left06:26
kerrick left06:26
darnir left06:28
Watabou left06:28
kerrick joined06:28
EugeneKay I'm usually around06:28
lresende joined06:29
nevyn joined06:30
subhojit777 joined06:31
averiso left06:33
averiso joined06:35
Dreamer3 left06:36
jceb joined06:36
borillion left06:36
borillion joined06:37
iksik joined06:37
iksik left06:37
iksik joined06:37
iksik left06:37
causasui_ left06:37
Dreamer3 joined06:38
ThePawnBreak joined06:41
huoxito left06:41
lresende left06:42
OOPMan left06:44
vedant joined06:47
dydave left06:48
hafeez3000 left06:49
borillion left06:49
jceb left06:50
ThePawnBreak left06:52
lyang0 I'll probably make most of my 1:1 calls, what does it mean in english ?06:53
Raging_Hog joined06:55
sigkill joined06:58
pppaul left06:58
infynyxx joined06:59
hmsimha joined06:59
barneybook joined06:59
unknowndna left07:00
hafeez3000 joined07:01
marcdel joined07:04
marcdel left07:04
lowrezz joined07:06
ThomasLocke joined07:06
chuckharmston joined07:07
lowrezz left07:07
infynyxx left07:08
xpen joined07:08
ThePawnBreak joined07:09
teearri joined07:10
teear left07:10
jjore left07:11
mikepack left07:12
etcetera left07:13
kadoban joined07:13
wrouesnel joined07:14
Katafalkas joined07:15
chuckharmston left07:16
jargon joined07:16
newbie999 joined07:16
maqr_ joined07:18
maqr left07:21
isomorph left07:21
ryez joined07:22
dsdeiz_ joined07:23
dsdeiz left07:23
scorphus left07:23
Yakko left07:27
wrouesnel left07:27
Katafalkas left07:28
stliu joined07:30
tsdh joined07:30
ddv joined07:31
aweorit joined07:33
xiangfu left07:35
xiangfu joined07:35
vedant left07:37
rob_w joined07:38
flijten joined07:40
Anders_J joined07:40
chuckharmston joined07:41
rath joined07:42
beautifulmind left07:42
rurufufuss joined07:43
tPl0ch joined07:43
vdv left07:43
dsdeiz joined07:44
vedant joined07:44
k_sze[work] joined07:44
k_sze[work] grrrrr07:45
Nevik sorry07:45
dogs have to stay outside07:45
k_sze[work] why did git stash pop automatically stage the files in the stash?07:45
Nevik because stash also saves your staging area07:45
it stages what was staged when you stashed07:45
fuzzybunny69y left07:46
dsdeiz_ left07:46
k_sze[work] Nevik: but I am certain that I did not stage them before stashing.07:46
I even still have the scrollback log of my terminal to prove it.07:46
Nevik you can probably tell stash to not stage somehow07:46
man git stash will know07:46
gitinfo the git-stash manpage is available at http://jk.gs/git-stash.html07:46
erkules_erkules07:49
marthinal joined07:51
chuckharmston left07:51
dreiss left07:53
pen joined07:54
Sigma joined07:55
harshpb left07:56
giallu joined07:56
guampa left07:57
tbosua joined07:57
harshpb joined07:57
pencilcheck joined07:58
vedant left08:00
vedant joined08:01
pen left08:02
suy joined08:03
elixir joined08:03
elixir left08:04
kewah joined08:05
gain joined08:05
relipse left08:06
vedant left08:07
douglaslassance joined08:07
leeN joined08:08
leeN left08:08
vedant joined08:08
LeMike joined08:08
thehandler left08:09
vedant left08:13
hoschi left08:16
chuckharmston joined08:17
francisfish joined08:18
netiul joined08:19
thiago left08:19
mklappstuhl joined08:19
Sonderblade joined08:21
relipse joined08:22
psoo joined08:23
mihamina joined08:23
dhruvasagar left08:24
chuckharmston left08:25
danishkhan joined08:26
dydave joined08:27
eletuchy left08:27
eletuchy_ joined08:27
hafeez3000 left08:28
AccessGranted joined08:28
timj joined08:29
hoschi joined08:30
danishkhan left08:30
smirn0v joined08:30
ak5 joined08:31
timj1 left08:32
eletuchy_ left08:32
LekeFly left08:32
lethjakman left08:33
OOPMan joined08:34
lowrezz_ joined08:35
lowrezz_ hi08:35
how to delete a revision in a remote repo08:35
_Vi left08:35
madewokherd left08:37
thierryp joined08:37
Seveas lowrezz_: you don't. you could force a push to the relevant ref of a local ref where that commit is not a parent of and then gc will take care of it after a while08:38
lowrezz_ ok08:38
and how can i change an old commit message08:38
Seveas if it's at the tip of a branch: git commit --amend. If not, git rebase --interactive08:39
irqq joined08:39
elixir joined08:40
TheFuzzball joined08:40
xpen left08:41
didlixForHire joined08:41
TaoConjuro08:41
maxmanders joined08:43
zoran119_ joined08:45
zoran119 left08:46
BadDesign joined08:46
BadDesign left08:46
BadDesign joined08:46
marcdel joined08:47
dhruvasagar joined08:49
arkady91 joined08:51
averiso left08:51
ferdev left08:52
b1rkh0ff joined08:52
chuckharmston joined08:52
marhaban joined08:53
didlixForHire left08:53
Xethron left08:54
Xethron joined08:55
alexwhitman joined08:56
LimeBlast joined08:57
arkady91 left08:58
koltroll joined08:58
fp_ left08:59
spyro left09:00
douglaslassance left09:00
Jahm left09:00
harshpb left09:00
Guest54594 left09:00
chichou_ joined09:00
faceleg joined09:00
pencilcheck left09:01
harshpb joined09:01
chichou_ left09:01
chuckharmston left09:01
faceleg left09:02
spyro joined09:02
harshpb left09:02
marcdel left09:02
harshpb joined09:02
elixir left09:03
elixir joined09:03
daniel_-_ joined09:03
threesome left09:04
threesome joined09:05
Error404NotFound joined09:05
Error404NotFound left09:06
Err404NotFound left09:07
douglaslassance joined09:07
infynyxx joined09:08
LekeFly joined09:09
infynyxx left09:11
Vile left09:12
ferdev joined09:12
shadok_ joined09:14
shadok_ left09:14
shadok_ joined09:14
infynyxx joined09:15
zoran119_ left09:15
zoran119 joined09:15
ThePawnBreak left09:18
pretty_function left09:19
exoon joined09:20
hafeez3000 joined09:21
BadDesign left09:22
zoran119 left09:23
sie joined09:23
zoran119 joined09:24
marhaban left09:26
charon lowrezz_: read about !rewriting though09:27
gitinfo lowrezz_: Rewriting public history is a very bad idea. Anyone else who may have pulled the old history will have to jump through hoops (and you have to tell them to), so it's infinitely better to just move on without rewriting. That said, you can use `git push -f` to force your new history through (may get rejected, though). See http://git-scm.com/docs/git-rebase.html#_recovering_from_upstrea09:27
lowrezz_ thanks09:28
i didn't change it anyway09:28
chuckharmston joined09:28
lowrezz_ slowly i begin to like git09:28
ppl on this channel helped me a lot especially cbreak09:29
charon lowrezz_: removing a commit from a public repo (other than by simply deleting the only branch it's on) is also rewriting09:29
zoresvit joined09:29
tvw joined09:29
charon (i don't know your reasons, so i'm not _yet_ saying you shouldn't ... but you better have good reasons ;) )09:30
daniel_-_ left09:30
Asenar left09:30
yacks left09:31
sie left09:32
alkino joined09:33
j0ran left09:34
j0ran joined09:34
j0ran left09:35
j0ran joined09:35
rurufufuss left09:35
zoresvit left09:36
chuckharmston left09:37
fire joined09:38
mihamina left09:38
marhaban joined09:38
yacks joined09:39
infynyxx left09:39
dpwrussell left09:40
Vile joined09:41
dpwrussell joined09:41
Asenar joined09:42
kcj left09:42
pantsman joined09:44
marhaban left09:44
jkremser joined09:46
mikecmpbll joined09:46
eletuchy joined09:47
pen joined09:47
eletuchy left09:47
eletuchy joined09:47
axrfnu joined09:47
rurufufuss joined09:48
marhaban joined09:50
cilly joined09:51
zoresvit joined09:51
pen_ joined09:52
josefig left09:52
pen left09:53
daniel_-_ joined09:53
stliu left09:53
ozette joined09:54
sveinse joined09:54
miso1337 left09:55
sveinse I'm a git n00b, and I accidentally commited wrongfully and pushed into gitorious. How can I undo that? I.e. I'd like to delete the commit, not just recommit09:56
dr_lepper sveinse: use git reset and then git push -f09:57
dwmw2_gonedwmw209:57
obiwahn joined09:57
obiwahn hi09:58
sveinse My local repo wasnt updated, so my commit and push created a branch. When I pulled it got merged and when I pushed it the branch&merge appeared in remote09:58
obiwahn how do i rebase a single commit onto my curretn branch?09:58
current09:58
JeremyWei left09:59
xpen joined09:59
sveinse dr_lepper: I have run git rebase so the local repo looks good. But when I run git push -f origin +master I get error: src refspec master does match any10:00
What is master in this setting?10:00
obiwahn should i checkout the branch and git rebase -i --onto target?10:01
hyperair left10:01
dr_lepper sveinse: do you have local branch master?10:01
alorence joined10:02
m0ltar left10:03
didlixForHire joined10:04
shadok_ left10:04
chuckharmston joined10:04
m0ltar joined10:05
zoresvit left10:05
chichou left10:05
didlixForHire left10:09
sveinse Is there a caching involved on gitorious? I've pushed my repo (after rebasing), but I'm not cloning the correct data10:10
bil` joined10:10
cbreak should not happen10:10
how did you push? did it succeed?10:10
FernandoBasso joined10:11
sveinse Yes, it sais so10:11
bil` left10:11
charon sveinse: pastebin it, including the command line you used10:11
there are a few opportunities for mistakes that might not be obvious10:11
marlun_ joined10:12
Raging_Hog left10:13
chuckharmston left10:13
marlun_ To view the message I've created with `git branch --edit-description` am I supposed to edit it again or can I view it in some other way?10:13
charon marlun_: git config branch.foo.description10:15
i suppose you could make an alias10:15
sveinse Is this channel logged?10:16
chichou joined10:17
PeterB joined10:18
charon yes10:19
PeterB Morning, I have "*.yml text eol=lf" in my .gitattributes file - this should convert eol to lf always?10:19
Have endless EOL issues at the moment, and files are getting checked in (somehow) with CRLF10:19
Chikore joined10:20
pen_ left10:21
marlun_ charon: How would I get the name of the current branch into that alias?10:21
charon PeterB: perhaps by a client that doesn't respect the attribute; eol=lf is only supported starting with 1.7.2 afaics10:21
zoresvit joined10:22
sveinse Ok, here it is: http://paste.ubuntu.com/5616090/ obfuscating the names for discression10:22
sbodo joined10:22
twb joined10:23
twb emacs just trashed some segments of my .emacs, and I also had uncommitted changes10:23
sveinse If I clone the repo in new location, these changes are not present10:23
twb Is there something like git add -p, but to reset changes back to HEAD ?10:23
charon twb: git checkout -p HEAD ?10:23
also git reset -p10:23
depending on whether you want to overwrite the worktree10:24
marlun_: git config alias.desc '!f () { git config branch."$1".description; }; f "$@"'10:24
jdyin left10:24
twb Hm, it's sitting there thinking an awful long time10:25
charon sveinse: what's HEAD in the remote repo? what does 'git branch -a' say after cloning? i suspect you simply need to check out acme-trunk, e.g. using git checkout -t origin/acme-trunk10:25
Yougi joined10:25
sveinse charon: It sais * acme-trunk. Running git checkout -t origin/acme-trunk returns fatal: A branch named 'acme-trunk' already exists10:27
beautifulmind joined10:27
marlun_ charon: thanks but that seem to require that I send in the branch name, would want it to figure that out itself?10:27
PeterB charon: that seems ok10:28
twb Ah OK, works now10:28
I think I just can't spell10:28
marlun_marlun10:28
charon marlun_: well, script around git-symbolic-ref to determine what HEAD points to10:28
sveinse the log on gitorious also does not include my rebase, so perhaps gitorious silently rejected my forced push10:28
marlun left10:28
marlun joined10:28
marlun charon: thanks, I'll look into it!10:29
cbreak sveinse: you changed laerdal-trunk but pushed acme10:29
kmels__ joined10:29
charon cbreak: oh, nice catch.10:29
sveinse Yeah ;) that slipped through :) obfuscation you know ;)10:29
marhaban1 joined10:30
cbreak sveinse: and if you clone, and switch to the right branch10:30
you don't get 159494f?10:30
charon actually10:31
if you look at the commit, and at the hash in the log, they're the same10:31
so what's the problem?10:31
marhaban left10:31
pen joined10:32
charon sveinse: that being said, i fail to see how the first log adds up with git-reset's output10:32
sveinse look at the first log. commit 06a56185 contains unfortunate log entry. It contains info which should not be present on gitorious, so I need to delete it10:32
(It does not show in my pastebin, but there are some private info there)10:33
charon !secret10:33
gitinfo [!topsecret] If your situation is so secret that you can't tell us how to !reproduce it, there's really not much we can do. Perhaps you need to find or buy support you can trust? There are people with clearances even on #git but since clearance levels are classified and #git is not a secure channel, this may not help you. However, you are protected by the biggest secret of all: We just don't care.10:33
charon sigh10:33
charon stops caring10:33
cbreak sveinse: so you git reset --hard HEAD~1?10:33
alkino !reproduce10:33
gitinfo [!repro] Please paste (using https://gist.github.com/ or similar) a transcript (https://gist.github.com/2415442) of your terminal session. This will help immensely with troubleshooting.10:33
cbreak or HEAD^2?10:33
sveinse First this is no secret. It's just this commit message which is secret. So I'd like to remove it before showing url. The code is linux kernel, so its public per def10:35
marhaban joined10:35
sveinse I fiddled around with some git rebase and git reset's without too much knowledge to why and what. At some point I ended up with the latter log10:36
zoresvit left10:36
marhaban1 left10:37
charon sveinse: what i'm getting annoyed at is that it doesn't add up in several places. we already established that you censored some branchnames, but not all. now i notice that line 2, 27 and 28 cannot possibly have happened like this.10:37
how are we supposed to help with the actual problem if you create more problems in trying to obfuscate?10:37
k_sze[work] left10:37
charon in any case, what was pushed (159494f in line 44) matches what is shown in the log in line 5010:37
so i'm not sure there's any *real* problem at all10:37
cbreak yeah, as I asked above10:38
"you don't get 159494f?"10:38
sveinse OK, let me try to redo my own steps, to see if I can recreate. obfuscate in this context is just use name "acme" instead of our real name10:38
charon sveinse: anyway, don't feel too bad, i'm mostly ranting because it goes like this all the time. people try to obfuscate and/or snip and cause lots more problems, wasting everyone's time.10:39
of course the top-scorer in that area is still the guy who snipped out data in a length-prefixed format (git fast-export dumps)10:40
cbreak well, it looks like the problem is solved anyway10:40
chuckharmston joined10:40
sveinse And I did mess with a lot of git rebase, git reset stuff, so the point is valid10:40
cbreak charon: smart...10:40
jaequery how can i just pull from a branch and completely replace my local ?10:40
i keep getting Conflicts10:41
engkur_ joined10:41
pencilcheck joined10:41
jaequery i just wanna get whatever is on the remote branch and overwrite everythig on my local branch10:41
how to dO?10:41
sveinse Well my issue is that my local repo sais acme-trunk head is 15949... while a freshly cloned repo shows the old layout with 06a561 at the end10:41
cbreak jaequery: then you do not want pull10:41
pull is fetch + merge10:41
sdeboey joined10:41
jaequery right10:41
cbreak you sound like you want fetch + reset --hard10:41
you probably already fetched, so just git reset --hard @{u}10:42
bremner but see also !backup10:42
gitinfo Taking a backup of a git repository is always a good idea, especially when taking advice over IRC. Usually, the best way to TACTICALLY back up a git repo is `git clone --mirror`. However, some unusual maintenance might require `tar cf repo-backup.tar repodir`. Testing in a clone is also an excellent idea. See also http://sethrobertson.github.com/GitBestPractices/#backups10:42
cbreak bremner: he asked for what ever he'll get :D10:42
jaequery not work10:42
fatal: ambiguous argument '@{u}': unknown revision or path not in the working tree.10:42
cbreak sveinse: run !lol on both10:42
gitinfo sveinse: A nifty view of branches, tags, and other refs: git log --oneline --graph --decorate --all10:42
cbreak jaequery: sounds like you have no upstream. explicitly name the branch you want to reset to10:43
jaequery: probably one of git branch -r10:43
engkur left10:43
jaequery how do i specify it?10:43
apol joined10:43
OOPMan left10:43
cbreak git reset --hard BLAHHERE10:43
it's a command line argument10:43
Raging_Hog joined10:44
elixir left10:44
cbreak you might decide to use something like origin/master10:44
Archdave left10:44
cbreak but refer to the output of branch -r10:44
pen left10:44
jaequery @{cool10:44
so what is @{u}10:45
default upstream branch?10:45
Archdave joined10:45
cbreak no10:46
wrouesnel joined10:46
cbreak the upstream branch that you set10:46
sounds like you have none set10:46
(it is set automatically sometimes, or when you git push -u, or set it with git branch --set-upstream or similar)10:46
jaequery yea ok i just did origin/bla and it worked10:46
thx10:46
sveinse cbreak: http://paste.ubuntu.com/5616154/10:47
charon cbreak: i made !obfuscate10:47
gitinfo cbreak: Please do not elide, obfuscate, or otherwise hide information from !repro pastes. This invariably leads to pastes that hide the actual issue or (worse) are not consistent, sending the investigation down false paths. See !secret.10:47
cbreak sveinse: compare git remote -vv10:48
charon: interesting :)10:48
I am not sure if I am against obfuscation, but people who do it have to live with being called liars if they screw it up :)10:49
charon i've had enough, after three screwups in two days10:49
cbreak :/10:49
chuckharmston left10:49
aqabiz joined10:50
charon seriously, this is unpaid git support10:50
zoresvit joined10:51
charon if your my-stuff-is-oh-so-secret attitude makes our lives hard, go find some *paid* support with an NDA10:51
</rant>10:51
sveinse cbreak: Haha. My "freshly cloned repo" was pulling from our mirror, not gitorious. So I'm very embarrassed and it seems to be correct now10:51
cbreak paid git support. Now that sounds like no fun.10:51
itatitat joined10:51
cbreak sveinse: you didn't notice that when entering the URL for cloning? :/10:52
beautifulmind left10:52
mastro left10:52
uman joined10:52
cbreak but good that it works now :)10:52
sveinse cbreak: That is exactly my embarrasement....10:52
uman Is there a way to add a set of files to a list to prevent them from showing up as untracked in git-status10:52
cbreak yes10:52
uman: man gitignore10:53
gitinfo uman: the gitignore manpage is available at http://jk.gs/gitignore.html10:53
uman Even better if I can use wildcards. The dozens of .pyc get annoying10:53
cbreak: thanks10:53
cbreak do something like echo "*.pyc" >> .gitignore10:53
elixir joined10:53
cbreak and they should vanish10:53
maxmanders left10:53
sveinse So to disclose everyting, since I'm almost being offended by being called secretive: This is the repo: https://gitorious.org/lm-linux10:53
PeterB Can anyone see why this .gitattributes file would let some yml and php files in with CRLF? All in deep directory trees (a limit to depth?)10:53
sveinse And thank you very much all of you10:53
cbreak np :)10:53
jargon left10:53
cbreak is more secretive than most10:54
chichou left10:54
jargon joined10:55
maxmanders joined10:55
jaequery left10:55
chichou joined10:56
RaceCondition joined10:56
mulinux joined10:57
charon PeterB: !repro if nobody has any ideas10:57
gitinfo PeterB: Please paste (using https://gist.github.com/ or similar) a transcript (https://gist.github.com/2415442) of your terminal session. This will help immensely with troubleshooting.10:57
zoresvit left10:58
charon i.e. show commands showing the .gitattributes and how you determine that things go wrong10:58
nihilista joined11:00
fisted_ joined11:00
RaceCondition left11:01
jn_ joined11:01
timj left11:01
sdeboey left11:02
Sigma left11:04
fisted left11:04
fisted_fisted11:04
charon PeterB: a quick test also shows that it's not *that* hard to manually get crlf files into the repo even if their attributes say that they should be lf11:04
https://gist.github.com/trast/8430c2806fc4295cfb7d11:05
luc_ left11:06
charon hrm, made a mistake in resetting the attributes11:06
mastro joined11:06
lowrezz_ left11:06
kcj joined11:07
charon anyway, afaics it does show a few warnings but probably not enough11:07
after that you can "live" with the crlf file without noticing11:07
gusnan joined11:08
PeterB charon: http://pastebin.com/dw6tW4qA11:08
sonda joined11:08
PeterB I don't know how to show which files have CRLF, so I've added a comment that they're there11:08
beautifulmind joined11:09
PeterB I did this line ending normalisation 3 weeks ago when I imported from SVN=>Git, but some are still there11:09
This is now causing massive problems when merging new branches (all created off the same Git master), due to line ending conflicts11:10
yshh left11:13
maxmanders left11:13
cbreak find out where the line endings changed11:14
Bombe And kill that person.11:14
elixir left11:14
elixir joined11:14
maxmanders joined11:14
twb left11:14
PeterB Bombe: the person will be me11:14
and the problem probably working on Windows over SAMBA and committing on Linux11:15
cbreak: how do I find out where they changed?11:15
j0ran left11:15
FernandoBasso left11:15
aweorit left11:15
j0ran1 joined11:15
cbreak git log -- filename11:15
zoresvit joined11:15
cbreak if there's a commit where all lines changed, then that's it11:16
chuckharmston joined11:16
jargon left11:17
PeterB the commits they changed in were old SVN ones11:18
kcj left11:18
PeterB I followed the instructions in "Re-normalizing a repo" on https://help.github.com/articles/dealing-with-line-endings when I first imported11:19
and I've tried that again now11:19
but it doesn't normalize the line endings11:19
elixir left11:19
pastime joined11:20
harshpb left11:20
daniel_-_ left11:21
harshpb joined11:21
eletuchy left11:21
eletuchy joined11:21
harshpb left11:22
dhruvasagar left11:22
kristofers joined11:22
xpen left11:22
harshpb joined11:22
barq joined11:22
gitinfo set mode: +v11:23
dhruvasagar joined11:24
gommo joined11:25
chuckharmston left11:25
fuzzybunny69y joined11:25
timj joined11:26
s0undt3ch left11:26
Terminus- joined11:29
s0undt3ch joined11:29
Terminus- hello. i'm trying to get webdav running on httpd. what could possibly cause this when doing an http-push? http://dpaste.org/vUKLF/11:29
RaceCondition joined11:30
Terminus- it looks like it's failing on heads/master which doesn't exist yet coz the http-push i'm attempting to do is supposed to populate the bare repo.11:30
itatitat left11:31
sgronblom left11:32
cbreak PeterB: the way I'd normalize line endings is by simply converting them and committing them.11:34
PeterB cbreak: thanks11:34
once I've merged in these broken branches (by hand, copying changes over) I'll do that11:34
grawity Terminus-: i'm not sure one can push to a repository that doesn't exist yet11:34
frenchlaf joined11:34
dhruvasagar left11:34
grawity Terminus-: nevermind me11:35
cbreak PeterB: sounds braindead11:35
why not fix line endings now?11:35
mulinux left11:35
PeterB cbreak: they are wrong in one branch but not the other11:35
Terminus- grawity: it's a repo created with git init --bare.11:35
PeterB and some files in both11:35
cbreak yeah, fix them in all branches...11:35
PeterB so I have to fix both - rebase won't complete without large errors due to EOL11:36
cbreak PeterB: or use a mergetool that can ignore line endings11:36
alorence left11:36
PeterB cbreak: ah hmm, yes11:36
zoresvit left11:36
zoresvit joined11:36
PeterB yet to use a mergetool, have been hand correcting merges11:36
cbreak PeterB: man git-merge11:36
gitinfo PeterB: the git-merge manpage is available at http://jk.gs/git-merge.html11:36
cbreak look at the options for renormalize11:37
elixir joined11:37
cbreak git can do that on its own11:37
Schmoozerd why not rewrite the history to only have correct line-endings? (i think fast-export, convert, fast-import might already work)11:38
cbreak filter-branch would probably be cleaner.11:38
PeterB was git written with cross-platform development in mind? I understand it wants me to be responsible with line endings, but it makes it complex to work with11:39
Parhs8 left11:39
Parhs joined11:40
Parhs left11:40
Parhs joined11:40
grawity I think it was written with Linux kernel development in mind11:40
cbreak PeterB: line endings are your responsibility11:41
unless you turn on line ending conversion11:41
PeterB cbreak: which is what gitattributes should do?11:42
Terminus- PeterB: what grawity said. it started when bitkeeper decided to withdraw licenses from kernel development.11:42
cbreak PeterB: and it does11:42
but it won't fix past mistakes11:42
PeterB Schmoozerd: cbreak: rewriting history 0- hadn't realised gitattributes and a new checkout/commit wouldn't make future commits have the correct line endings11:42
sveinse left11:43
engkur_ left11:43
cbreak they should11:43
engkur joined11:43
Schmoozerd they will (if set up correctly) -- but if you attempt to merge something, you get old stuff which causes the problems11:44
hafeez3000 left11:44
geekbri joined11:45
PeterB Schmoozerd: the branches I'm merging have all been created since adding the .gitattributes file and supposedly normalising11:45
shalok joined11:46
mikecmpbll left11:46
netiul left11:46
Chikore left11:47
mikecmpbll joined11:48
aqabiz left11:48
totte I've got a .gitmodules file from one repository and would like to use it in another repository - can I somehow add it in one go or do I have to run "git submodule add foo" for each submodule all over again?11:50
wasanzy joined11:50
netiul joined11:50
harshpb left11:51
timj left11:51
totte Simply copying the file doesn't seem to work. I ran "git submodule update --init --recursive" which had no effect, seemingly.11:51
harshpb joined11:51
tbosua left11:52
chuckharmston joined11:52
dpwrussell left11:52
dhruvasagar joined11:52
dpwrussell joined11:53
Cromulent joined11:53
SonikBoom joined11:54
nkryptic left11:56
milStaja joined11:57
_goTAN joined11:58
hafeez3000 joined12:01
chuckharmston left12:02
Cromulent left12:03
engkur left12:03
peff joined12:04
rchavik left12:05
tbosua joined12:07
apol left12:08
RaceCondition left12:09
jargon joined12:10
harshpb left12:10
harshpb joined12:11
timj joined12:12
shalok left12:12
antix_ joined12:12
giallu left12:15
elixir left12:15
pandeiro joined12:17
mmitchell joined12:17
mulinux joined12:19
antix_ left12:19
dydave left12:19
RaceCondition joined12:20
SeoZSeoZ-work[AWAY]12:20
RaceCondition left12:20
gommo left12:20
antix_ joined12:21
cbreak totte: you have to add the submodules12:21
totte: the .gitmodules file is not relevant for submodules you have, it's only used to find URLs in the init step12:21
kadoban left12:21
pencilcheck left12:22
pen joined12:23
hays left12:23
f8l left12:24
harshpb left12:24
RaceCondition joined12:24
RaceCondition left12:26
thyseus left12:26
f8l joined12:26
_Vi joined12:27
thyseus joined12:28
chuckharmston joined12:28
eletuchy left12:30
eletuchy joined12:30
antix_ left12:30
antix_ joined12:32
hays joined12:32
theothe__ joined12:32
theoth___ joined12:32
theother_ left12:33
theotherguy left12:34
erichynds joined12:35
p3rror left12:35
maxmanders left12:35
maxmanders joined12:36
chuckharmston left12:38
chichouw joined12:38
chichou left12:39
darklajid left12:39
peff left12:41
Mannequin joined12:41
antix_ left12:41
hays left12:41
chichou joined12:42
pastime left12:42
antix_ joined12:42
chichouw left12:43
engkur joined12:44
baba joined12:44
RaceCondition joined12:46
fire left12:46
frenchlaf left12:46
chichouw joined12:47
marhaban left12:47
totte cbreak: Alright, thanks.12:47
chichou left12:48
sgambino joined12:48
Sigma joined12:50
jpcamara joined12:51
antix_ left12:52
chichou joined12:53
antix_ joined12:53
chichouw left12:53
gerard0 joined12:53
vv0rm joined12:54
ddelrio1986 left12:55
vv0rm Hello, I would like to gitignore a modified file and delete it from the remote without removing it from the local copy, is that possible ?12:55
xpen joined12:55
jcromartie joined12:56
Bombe vv0rm, no. Everything you commit to the repository will happen to other copies of the repository. You git-rm it locally, it will be deleted in other working trees, too.12:57
chichouw joined12:57
Nevik he's already gone12:57
gotta love that12:57
engkur left12:57
vv0rm Why ?12:57
I'm here :)12:57
Nevik oh stupid font12:58
also dont start your name with vv :P12:58
chichou left12:58
Nevik vv0rm: `git rm --cached <that file>`; `git commit -m "your message"`; `git push`12:58
that will remove it from the repo but leave it in your working tree12:59
if it's added to gitignore already, it will then be ignored from further adding12:59
nkr joined12:59
jpcamara left12:59
freeed joined12:59
jpcamara joined13:00
Bombe Oh, local copy only. I should read more carefully.13:00
Nevik indeed13:00
yacks left13:00
PaulCapestany joined13:01
antix_ left13:03
chuckharmston joined13:04
_iron joined13:05
mastro left13:05
Thra11 joined13:05
chuckharmston left13:06
chuckhar_ joined13:06
vv0rm Nevik: perfect, thank you13:06
vv0rmworm13:07
wormworm_13:07
worm_ just for you Nevik :P13:07
Nevik \o/13:08
worm_: the fact of the matter is that in my font, vv and w are exactly one pixel different13:08
jast so your font sucks13:08
Nevik yes13:08
i said so already13:08
j0ran1 left13:08
worm_ yeah it confused other people sometimes too13:08
Nevik but honestly, cba to change it13:08
jast I hear it's possible to switch fonts13:08
Nevik at least not right now13:09
jast and it takes less time than what I had to do the past two evenings to migrate my windows setup to a new disk13:09
Nevik maebee laeter :P13:09
ddelrio1986 joined13:09
mastro joined13:09
maxmanders left13:09
chuckhar_ left13:10
jast fixing bootloaders by hex-editing boot sectors is tons of fun13:10
angelsl joined13:11
ddelrio1986 left13:11
ddelrio1986 joined13:12
maxmanders joined13:12
cbreak can't you just clone the disk?13:14
marlun left13:15
antix_ joined13:16
CodeShark left13:16
scelis joined13:16
trungqtran joined13:17
cdeszaq joined13:18
exoon left13:18
pdurbin joined13:19
thatguycraig joined13:20
tbmiller joined13:20
chuckharmston joined13:20
pdurbin osse: more force pushing feature branches. having the other guy reset hard to the rebased branch you pushed: http://irclog.greptilian.com/sourcefu/2013-03-1513:21
milki: you might be interested in this too ^^13:21
R1KRDO joined13:21
breakingthings joined13:21
antix_ left13:22
chichouw left13:23
DoniRS joined13:23
engkur joined13:23
miso1337 joined13:23
brandonw left13:25
antix_ joined13:26
bitkiller joined13:27
GenTAR joined13:27
chichou joined13:27
mavcunha joined13:28
AaronMT joined13:30
brandonw joined13:30
tureba joined13:31
subhojit777 left13:32
normanrichards joined13:33
chichou left13:33
tureba_ left13:33
hafeez3000 left13:35
slaren joined13:36
yacks joined13:36
JaredMiller joined13:36
ojacobson joined13:37
brandonw left13:38
chichou joined13:38
maxloe joined13:38
antix_ left13:38
JaredMiller left13:38
ovidiu-florin joined13:39
normanrichards left13:39
marhaban joined13:40
tureba left13:40
engkur left13:41
TeckniX joined13:41
engkur joined13:41
brandonw joined13:42
mavcunha left13:42
antix_ joined13:42
mavcunha joined13:42
fisted_ joined13:42
tvw left13:42
fisted left13:42
fisted_fisted13:43
chichou left13:43
uman left13:43
frenchlaf joined13:43
hafeez3000 joined13:43
bitkiller left13:44
hyperair joined13:44
frenchlaf left13:45
bitkiller joined13:45
v0n joined13:45
rbmk joined13:45
thl0 joined13:45
rakl joined13:46
jn_ left13:47
stliu joined13:47
mikecmpbll left13:48
oste joined13:48
mikecmpbll joined13:48
worstadmin joined13:49
fatninja left13:49
jn_ joined13:49
rob_w left13:50
guampa joined13:50
crocket joined13:51
chichou joined13:51
crocket Is it possible to fetch remote branches during clone?13:51
canton7 it should be default13:52
grawity clone always does that13:52
jast you mean those in refs/remotes/ within the remote repo?13:52
or just all the normal branches in the remote repo?13:52
fatninja joined13:52
Fandekasp left13:52
antix_ left13:54
pdurbin left13:54
Fandekasp joined13:54
grn left13:56
sdeboey joined13:56
miso1337 left13:57
chichouw joined13:57
miso1337 joined13:57
chichou left13:58
OOPMan joined13:59
miso1337 left13:59
antix_ joined14:01
dc5ala joined14:01
miso1337 joined14:01
Gentlecat_ joined14:02
Gentlecat left14:02
jamesez joined14:02
chichou joined14:02
JPeterson joined14:02
chichouw left14:03
les_sylvains joined14:03
Gentlecat_ left14:03
chichou left14:03
grn joined14:04
PeterB left14:04
Gentlecat_ joined14:04
compojoom joined14:04
PaulCapestany left14:04
chilversc_ joined14:04
miso1337 left14:04
compojoom I trying to merge my master with another branch. When I do it - I get some conflicts and when I try to resolve them git complains of "fatal unable to stat path_name... no such file or directory"14:05
kristofers left14:05
compojoom any ideas what to do?14:05
kristofers joined14:05
Jrobbins joined14:05
chilversc_ is there any good model for handling a scenario where you've developed several new features that are all on a next branch, but then you need to release just one of those features earlier than expected?14:06
my only thought at the moment is delete everything that isn't quite ready yet, branch from there for the release, then revert the delete on the next branch?14:07
maxloe left14:07
chichou joined14:07
engkur left14:08
pen left14:08
natechan joined14:09
maxloe joined14:10
gitinfo set mode: +v14:10
Jrobbins Anyone know how to denydeletes for specific branches of a central repository? My company is useing 2 main branches for pushing to production and I want to prevent them from being deleted while allowing developers to delete their own branches if they choose14:11
Grey89 joined14:11
Jrobbins I have only been only successful in preventing deletion of all branches14:11
antix_ left14:11
engkur joined14:11
Grey89 left14:11
Raging_Hog left14:12
chichouw joined14:12
jwmann joined14:12
engkur left14:13
chichou left14:13
kewah left14:13
zoned joined14:13
chilversc_ Jrobbins: you could use a separate repository for pushing to production, and control access to that repository?14:14
yankeefan04 joined14:14
ojacobson Jrobbins: !gitolite14:16
gitinfo Jrobbins: Gitolite is a tool to host git repos on a server. It features fine-grained access control, custom hooks, and can be installed without root. Download: https://github.com/sitaramc/gitolite Docs: http://gitolite.com/gitolite/14:16
sushant1 left14:16
Jrobbins chilversc_ that would kind of be counter productive to our use of git. This is something I would really like to impliment but would not be worth restructuring our file structure14:16
we are currently using Stash by atlassian14:16
blami_orcl joined14:17
ojacobson Stash generally gives you access control by repository, AIUI14:17
if you're on the latest version you may! be able to write a hook plugin that prevents branch deletion14:18
otherwise I think you'll need to ask atlassian's support folls14:18
nkryptic joined14:18
giallu joined14:18
miso1337 joined14:19
slap_stick joined14:19
axl_ joined14:19
Jrobbins gotcha, I was really hoping there would be something nice and easy i could do in the config file like assign [recieve] to a branch but it appears nothing like that works14:19
JaredMiller1 joined14:19
slap_stick left14:19
Jrobbins thats for the input though! hooks were next on my list to check out14:20
arvind_khadri left14:20
JaredMiller1 left14:21
ESphynx left14:22
antix_ joined14:22
dherzog joined14:23
nihilista left14:23
mkjackson joined14:23
Davey joined14:23
mkjackson is it standard to commit the .gitmodules files to the repo?14:24
itatitat joined14:24
huoxito joined14:24
mkjackson while some dot files (IE .gitignore) might make sense to commit, I feel like that one is not one of them14:24
nihilista joined14:24
geekbri left14:25
ojacobson Yes, you generally check in .gitmodules if you're using submodules.14:25
It's used to give new clones of the outer repository their initial configuration for each submodule14:25
p3lim joined14:27
jonkratz joined14:29
malesca joined14:30
nihilista left14:30
antix_ left14:31
nihilista joined14:31
sebuba joined14:32
chichou joined14:32
antix_ joined14:32
mkjackson1 joined14:32
SomeoneWeird left14:32
engkur joined14:33
chichouw left14:33
fuzzybunny69y left14:33
maxloe left14:33
Guest16785 joined14:33
mkjackson left14:33
mezner joined14:34
fuzzybunny69y joined14:34
geekbri joined14:35
maxloe joined14:36
antix_ left14:36
chichouw joined14:37
beakman joined14:38
pen joined14:38
cannonball joined14:38
chichou left14:38
dhruvasagar left14:39
cbreak Jrobbins: sounds like a job for gitolite14:40
Fandekasp left14:40
oste left14:41
ThePawnBreak joined14:41
AnimeCYC joined14:42
johnw gitolite, to the rescue!14:42
Fandekasp joined14:42
chichou joined14:42
chichouw left14:43
antix_ joined14:44
beneggett left14:44
dhruvasagar joined14:45
mkjackson1 ojacobson: damn… I want that to work but some of our team have situations where they've had to modify .gitmodules to specify which user name to use when authenticating over ssh… :-(14:46
grawity Then do not put user names in submodule URLs14:46
yshh joined14:47
chichouw joined14:47
mitz joined14:47
cbreak mkjackson1: don't modify that file14:47
mkjackson1: it MUST contain unpersonalized urls14:47
mulinux left14:47
chichou left14:48
cbreak remember, that file is used by default14:48
mitz left14:48
notaro1997 joined14:48
cbreak if someone wants to override the paths, then he can do that in his own .git/config14:48
ojacobson mkjackson1: 'git submodule init' and its moral equivalents copy .gitmodules into .git/config14:48
zoresvit left14:48
zoresvit1 joined14:48
ojacobson you can then modify .git/config in repo-specific ways14:48
gitinfo set mode: +v14:48
ojacobson it'll stay modified, unless you run 'git submodule sync'14:48
notaro1997 Can someone explain what forking is?14:48
BtbN joined14:48
cbreak notaro1997: cloning14:48
tbmiller left14:49
csmrfx forking? or branching14:49
sonOfRa joined14:49
thiago joined14:49
notaro1997 so it clones the code to your account, so you can like, edit it and stuff14:49
cbreak forking is just an other name for cloning14:49
csmrfx perhaps forking? ask github14:49
cbreak usually drama is involved14:49
csmrfx perhaps branching? would be on topic14:50
crocket left14:50
crocket joined14:50
les_sylvains left14:50
crocket jast : all remote branches in a repo14:50
pencilcheck joined14:50
crocket Can they be cloned, too?14:50
eletuchy left14:51
tbmiller joined14:51
eletuchy joined14:51
grawity You mean those which already exist at refs/remotes/ in the original repo?14:51
beautifulmind left14:52
chichou joined14:52
Jahm joined14:52
jeffsi joined14:52
cbreak crocket: you'll have to use --mirror or change your fetch refspec yourself14:52
jeffsi left14:52
cbreak note that this is usually a bad idea.14:52
(both)14:52
Terminus- left14:52
OliverJAsh joined14:52
crocket cbreak: What is a bad idea?14:52
--mirror and fetch?14:53
cbreak it's a bad idea because it gets you refs/remotes too, and because it implies forcing14:53
chichouw left14:53
pen left14:54
penguin1 joined14:54
crocket cbreak: Why is getting refs/remotes bad?14:54
cbreak because that namespace is reserved for remotes14:55
antix_ left14:55
Elvanor joined14:56
Elvanor I don't understand why Merge messages do not list the impacted files14:56
grawity git fetch origin refs/remotes/*:refs/from-origin/*14:56
Elvanor Can someone explain me what's going on there?14:56
nihilista left14:56
ojacobson Elvanor: it would be redundant14:57
kenperkins left14:57
chichouw joined14:57
Elvanor ojacobson: what do you mean?14:57
ojacobson you can list the affected files wrt any of the parents using git diff --stat or --names-only14:57
Elvanor ojacobson: I have a concrete case there where I really dont understand what happened14:57
ojacobson same as any other commit14:57
mkjackson1 left14:57
kenperkins joined14:57
ojacobson git show foo; git diff foo^1..foo; git diff foo^2..foo will all be informative14:58
Elvanor I made a commit to 4 files. Later one of my colleague makes a merge. Unfortunately after the merge, none of my changes were visible14:58
eg, they were somehow discarded14:58
chichou left14:58
Elvanor I have no way to see precisely what made the merge???14:58
lresende joined14:58
valgrind joined14:59
_Vi left14:59
ojacobson I'm not sure I understand the question. "Some git-merge command" made the merge, generally. No, git doesn't record the exact options used. You can reconstruct what it *did* by looking at the merge, and at the diffs between the merge and its various parents15:00
antix_ joined15:00
ojacobson for example, if there's no diff between the merge and its first parent, then it's very likely whoever created the merge asked git to discard the second parent's changes with --ours15:00
charon Elvanor: note that of your cow orker simply *discarded* your changes (e.g. did an 'ours' merge) then 'git show $merge' will *not* show any conflicts15:01
m0viefreak joined15:01
ovidiu-florin hello world :D15:01
I have a remote repository, how can I pun in there two projects? each project has it's own independent .git.15:01
cbreak Elvanor: your coworker probably killed your changes.15:01
ovidiu-florin can I just place the two in the other one?15:01
sonda left15:01
cbreak Elvanor: diff the merge with its parents15:01
m0viefreak left15:01
m0viefreak joined15:01
grawity ovidiu-florin: no, why do you want this?15:01
cbreak if you diff it with your side of the merge, then you see what he did15:01
_Vi joined15:01
ovidiu-florin grawity: because my project is composed of two parts: client and server. but I have only one repo available, and I have to put them both over there15:02
chichou joined15:02
Elvanor cbreak: how can I see that?15:02
cbreak ovidiu-florin: git init a new one15:02
Elvanor: man git-diff15:02
gitinfo Elvanor: the git-diff manpage is available at http://jk.gs/git-diff.html15:02
jargon left15:02
mkjackson joined15:02
cbreak git diff mergecommit^1..mergecommit15:03
replace 1 with 2 to see the diff with the other parent15:03
2 is probably your side15:03
mkjackson left15:03
ovidiu-florin cbreak: how will that solve my problem?15:03
chichouw left15:03
AaronMT left15:04
cbreak ovidiu-florin: you'll have two remotes after initing a second15:04
ovidiu-florin ah...15:04
Elvanor I dont have the git-diff command15:04
is that git diff maybe?15:04
AaronMT joined15:04
ovidiu-florin that's the problem I have only one remote. I can't get annother one15:04
marthinal left15:04
OliverJAsh left15:04
cbreak ovidiu-florin: if you really want to shove two histories into one git repository, then you'll have to deal with manual target branch specifications15:04
it's possible15:04
but it's confusing :)15:05
sonda joined15:05
cbreak Elvanor: it is git diff15:05
Elvanor: but you have to write git-diff for the man page because man pages are just for one word things15:05
les_sylvains joined15:05
OliverJAsh joined15:06
grawity cbreak: `man` has added support for two-word invocations long ago15:06
Elvanor ha ok15:06
grawity you can do 'man git diff' now15:06
gitinfo the git-diff manpage is available at http://jk.gs/git-diff.html15:06
chisler left15:06
cbreak grawity: I just get the man pages for git and diff when I do that15:06
grawity old man version?15:07
marthinal joined15:07
grawity 2.6.3 here, and `man git diff` opens git-diff(1)15:07
gitinfo the git-diff manpage is available at http://jk.gs/git-diff.html15:07
chichouw joined15:07
cbreak 1.6c15:07
grawity shaddup gitinfo15:07
chisler joined15:07
mitz joined15:07
cbreak man man says it's about 8 years old15:07
chichou left15:07
grawity Centos? :D15:08
compojoom can someone tell me what is the reason for this? My master branch had in the past a directory called administrator. I've moved the files around, commited the changes. Then I've created a new branch. I've been working on the new branch for around a year and today when I try to merge - suddenly git complains about the files in administrator. Neither master, nor my new branch has this folder....15:08
...It has existed for a period of time... but it is not there anymore15:08
sbodo left15:08
cbreak grawity: mac os x15:08
lresende left15:09
cbreak compojoom: complains?15:09
JaredMiller joined15:09
compojoom cbreak: merge conflict - it shows the files that were in the administrator folder, but when I try to resolve it I get a fatal no stat error. The folder/files are not there anymore15:10
lethjakman joined15:10
barq left15:10
chisler left15:10
NiteRain joined15:10
cbreak pastebin git status output15:10
chisler joined15:11
Goles joined15:11
chichou joined15:12
kkimlabs joined15:12
antix_ left15:12
ovidiu-florin I've asked my coworkers, and I've been advised to create a new empty repository (I did) and to merge the two rpojects in this one.15:12
and then push15:13
markalanevans joined15:13
chichouw left15:13
cryosphere joined15:13
kkimlabs Q: Can I cherry-pick another' branch's head just by using the branch name? something like git cherry-pick some-branch:HEAD15:13
sbodo joined15:13
jpcamara left15:13
sanguisdex joined15:14
obiwahn left15:14
JaredMiller left15:14
sdeboey left15:14
jargon joined15:15
sdeboey joined15:16
m0viefreak kkimlabs: git cherry-pick some-branch15:16
normanrichards joined15:16
chichouw joined15:17
cbreak ovidiu-florin: sounds like a stupid idea.15:17
jpcamara joined15:17
cbreak ovidiu-florin: that'd remove your separation15:17
just create a new remote for the second project15:17
sanguisdex so I just deleted a submodule and now my main parrent repo is locked in master and git status is returning "fatal: bad default revision 'HEAD'" I bet there is a quick fix for this but I don't know what it is15:17
ideas?15:17
documentation?15:17
ovidiu-florin cbreak: I don't have the permission to create a new repo15:17
cbreak then tell who ever has to make one for you...15:18
jaequery joined15:18
chichou left15:18
bob2 submodules always sound like such a good idea15:19
rakl left15:19
Nevik sanguisdex: how did you delete the submod?15:20
dhruvasagar left15:21
dhruvasagar joined15:21
thierryp left15:21
_iron left15:21
tureba joined15:21
nihilista joined15:21
charon bob2: how about: some people, when they have a project structure problem, think: i know, i'll use submodules. now they have an arbitrary number of subproblems15:21
jast aww. I like submodules.15:22
then again I know how to use them. :}15:22
bob2 charon, ahahahaha15:23
sanguisdex Nevik: deleted the ref in .gitmodules and deleted the .git folder in the submodule folder, as it was time for the submodule code to become part of the rest of the repo15:23
eijk_ joined15:23
Nevik sanguisdex: then your index is still referencing the submod's commit15:24
though git status should notice that15:24
sanguisdex: is there a HEAD file in your .git folder?15:24
cbreak sanguisdex: git rm --cached, you still have to remove the submodule15:25
ovidiu-florin cbreak: I've been told that the separation is not important and that I should merge the two15:25
Nevik ah that was how15:25
worstadmin I have a very odd problem where I can clone a repo on one server - and the other tells me on an intial clone that the refernces for master are pointing to an invalid object - has anyone encountered this?15:25
sanguisdex Nevik: there is a HEAD file15:25
cbreak ovidiu-florin: hmm. :/15:25
kevwil joined15:26
ovidiu-florin I've cloned an empty remote repository, How can I merge it with a local one?15:26
cbreak ovidiu-florin: no need to clone it15:26
grawity hmm, actually, you *can* have multiple separate repos in a single remote .git repo15:26
cbreak ovidiu-florin: if you want to merge the histories, go into one of your two repos15:26
add the other as remote15:26
and fetch15:26
grawity if the local git version supports namespaces15:26
cbreak then you can git merge15:26
alunduil joined15:26
eijk left15:27
flijten left15:27
hafeez3000 left15:27
Davey left15:28
Guest16785 left15:28
Guest16785 joined15:28
antix_ joined15:28
Guest16785SomeoneWeird15:28
netiul left15:28
j^2 joined15:29
zoresvit1 left15:30
chichou joined15:32
ovidiu-florin cbreak: git remote add remotename RemoteURL/blah.git ?15:32
is this right?15:32
sanguisdex Nevik: cbreak for some reson I opened a new terminal window and it just had started working agin15:32
cbreak ovidiu-florin: yes.15:32
sanguisdex thanks for your attempted help15:33
exit15:33
sanguisdex left15:33
Nevik exit!15:33
antix_ left15:33
b1rkh0ff left15:33
chichouw left15:33
dmarkham_ joined15:34
mastro left15:35
ovidiu-florin cbreak: after git fetch remotename should I have a new branch ?15:35
git branch -a returns only master15:35
csmrfx left15:36
primitive joined15:36
cbreak you should have all branches that are on the remote after git fetch15:36
ovidiu-florin the remote was empty15:36
still is actually15:36
chichouw joined15:37
ovidiu-florin how do I merge them?15:37
actually what do I merge?15:37
gustavnils joined15:37
ovidiu-florin FETCH_HEAD?15:37
rakl joined15:37
nihilista left15:38
chichou left15:38
Davey joined15:39
JaredMiller1 joined15:39
nihilista joined15:40
nihilista left15:40
sbodo left15:40
JaredMiller1 left15:40
nihilista joined15:40
PaulCapestany joined15:41
dhruvasagar left15:41
sdeboey left15:41
onerope joined15:41
ehsan joined15:41
sdeboey joined15:42
chichou joined15:42
onerope left15:42
Nevik the fuck, has subtree still not been moved into git mainline?15:42
mitz left15:42
Nevik .version15:42
gitinfo changed the topic to: Latest version: 1.8.1.3 | http://git-scm.com | Help with git and #git: http://jk.gs/git/ | Getting "Cannot send to channel" or unable to change nick? /msg gitinfo .voice | The git-jokes program needs your support! /msg EugeneKay with patches15:42
charon Nevik: cd contrib/subtree && make install15:42
maletor joined15:42
Nevik arg15:42
stupid bot15:43
dhruvasagar joined15:43
Davey left15:43
Nevik charon: i dont compile it myself, that's why it's such a pain15:43
chichouw left15:43
charon are you on windows? otherwise i don't think there's an excuse for that15:43
it takes like 5 minutes15:43
:p15:43
xiangfu left15:43
Nevik charon: thats a lot longer than just installing the newest package :P15:43
sbodo joined15:44
Nevik but i guess i'll have to do that until that idiot decides to provide a contrib package15:44
charon but you get to use the latest and greatest! and find and report bugs, of course.15:44
Nevik fuck bugs15:44
and bug reports15:44
why dont they move subtree into mainline anyway15:45
isnt it stable enough by now?15:45
charon you have it backwards. where's fucking bugs and fixing women supposed to get you?15:45
pieces029 joined15:45
sdeboey left15:45
Nevik charon: while i have no woman, that problem doesnt present itself15:45
zoresvit joined15:45
Nevik (i also have no bugs so the former is not posing any room for mishap)15:45
b1rkh0ff joined15:46
charon anyway, this seems rather derailed. if you want to argue for moving it out of contrib, i suggest you wait until the latest patch series is picked up (maybe it's been already) and then send a followup to that15:46
Nevik the mailing list is a pain to follow15:46
someone needs to write some proper online interface for mailing lists15:46
chichouw joined15:47
Tobbi joined15:47
mastro joined15:48
cbreak ovidiu-florin: no15:48
ovidiu-florin: just fetch from the remote15:48
then merge the branches you want15:48
guampa left15:48
chichou left15:48
mikecmpbll left15:48
cbreak ovidiu-florin: the remote is not empty, it's your second repository15:48
ovidiu-florin cbreak: there are no branches on the remote15:48
cbreak then you picked the wrong remote15:49
guampa joined15:49
cbreak as I said ages ago15:49
fetch your second repository into the first15:49
your second repository is the remote you have to add15:49
antix_ joined15:49
madewokherd joined15:50
exoon joined15:50
chichou joined15:52
dmarkham_ left15:52
mulinux joined15:52
chichouw left15:53
tbmiller left15:53
gregsmith joined15:53
d2dchat joined15:54
mmitchell left15:54
eijk_eijk15:54
mmitchel_ joined15:54
suy left15:54
ThePawnBreak left15:54
ThePawnBreak joined15:55
milStaja left15:55
didlixForHire joined15:55
baneM left15:55
mikecmpbll joined15:56
sluther joined15:56
pandeiro left15:57
baneM joined15:57
suy joined15:59
dhruvasagar left16:00
antix_ left16:01
Sigma left16:01
chichou left16:02
dhruvasagar joined16:02
pepellou joined16:03
mmitchel_ left16:03
trungqtran left16:05
maletor left16:06
dreiss joined16:06
zoned left16:06
jargon left16:06
esc anyone have experience with http://rhodecode.org/16:07
mrwonko joined16:08
sfalcon joined16:08
mikeym_ left16:08
Davey joined16:09
OOPMan left16:10
jonkratz Looks like a decent option if you want to host your own server. Otherwise, why not bitbucket?16:10
sluther left16:10
tango_ why not zoidberg?16:10
eletuchy left16:10
p3rror joined16:11
kishorebabu left16:11
eletuchy joined16:11
esc tango_: have a url for that?16:11
tinti left16:11
jast sure16:11
http://en.wikipedia.org/wiki/Doctor_Zoidberg16:11
les_sylvains left16:11
thiago left16:11
jonkratz http://knowyourmeme.com/memes/futurama-zoidberg-why-not-zoidberg16:11
esc jonkratz: dunno, i just discovered it16:12
http://www.tumblr.com/tagged/zoidberg%20gif16:12
jonkratz Are you wanting to host your own server?16:12
esc jonkratz: my goal is just to know what is out there16:12
kishorebabu joined16:12
meLon left16:12
esc i have been playing with gerrit recently, and it is bit heavyweight for my liking16:13
mikeym_ joined16:13
meLon joined16:13
etcetera joined16:13
esc i mean, the space of git webapps is rapidly increasing16:13
etcetera left16:13
esc some have more features than others16:13
jonkratz esc: sure, not a bad deal. I'm curious if anyone has experience. If you're looking for just a place to host your code, bitbucket is great for private repos, and github is good for public16:13
esc jonkratz: i have access to a couple of machines with gitolite on them too16:14
antix_ joined16:14
sigkill left16:14
esc mainly I am evaluating potential solutions to setup at customer sites16:14
ldap/ad integration and single-sign on are kinda important16:15
soypirate joined16:15
jonkratz esc: sure, how do you like gitolite?16:15
esc it is great, but it is only one part of the solution16:15
itatitat left16:16
mrwonko Hi. I need some git help: A couple of months ago, before they used git, we forked ioquake3, which was still using svn at the time, and have since used git for version control. So the first commit was all of ioquake3 in its state back then. Occasionally new patches were manually applied. Ioquake3 has moved to git since and undergone a lot of changes (including renamed files etc.). We'd like to get back in sync so we can add the official repo16:16
as a remote and just fetch updates that way from now on. I've started by cloning the current state of ioquake3 and now I'd basically like to apply the entire history (about 300 commits) of our fork, safe for the parts that contained ioquake3 patches. How would I do that? I'll likely have to resolve a bazillion conflicts, but I'm okay with spending some time on it if it means less hassle in the future.16:16
sluther joined16:16
esc i have a setup that queries LDAP/AD instead of using ssh-keys16:16
rasmusto joined16:16
esc mainly by doing crazy shit with kerberos16:16
maletor joined16:16
esc my old sysadmin set it up, I am still sifting through the files, to get a handle on it16:17
axl__ joined16:17
jpcamara left16:17
esc the main problem with repo-browsers like goblet, cgit, gitiles and gitweb is that they don't really support authn/authz16:18
mrwonko I guess I could just create a diff of the entire history and then manually apply it, filtering out the important parts?16:18
esc you can do the authn in your front-end webserver, but the authz remains16:18
grawity my todo list still has "send feature request for openssh: export kerberos principal as environment variable" from two years ago... if that were implemented, it'd make gitolite+kerberos very easy.16:18
axl_ left16:19
axl__axl_16:19
charon mrwonko: is your own history of 300 patches linear?16:19
esc grawity: we have some kind of weird config setup for sshd16:19
charon mrwonko: or more git-like and all tangled16:19
Xethron left16:19
mrwonko charon: as in free of branches? not quite, there were some, but they've since been merged back16:19
chichou joined16:20
Xethron joined16:20
smirn0v left16:21
alunduil left16:21
mrwonko the repo in question is https://github.com/dmead/jkaq3 (we're trying to recreate Jedi Academy MP, which uses a modified quake 3 engine, based on ioq3)16:21
ferdev left16:21
alunduil joined16:21
charon mrwonko: tricky. i'd probably try to rebase your work over on their git in little chunks. for the most part big chunks should also work, but with too much parallel work you may have to redo some of the branching16:21
when you hit a patch from upstream, --skip it16:21
(or exclude up-front in the interactive rebase instructions)16:22
sluther left16:22
Noldorin joined16:22
zoned joined16:22
LeMike left16:22
charon mrwonko: another option you can investigate is using git-replace to "identify" (in the "make the same object" sense) your initial commit with the corresponding version in upstream16:22
then merge, either in one go or more likely in little steops16:22
that does have the disadvantage that even if you get through all the conflicts, you'll have somewhat ugly redundant imports16:22
meLon left16:23
mrwonko I see. I might opt for the rebase then.16:23
meLon joined16:23
lavaman joined16:23
antix_ left16:23
mrwonko not quite sure how I'd do that, but I'll do some reading on the topic16:23
charon third option is to go and make a rebase --preserve-merges that actually works16:23
then use that16:23
:)16:24
psoo left16:24
charon mrwonko: well, if you only had a small linear run of modifications, using rebase would be easy, right?16:24
(otherwise read a tutorial on rebase)16:24
note that it's absolutely no problem to fetch both histories into the same repo, which is somewhat of a requirement here16:24
yacks left16:24
charon mrwonko: it starts getting annoying when the rebase (with implied linearization) starts getting conflicts among your patches, hence the suggestion to do it in small chunks and (where needed) actually reconstruct side branches.16:25
mrwonko yeah, I'll have quite some reading to do... I've mostly just used git for the history's sake, with occasional branching, so far.16:25
some tagging and stashing and that's about it16:26
charon oh, btw, option 2(b) is as follows: identify the initial commit, and also identify a newly-made "fake" merge wherever you imported from upstream16:26
danman joined16:26
stliu left16:26
j^2 left16:26
charon if you actually faithfully and completely integrated their changes, this should "just work"16:26
j^2 joined16:27
charon otoh it'll suck at detecting that you did *not* really merge their changes completely.16:27
sfvivek joined16:28
tbosua left16:28
marhaban left16:28
hafeez3000 joined16:29
yacks joined16:29
LekeFly left16:30
marhaban joined16:30
EF0 joined16:30
kadoban joined16:30
s00pcan_ joined16:30
s00pcan_ left16:30
ThomasLocke left16:30
ferdev joined16:31
charon mrwonko: note that you should really grok !cs *and* what it means that in git, every commit is a "snapshot", before attempting a solution that involves git-replace. otherwise you'll cause a big mess.16:31
gitinfo mrwonko: "Git for Computer Scientists" is a quick introduction to git internals for people who are not scared by phrases like Directed Acyclic Graph. http://eagain.net/articles/git-for-computer-scientists/ See also !concepts !bottomup16:31
Davey left16:31
jonkratz left16:32
antix_ joined16:32
madewokherd left16:34
mrwonko I'm fine with directed acyclic graphs, I'll take a look at that, thanks16:34
so I can just enter !concepcts or !bottomup and gitinfo will tell me stuff?16:34
gitinfo 'Git from the bottom up' starts with explaining the building blocks of git and proceeds to tell you how they fit together. http://ftp.newartisans.com/pub/git.from.bottom.up.pdf16:34
mrwonko * !concepts16:35
gitinfo "Git Concepts Simplified" explains the basic structures used by git, which is very helpful for understanding its concepts. http://gitolite.com/gcs/16:35
mmitchell joined16:36
valgrind left16:36
spaceonline joined16:36
wrouesnel left16:36
Ishango joined16:37
chichou left16:37
antix_ left16:38
charon actually on 2(b), i think the following would be a reasonably safe approach: progressing from older history, stop at every commit P that imported from upstream by applying a patch. P^ is obviously your history before that "merge". identify the commit U corresponding to the revision that you imported. merge P^ with U (using git-merge as usual). if any conflicts arise, fix them *exactly* the same way as in P. call this merge M. use 'git diff P M' to ensure16:38
that you got the "re-merging" right (this provides a level of safety). once you did so (and note that you can amend merges, too), use 'git replace P M' to tell git that it should use M instead of P in the history.16:38
mikecmpbll left16:38
jargon joined16:38
charon that's all very conditional on the imports being clean, full "merges" of what upstream did in the meantime, but at least doing these diffs tells you if something is wrong16:38
sluther joined16:39
charon while you're reading, also get comfortable with the consequences of !rewriting since you'll inevitably hit that16:39
gitinfo Rewriting public history is a very bad idea. Anyone else who may have pulled the old history will have to jump through hoops (and you have to tell them to), so it's infinitely better to just move on without rewriting. That said, you can use `git push -f` to force your new history through (may get rejected, though). See http://git-scm.com/docs/git-rebase.html#_recovering_from_upstrea16:39
goshawk joined16:39
netiul joined16:39
charon it will mean a flag day for your project, but for the benefits of linking with usptream it's probably worth it16:39
xxHarlequin joined16:40
charon (the other option would be to provide a set of replace refs that people can fetch to achieve the linking)16:40
nfroidure joined16:40
Iszak left16:40
lioux joined16:40
infynyxx joined16:40
gitinfo set mode: +v16:41
MistuhKurtz left16:41
markalanevans left16:41
rath left16:41
Davey joined16:41
Sonderblade left16:42
xHarlequin left16:43
jonkratz joined16:43
dsdeiz left16:43
lioux I need a piece of include/linux/tcp.h -> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/include/linux/tcp.h. I need tcp: report ECN_SEEN in tcp_info. However, I want to know if this commit touched more files. Can I find out through the web git interface. I don't want to import a partial fix. This is for an Android AK Kernel for Galaxy Nexus16:43
gregsmith left16:43
hyperair left16:43
infynyxx left16:43
marhaban1 joined16:44
infynyxx joined16:44
sluther left16:44
charon lioux: so you'd like to "copy" a fix from upstream to your own kernel repo? why aren't you using git-cherry-pick?16:44
milStaja joined16:45
RaceCondition left16:45
JesseC left16:46
lioux The thing is: I used cherry pick to get all 3 parts of TCP Early Retransmit. Then to find out that it needs a define in include/linux/tcp.h from a previous patch to THAT file. So I want to cherry pick everything from the latest version version of tcp.h I have to the version that has the code I need: tcp: Replace constants with #define macros16:46
However, I want to "reduce" the mess and import the all files touched by the 2 commits on tcp.h.16:47
scorphus joined16:47
noam_ joined16:47
lioux That's why I want to if there is a way to find out if any other files were part of a larger commit when tcp.h was changed16:47
it's a mess... I know16:47
charon sounds like this will quickly devolve into a whole chain of things you need to import16:47
anyway, use git-blame to find out what the commit was, then git-show to see what it touched16:47
mezgani joined16:48
andres with --stat for a quicker overview16:48
lioux I found out the change needed through the web interface ... touch a while: ab56222a32b9dbaae19c1d37f07b0ac4fc3c27ec.16:48
Use git-show with that?16:48
yankeefan04 left16:48
charon yes. or paste it into the webinterface's "show me a commit" url, which amounts to the same16:49
RaceCondition joined16:49
JaredMiller joined16:50
Fullma left16:50
dogarrhea joined16:50
JaredMiller left16:50
p3rror left16:51
milStaja left16:51
zoned left16:51
fatninja left16:52
didlixFo_ joined16:52
marhaban1 left16:52
fatninja joined16:52
didlixForHire left16:55
War2 joined16:58
War2 left16:58
War2 joined16:58
mrwonko Couldn't I just cherry-pick all the relevant commits from our fork into the most recent version of ioquake3?16:58
(although that will take forever with 200+ commits, but I'll have to do a lot of work either way)16:59
maxibyte joined17:00
rue left17:00
MistuhKurtz joined17:00
zoned joined17:00
rue joined17:01
markalanevans joined17:01
breakingthings left17:01
engkur left17:01
markalanevans left17:01
chilversc_ is there a nice way to handle rolling a branch back to a specific point, and moving those changes to another branch?17:02
jjore joined17:02
gain left17:02
markalanevans joined17:03
Schmoozerd mrwonko - read the manpage for rebase, especially the --interactive part, this should help you a lot (at least with the management overhead)17:03
grawity chilversc_: to a new branch?17:03
charon chilversc_: git checkout curbranch; git branch newname; git reset --hard oldpoint17:03
dreiss left17:03
spaceonline left17:03
chilversc_ all I can think of is creating a single reverse merge back to where I want to be, branching the head, and reverting the reverse merge on the new branch17:03
charon chilversc_: warnings apply as to --hard17:03
mulinux left17:03
charon chilversc_: also see !rewriting17:03
gitinfo chilversc_: Rewriting public history is a very bad idea. Anyone else who may have pulled the old history will have to jump through hoops (and you have to tell them to), so it's infinitely better to just move on without rewriting. That said, you can use `git push -f` to force your new history through (may get rejected, though). See http://git-scm.com/docs/git-rebase.html#_recovering_from_upstrea17:03
chilversc_ pushed history though17:03
charon ah well, then you can't really do this. if anything you'd have to revert the work that has happened since the old point17:04
beneggett joined17:05
tmcmahon joined17:05
dmarkham_ joined17:06
chilversc_ something like git revert HEAD~3..HEAD, but only creating a single commit17:07
charon git read-tree HEAD~3; git commit17:07
only works if you're reverting up to HEAD though17:07
jebenexer joined17:07
charon otherwise something like git diff HEAD~3..HEAD | git apply; git commit17:08
no wait17:08
git diff HEAD~3..HEAD | git apply -R; git commit17:08
chilversc_ nm, git revert --no-commit rolls all commits in to one (without actually committing)17:09
so that seems to be the best way, revert on the main branch, create a new branch, and revert the revert17:10
engkur joined17:12
j^2 left17:13
dhruvasagar left17:13
tmcmahon left17:13
mrwonko this is a lot to take in... okay, so git rebase -i gives me a list of commits, by default marked to be applied ("pick"), that I can replace with "edit" if I feel I need to change something (I really just want to edit when there's a conflict, which I guess should automatically cause a pause?) or "fixup" to merge them into previous commits. I guess if I don't want them at all I can just omit the line? And I can apply them onto a different code17:13
base as well?17:13
LimeBlast left17:13
mrwonko I should do some simple tests on this before trying to do the whole thing17:13
j^2 joined17:14
psoo joined17:14
ScottE joined17:14
chilversc_ omitting the line will drop that commit as if it never happened17:14
PaulCapestany left17:14
dpac|away left17:14
chilversc_ mrwonko: tip, make a temp branch before you begin rebasing so you can always undo it17:14
Yuuhi joined17:14
dpac joined17:14
mrwonko yes, I'm definitely working on a new branch17:14
chilversc_ mrwonko: copying over to somewhere else is a little trickier, if its only a few commits I think cherry-pick is simpler17:15
mrwonko we're talking about roughly 300 commits, including some to be dropped17:15
chilversc_ mrwonko: I mean if its only 3~4 you want on the other branch17:15
dc5ala left17:15
chilversc_ mrwonko: though, ~300 seems like you probably shouldn't be rebasing17:15
suy left17:15
les_sylvains joined17:17
mrwonko hmm17:17
okay, let's keep it simple for now17:17
Noldorin left17:18
mgedmin_ joined17:19
mrwonko I have one remote, let's call it ioq, and another, jka. I want to apply the first commit after the initial one from jka onto ioq. (and then the second one, the third one, maybe omit one, and so on). git cherry-pick is my friend?17:19
or should I just git diff and then patch?17:19
mgedmin_ left17:19
opus joined17:20
R1KRDO left17:21
R1KRDO joined17:21
gregsmith joined17:21
didlixFo_ left17:21
Chillance joined17:21
chilversc_ mrwonko: why not merge?17:22
jn_ left17:22
lethjakman hey, if I git reset it'll --hard it'll remove all commits after the commit I'm sitting on right?17:22
aweorit joined17:22
lethjakman git reset --hard17:22
mrwonko chilversc_, if I can, sure. Have you read the description I previously posted?17:22
the thing is that git is not aware of the point where we branched of since we forked ioq when it was still using svn17:23
and some of its patches have been manually applied17:23
infynyxx left17:23
mrwonko I don't think all of them, and possibly not cleanly17:24
I'm only just joining the project and trying to get it in a stage where merging is possible in the future17:24
robinmholt joined17:25
dwmw2dwmw2_gone17:26
GenTAR left17:26
skorgon left17:26
chilversc_ mrwonko: the rebase --onto would let you move a whole set of commits from one branch to another, but that's a lot of history to rewrite17:26
mrwonko it is.17:27
chilversc_ mrwonko: which is fine if you have the only clone, but if anyone else has cloned your repository, they will have to repeat this, or somehow rebase their changes on to your new version17:27
so I guess the first thing that matters is how public is this, ie will re-writing the history like this cause lots of problems17:27
jluc_ joined17:27
chilversc_ as its esentually, throwing away the whole repository, and creating a new but very similar looking repository17:28
mrwonko yeah, but I think the cost of everybody having to rebase is outweighted by the benefit of being able to merge in from upstream in the future. It's not very public, I think we have <10 branches17:28
chilversc_ true, but if you can sort out some merges to bring it in to line rather than rebasing that might also work17:29
Schmoozerd though as you have no shared history, you will eventually get problems with the upstream - so making the (maybe required) cut as soon as possible might be the less bad choice17:29
gitinfo set mode: +v17:29
mrwonko sounds like a nice solution, how would that work?17:29
oojacoboo left17:29
dhruvasagar joined17:29
chilversc_ mrwonko: it might not, that's the problem, as Schmoozerd said, with no common history its always going to be a pain17:29
mrwonko so starting over via rebase might just be the best thing to do17:30
chilversc_ mrwonko: the merge basically works by treating it as if it were 2 separate projects, with separate history that at some point were merged together17:30
and it does take some fiddling to make it work17:30
Gentlecat_ left17:31
raek_raek17:31
Xethron left17:31
gitinfo set mode: +v17:31
mrwonko okay, say I were to rebase. I suppose I can do that one commit at a time to get the hang of it?17:31
zoresvit left17:32
mrwonko and to be able to test it continuously17:32
macrover joined17:32
mrwonko and the command for that would be rebase --onto17:32
I'll need to fetch the second remote first, I guess, and put that in a separate branch17:33
douglaslassance left17:34
looper joined17:34
jonkratz left17:34
whowantstolivef1 joined17:35
tallest_redd left17:36
mezgani left17:37
p3rror joined17:37
s00pcan_ joined17:37
s00pcan_ left17:37
tallest_red joined17:38
Tobbi left17:38
Guest71029 left17:38
trungqtran joined17:39
dpac left17:39
rideh joined17:39
s00pcan_ joined17:40
s00pcan_ left17:40
dpac joined17:40
s00pcan_ joined17:41
undecim__ joined17:41
gregsmith left17:41
marcdel joined17:42
macrover left17:42
fuzzybunny69y left17:42
s00pcan_ left17:43
maqr_ left17:44
undecim_ left17:45
blami_orcl left17:46
blami_orcl joined17:46
thierryp joined17:46
hwrd|work joined17:48
douglaslassance joined17:48
psoo left17:49
angelsl left17:50
normanrichards left17:50
vdv joined17:50
brocken left17:53
didlixForHire joined17:53
mikef joined17:55
jjido joined17:55
penguin1 left17:55
sfalcon left17:56
mrwonko so if I want to rebase a branch a couple of commits at a time, I need to keep creating new copies of it, then rebase from that, right? something like git checkout rebaseMe && git checkout -b tmp && git rebase --onto rebaseTarget -i <firstCommit^> repeatedly? and that apparently makes tmp == rebaseTarget, so I can delete tmp?17:57
geekbri left17:58
_goTAN left17:58
mrwonko or do git merge rebaseTarget in the end?17:58
douglaslassance left17:58
zoned left17:59
j^2 left17:59
alvaro_o joined18:00
j^2 joined18:00
penguin1 joined18:00
maxmanders left18:01
geekbri joined18:01
pfefferz joined18:01
marcdel left18:02
AccessGranted left18:02
mastro left18:03
jluc_ hello18:03
gitinfo jluc_: hi! I'd like to automatically welcome you to #git, a place full of helpful gits. Got a question? Just ask it — chances are someone will answer fairly soon. The topic has links with more information about git and this channel. NB. it can't hurt to do a backup (type !backup for help) before trying things out, especially if they involve dangerous keywords such as --hard, clean, --force/-f, rm and so on.18:03
GodEater left18:03
GodEater joined18:03
Thra11 left18:03
mviitanen joined18:03
jluc_ i'm a basic git user : i pull changes, compile and test the new version18:03
i'm used to gitg to view the changes and the change lanes18:04
PaulCapestany joined18:04
jluc_ i have 2 repo and a couple of branches on each18:04
right now i have a problem with gitg :18:04
when i open one of the repo, i access the other one instead18:04
Is there a way to cure this ?18:05
lov try eating some pills18:05
sluther joined18:05
lov it doesn't really matter which pills, just pick some at random18:05
douglaslassance joined18:05
lov I find that's the best way to cure my problems18:05
mrwonko on rebase: "error: addinfo_cache failed for path '...'" - I guess that's just the kind of error I should expect when trying to rebase on top of a changed file? how do I resolve it?18:05
jluc_ thanx love18:06
mastro joined18:06
lindenle left18:06
jluc_ i've tried other tools : gitk, qgit, giggle18:06
tenmilestereo joined18:06
cebor joined18:06
jluc_ but it seems all branches are allways mixed together in the display of these guis18:07
trungqtran left18:07
jluc_ when in gitg i could choose which branch to watch18:07
lindenle joined18:07
apok joined18:07
trungqtran joined18:08
jluc_ is there something i'm missing ?18:08
(à part les pillules d'amour)18:08
mikef left18:08
etcetera joined18:09
alunduil left18:09
sluther left18:09
thierryp left18:11
EF0 left18:11
_ikke_ jluc_: gitk by default only shows the current branch18:12
jluc_: unless you specify --all18:12
(and any branch reachable by current)18:12
system64 joined18:12
s00pcan_ joined18:13
alkino left18:13
beaky joined18:14
beaky hello18:14
how do I rename a branch?18:14
ferdev_ joined18:15
beaky I tried git branch -m and it seemed to work18:15
ferdev left18:15
ferdev_ferdev18:15
exoon left18:15
_ikke_ So problem solved?18:16
mastro left18:16
rath joined18:16
exoon joined18:16
s00pcan_ left18:16
opus left18:16
jjido left18:17
jjido joined18:18
Asenar left18:18
lacrymology joined18:18
Thra11 joined18:18
wasanzy left18:19
ferdev left18:19
markalanevans left18:20
ferdev joined18:20
skorgon joined18:20
vaanz joined18:20
alvaro_o left18:21
alunduil joined18:22
lioux left18:22
rurufufuss left18:24
thatguycraig left18:24
Sigma joined18:25
marcdel joined18:25
Octalot joined18:25
ak5 left18:25
opus joined18:27
R1KRDO left18:28
Blaster hey how come I would get18:28
! [rejected] master -> master (non-fast-forward)18:28
R1KRDO joined18:28
Blaster when I do a git push18:28
but when I git pull it says already up to date18:28
mastro joined18:28
j416 !non-ff18:28
jluc_ wait i've not gitk installed anymore so i try again _ikke_18:28
j416 hm18:28
Blaster and git status is clean18:28
j416 !faq non-ff18:28
gitinfo Your push would lose changes on the remote; more details available at http://jk.gs/gitfaq#non-ff18:28
j416 Blaster: ↑18:28
charon Blaster: are you on the master branch? is the upstream set correctly?18:28
Blaster ahh18:29
I wasnt on master18:29
ni291187 joined18:29
charon see push.default in man git-config to see why push tried to push master anyway18:30
gitinfo the git-config manpage is available at http://jk.gs/git-config.html18:30
Derega left18:30
ironm joined18:30
ni291187 left18:31
jluc_ i'm afraid i'm lost without gitg but i'll have to sort it out some other time18:31
jluc_ left18:31
breakingthings joined18:32
ironm Hello. Please allow me one question. How can I rename a name of an existing git project using git commands?18:32
Or should I delete this project and create a new one with new name?18:32
thank you in advance for any hints18:32
marthinal left18:32
cmn git doesn't have the concept of a project, what are you trying to do? rename the dir?18:33
lucs ironm: You can just rename the directory holding the project, and that's it, nothing else to change.18:33
ni291187 joined18:33
ironm cmn, yes ..18:34
cmn then just rename it18:34
ironm lucs, the git repo is on the server18:34
cmn then rename it there18:34
ironm and I use gitolite18:34
cmn ok, start with that18:34
ni291187 left18:35
ironm cmn, sorry .. I didn't mention it before18:35
mezgani joined18:35
cmn http://gitolite.com/gitolite/repos.html18:36
lucs ironm: The point is, the repo itself doesn't care about the name of the directory holding it, but yeah, if stuff is pointing to that directory and you change its name, you have to adjust.18:36
marthinal joined18:36
cmn the gitolite documentation will generally have anything you're looking for18:36
jjido left18:36
jjido joined18:37
jjido left18:37
jjido joined18:37
ironm lucs, I have to change gitolite.conf .. and probably rename manually the dir .. but it is maybe not clean way18:37
madewokherd joined18:38
ironm cmn, I try to find it there18:38
p3rror left18:38
ironm thanks a lot lucs and cmn18:38
grawity it's at the very bottom of that page18:38
ironm grawity, what page ?18:38
fobban joined18:39
ironm the single one ?18:39
jn_ joined18:39
tallest_red left18:39
netiul left18:40
jjido left18:40
cmn the documentation I just pointed you to18:40
jjido joined18:40
ironm cmn, thank you :)18:41
gregsmith joined18:41
beaky how do I abort a merge? I got a merge failure18:42
ni291187 joined18:42
grawity git merge --abort18:42
beaky ah thanks18:42
ni291187 left18:42
tallest_red joined18:43
jjido left18:43
kishorebabu left18:43
jargon left18:44
Jrobbins left18:44
sukima joined18:44
sukima How do I move a commit in the middle of a branch into it's own branch: https://gist.github.com/sukima/465c64e348da665bc81818:45
ironm any hint what keyword I should look for? (to rename or delete the project with gitolite) ... didn't find it in the docu yet18:45
robinmholt sukima: git cherry-pick?18:45
m0viefreak sukima: git branch newbranch A; git checkout newbranch; git cherry-pick C18:45
hafeez3000 left18:45
robinmholt ironm: http://gitolite.com/gitolite/repos.html18:45
sukima But won't that merge the commit not move it?18:45
robinmholt sukima: Define move? Do you want to get rid of in the original? Can you 'git rebase -i' on that branch?18:46
buibex joined18:46
ironm robinmholt, great. Thank you very much!18:46
robinmholt ironm: thank cmn. I just reposted it.18:47
ironm right .. thank you very much ... I didn't notice it: <cmn> http://gitolite.com/gitolite/repos.html18:48
tallest_red left18:48
robinmholt sukima: OK. Looked at your diagram.18:48
git checkout -b other A; git cherry-pick C; git checkout E; git rebase -i B # Remove C from the list18:48
sukima perfect thank you18:49
scorphus !fixup18:49
gitinfo So you lost or broke something or need to otherwise find, fix, or delete commits? Look at http://sethrobertson.github.com/GitFixUm/ for full instructions, or !fixup_hints for the tl;dr. Warning: changing old commits will require you to !rewrite published history!18:49
gitinfo set mode: +v18:50
tallest_red joined18:50
didlixForHire left18:50
pandeiro joined18:50
WinstonSmith left18:51
didlixForHire joined18:51
ironm cmn, It looks I was blind before as I didn't noticed your kind hint. Thanks again :)18:52
rymate1234 joined18:52
rymate1234 hi18:52
gitinfo rymate1234: hi! I'd like to automatically welcome you to #git, a place full of helpful gits. Got a question? Just ask it — chances are someone will answer fairly soon. The topic has links with more information about git and this channel. NB. it can't hurt to do a backup (type !backup for help) before trying things out, especially if they involve dangerous keywords such as --hard, clean, --force/-f, rm and so on.18:52
rymate1234 so18:52
kenperkinskenperkins|away18:52
rymate1234 I did git stash before I git pulled some changes18:52
where do my changes get stashed?18:52
grawity `git stash list`18:53
technically they're kept in the reflog of refs/stash, but it's best not to mess with that directly18:53
kevwil left18:54
Nevik my stash contains: 3 cuban cigars, 20g of marihuana and 3kg of sugar18:54
ahw18:54
rymate1234 ;p;18:54
Nevik that wouldve been funnier if you hadnt said anything meanwhile18:54
rymate1234 lol18:54
thanks grawity18:55
kevwil joined18:55
didlixForHire left18:56
yacks left18:56
WinstonSmith joined18:57
Elvanor left18:57
ferdev left18:58
_iron joined18:59
bitkiller left19:00
mezgani left19:01
tsdh left19:01
x82_nicole joined19:01
gitinfo set mode: +v19:01
mklappstuhl left19:02
p3rror joined19:02
x82_nicole If I have a production and staging repo, and use GitHub as a central repo (two branches there, prod/staging). If I push the prod branch to the staging repo, does that overwrite the branch? Like, how would I revert that? Can I switch remote branches? :/19:03
jarr0dsz joined19:04
War2 left19:05
bitkiller joined19:06
Sigma left19:06
thegorn left19:07
babilen left19:07
thegorn joined19:07
m0viefreak left19:07
PaulCapestany left19:08
_Vi left19:08
alunduil left19:08
babilen joined19:09
infynyxx joined19:09
zoned joined19:10
infynyxx left19:11
fuzzybunny69y joined19:12
alunduil joined19:12
cebor left19:12
tenmilestereo left19:12
Goles left19:13
opus left19:13
johnkpaul left19:14
Goles joined19:14
johnkpaul joined19:14
Thra11 left19:15
Thra11 joined19:16
_ikke_ x82_nicole: git by default blocks non fast forward pusehs19:16
pushes19:16
x82_nicole: But you can overwrite a branch19:17
x82_nicole: But what do you want to achieve?19:17
x82_nicole correct my mistake. Can I just push the production branch? It should just overwrite everything?19:17
alexbligh1 joined19:17
_ikke_ x82_nicole: What do you mean with overwrite?19:18
x82_nicole I pushed the wrong branch, so if I push the right branch, does the remote repo switch branches? merge them?19:18
_ikke_ x82_nicole: The remote by default does othing19:18
x82_nicole Does it just deploy whatever branch you push last?19:18
alexbligh1 with git diff, I can show the diff effect of a single git with git diff ffbfc93{^,}. With git format-patch I need to write git format-patch ffbfc93^..ffbfc93 apparrently. Writing the former does not cause format-patch to parse the two revisions as a range. Is there an easier way?19:18
_ikke_ x82_nicole: !deploy19:18
gitinfo x82_nicole: Git is not a deployment tool, but you can build one around it(in simple environments) or use it as an object store(for complex ones). Here are some options/ideas to get you started: http://gitolite.com/the-list-and-irc/deploy.html19:18
_ikke_ x82_nicole: git doesn't update files on push19:19
alexbligh1 s/of a single diff/of a single commit/19:19
jaequery left19:20
Goles left19:22
breakingthings left19:22
Goles joined19:22
sonda left19:24
SonikBoom left19:24
tinti joined19:25
Vile left19:26
_iron left19:26
huoxito left19:28
marcdel left19:30
ferdev joined19:31
fobban left19:35
Thra11 left19:35
chisler left19:37
douglaslassance left19:37
tagava joined19:38
s00pcan_ joined19:38
oojacoboo joined19:38
s00pcan_ left19:39
s00pcan_ joined19:40
s00pcan_ left19:40
breakingthings joined19:40
huoxito joined19:41
relipse left19:43
gregsmith left19:45
jkremser left19:45
puchrojo joined19:45
fobban joined19:46
otc joined19:46
tmcmahon joined19:46
tmcmahon left19:47
OliverJAsh left19:47
_ikke_ .version19:48
hays joined19:48
_ikke_ 1.8.2 has been announce, but probably not yet propagated19:48
hays I have changed a file in a git repo, and added it to the commit.. I was thinking that 'git diff' would show me the differences between the what is committed and what is not... I think I am wrong about this. How can I do what I want to do?19:49
cmn _ikke_: the data source for that is wrong19:49
OliverJAsh joined19:49
jalama joined19:49
_ikke_ cmn: It takes a while for the source to get updated19:49
BinGOs it scrapes git-scm.com to get the version19:49
_ikke_ hays: git diff --cached19:49
cmn _ikke_: I know, but right now that source is not updating at all19:49
_ikke_ define at all?19:50
hays _ikke_: thanks19:50
jjore_ joined19:50
cmn it stopped updating after 1.8.1.3 was released19:50
it completey missed 1.8.1.4 and .519:50
Thra11 joined19:51
_ikke_ Ah ok19:51
!seen chacon19:52
.seen chacon19:52
hmm,19:52
cmn I fixed the code (sort of), but I don't think it's been deployed19:52
charon wasn't his nick schacon19:53
?19:53
_ikke_ tyes19:53
But not sure if the but even supports that19:53
relipse joined19:53
Praise joined19:54
Kamal_ joined19:54
RaceCondition left19:55
BinGOs its a simple parse of the html from git-scm.com to find the version.19:55
kmels__ left19:55
cmn BinGOs: which is wrong19:56
drizzd joined19:56
anonymuse joined19:56
didlixForHire joined19:56
cmn how often does one have to say it: the data source is wrong19:56
_ikke_ git-scm is wrong19:56
outdated19:56
cmn: Where does git-scm even get it's data?19:57
BinGOs I hate parsing html full stop.19:58
cmn the github API19:58
_ikke_ Who doesn't?19:58
jphillips how do I list my remotes19:58
Synthead joined19:58
_ikke_ git remote show19:58
cmn for it was broken for a bit for the git repo; and after it came back, the lib that reads from it started returning nil for some tags19:58
jphillips how do I list my remote with URLs?19:59
cmn jphillips: git remote -v19:59
Synthead does git stash remember changes between branches? as an example, if I do a git stash, then switch branches and do another git stash, can I go to the first branch and get the changes back?19:59
_ikke_ Synthead: By default, git applies the diff of the staff to the current branch20:00
cmn the cause of that should be fixed, but I put in some code to ignore those values, but I don't think that's been deployed on the site yet (or the issue on heroku has a diferent problem that my test env)20:00
tenmilestereo joined20:00
ojacobson left20:00
theothe__ left20:01
staticshock joined20:01
sukima left20:01
Nibato left20:01
OliverJAsh left20:02
mikeym_ left20:02
mutex left20:02
Davey left20:03
fuzzybunny69y left20:03
dpacdpac|away20:04
exoon left20:05
acidjazz joined20:05
acidjazz hello everybody20:06
so .. i wnat to use git.. but this gig i got demands svn.. there any kind of solution for me?20:06
greymalkin acidjazz: git-svn20:06
acidjazz does it go back and forth?20:07
fulld joined20:07
_ikke_ yes20:07
theoth___ left20:07
greymalkin Yes, both ways;20:07
acidjazz can i mirror my checkins to the svn repo but then also grab anything new out of it?20:07
Nibato joined20:07
fulld Can I get the aha for remotes/origin/atc:style.css20:07
_ikke_ But you have to follow the rules20:07
acidjazz i like both ways20:07
fulld *sha20:07
PaulCapestany joined20:08
greymalkin acidjazz: it's as simple as `git-svn pull`20:08
_ikke_ git scn rebase20:08
svn*20:08
greymalkin Ah... yeah, sorry.20:08
It's been a while20:08
nkr left20:08
_ikke_ git svn dcommit and git svn rebase are basically the commands you need20:09
Don't create local non-ff merges20:09
acidjazz i see20:09
thanks20:09
staticshock man git-show has no mention of -s20:10
gitinfo the git-show manpage is available at http://jk.gs/git-show.html20:10
DoniRS left20:11
staticshock how would i know where to look for it?20:11
OliverJAsh joined20:13
gasbakid joined20:14
gasbakid left20:14
jalama left20:14
OliverJAsh left20:15
lioux joined20:16
_ikke_ What would it do?20:16
Nevik it does mention it20:16
git show -s --format=%s v1.0.0^{commit}20:16
Shows the subject of the commit pointed to by the tag v1.0.0.20:16
_ikke_ yeah, but that's only an example20:16
Nevik indeed20:16
gitinfo set mode: +v20:16
_ikke_ It doesn't explain exactly what the -s does20:16
arietis joined20:16
Nevik possibly an artifact from old option?20:17
charon -s suppresses the patch20:17
Nevik yeah, it's the git-log option20:17
oakdog8 joined20:17
w09x joined20:17
lioux Hi, just found out that the best non-messy thing I could do was import 2 years of commits for net/ipv4/tcp.c..... Any way I can do range with cherry-pick? It's for Android AK Kernel.... I really hope the users appreciate this.....20:17
I don't mean cherry pick exactly. I mean what's the beast approach in such a situation20:18
mmitchell left20:18
leehambley joined20:18
Nevik staticshock: btw, from the manpage: The command takes options applicable to the git diff-tree command to control how the changes the commit introduces are shown. This manual page describes only the most frequently used options.20:18
so the git-diff-tree manpage is where to look20:19
lioux All this to get "tcp: early retransmit"...20:19
mmitchell joined20:19
lioux I am dreading when I turn to "TCP Small Queues"20:19
lioux hates bufferbloat with a vengeance20:19
etcetera left20:19
Sky[x] joined20:20
thiago joined20:20
drizzd left20:21
staticshock Nevik: thanks, i didn't catch that20:21
charon lioux: newer cherry-pick supports ranges20:21
but it'll linearize so it might not be what you need20:21
Nevik staticshock: some git commands, especially porcelain ones, are basically wrappers for others, so often times they pass through many options20:22
rideh left20:22
Nevik if there are many such options, the wrapper command's manpage doesnt re-list them all20:22
hoschi left20:22
Nevik so if you think options are missing, look for such a reference20:22
jfinn left20:22
staticshock thanks20:22
Nevik no problem ;)20:22
OliverJAsh joined20:23
charon in particular most commands that do something log-like support the same options rev-list options, and most commands that do something diff-like support the same git-diff options20:23
so e.g. git-log supports both sets :)20:24
and show is really a log with --no-walk -p by default20:24
daniel_- joined20:24
lioux Let me summarize my pain (hopes for joy l8): The last import for root/net/ipv4/tcp.c was on 2010-08-30. I need to bring it up to date to 2012-05-03. So I need all changesets relating to that file from then to now20:25
piece of cake20:25
_ikke_ lioux: Do you have direct access to that repo?20:25
lioux: The git protocol doesn't let you download history per file20:25
etcetera joined20:25
lioux heh, figures20:25
I can write a script to grab the changeset based on date range.... that will take a while though since I don't know the git interface for perl/python/etc20:26
_ikke_ git bundle allows you to create a file that you can import locally again20:26
huoxito left20:26
lavaman left20:26
_ikke_ lioux: git doesn't really work with changesets.20:26
lioux _ikke_ I want to import from linux mainline20:26
maxibytezack6849|Offline20:27
lioux _ikke_: sorry for the incorrect lingo, I'm new to git20:27
_ikke_ lioux: Ok20:27
Yuuhi left20:27
_ikke_ lioux: I guess you refer to commits20:27
lioux okay, so a commit refer to a specific change, not a specific file then CHECK, that's what I refer20:27
_ikke_ Do you have the linux repository local?20:29
lioux I cloned the android one and added the linux as remote....20:30
_ikke_ Ok, and then?20:30
lioux is really lost, has only been trying git a couple days.... promisses to read a book on it20:30
_ikke_ !book for some suggestions20:31
gitinfo There are several good books available about git; 'Pro Git' is probably the best: http://git-scm.com/book but also look at !bottomup !cs !gcs !designers !gitt !vcbe and !parable20:31
_ikke_ lioux: What do you want to achieve now?20:31
tyler__ joined20:31
HardDisk_WP left20:31
_ikke_ ok20:31
I read it20:31
You added linux as a remote. Did you do anything after that?20:31
marcdel joined20:32
_Vi joined20:32
lioux I want to grab all commits containing root/net/ipv4/tcp.c from 2010-08-30 to 2012-05-03.20:32
_ikke_: did lots of things. :) THat's the current problem20:32
_ikke_ define grab20:33
lioux I want to get clean code for Early Retransmission onto Android AK Kernel20:33
We've already added Codel20:33
_ikke_ git log -- root/net/ipv/tcp.c give you the history of all commits touch that file20:33
But you have to be on the linux branch for that20:34
srayner joined20:34
lioux linux-git is the alias I gave to the remove linux mainline20:35
_ikke_ ok20:35
leehambley can I somehow completely disable the prompt for username and password when using https? I'm trying to script a credentials check, but Git is doing some weirdness forcing reopening of the teminal or something, I've tried every redirection mechanism I could think of20:35
_ikke_ have you fetched / pulled from that remote already?20:35
leehambley: Have you looked at credential helpers?20:36
lioux yup, but for other patches. This current git clone is all clean. I only have what I cloned from origin20:36
_ikke_ lioux: ok20:36
Before you can do anything, you first have to fetch the history20:36
lioux: git fetch linux-git20:37
Count_Niedar left20:37
w09x left20:37
lioux git remote update ? is that the same?20:37
bzyx joined20:37
leehambley _ikke_; as far as they can find it looks like I need to use git config to set one, but I can't do anything more than a line or two20:37
i'm just trying to ls-remote and see what git's exit status is20:37
Bass10 joined20:37
_ikke_ leehambley: about the same20:37
lioux done20:38
_ikke_ lioux: ok20:38
waht branch are you currently on?20:38
what*20:38
Grum joined20:38
lioux # On branch ak-cylon-4.2.2-experimental1020:39
Niedar joined20:39
cozby joined20:39
cozby hi, on my remote box, I have cron job that does a git pull every 2 mins20:40
_ikke_ That is the branch you are currently working on?20:40
cozby this works, but I believe avoiding a merge would be best20:40
lioux yes20:40
cozby so just a clean fetch really20:40
douglaslassance joined20:40
cozby however is it possible to just fetch the latest?20:41
no merge, I'm trying git fetch && git reset --hard && git checkout -f branch_name20:41
leehambley _ikke_: can't find a way to make credential helpers work20:41
_ikke_ fetch the latest?20:41
cozby: checkout is not necessary after reset --hard20:41
pandeiro left20:41
cozby _ikke_: hm I see, but the reset hard doesn't seem to have the latest commit20:42
HardDisk_WP joined20:42
HardDisk_WP left20:42
HardDisk_WP joined20:42
sbodo left20:42
rawtaz hm, seems like branch deletions are not recorded in the reflog20:42
cozby I have been testing this. It doesn't quite work.20:42
_ikke_ git reset --hard <remote>/<branch_name>20:43
lioux: Do you know from what branch you want to get the changes?20:43
cozby _ikke_: hrmm that works20:43
thanks20:43
les_sylvains left20:45
cozby _ikke_: so calling git reset --hard will only reset the local branch to the first commit?20:45
megha joined20:45
_ikke_ cozby: Yeah, to HEAD to be exactly20:45
cozby I see.. OK thanks20:45
douglaslassance left20:45
sbodo joined20:45
leehambley left20:45
cozby _ikke_: so no fetch is required?20:45
brson joined20:46
Yougi left20:46
baba left20:46
lioux _ikke_: still here. I'm trying something like 'git log --remotes=linux-git --since=2010-08-30 --until=2012-05-03 net/ipv4/tcp.c'20:46
_ikke_ cozby: fetch is required to download the history20:47
lioux: And does that give you what you want?20:48
cozby _ikke_: ah, so its not necessary if you're just reseting the head to the latest20:48
_ikke_ yes20:48
guampa left20:48
geekbri left20:49
guampa joined20:50
lioux _ikke_: it seems to. Regarding cherry-pick, it refers to mainline: is it the origin or the destination?20:50
infynyxx joined20:51
_ikke_ lioux: mainline is 120:52
mikef joined20:52
_ikke_ (first parent)20:52
sq-one joined20:54
berserkr left20:54
jebenexer left20:54
vdv left20:55
macrover joined20:55
Xethron joined20:55
redrocket left20:55
freeed left20:56
marcdel left20:56
p3rror left20:57
jcromartie left20:57
p3rror joined20:57
jjore_ left20:57
Vile joined20:59
kogent joined20:59
w09x joined20:59
Goles left20:59
kenperkins|awaykenperkins20:59
OliverJAsh left21:00
cebor joined21:02
ddelrio1986 left21:03
arkady91 joined21:03
cozby left21:04
lioux _ikke_: Thanks, now to bite the bullet. I'll feed the commits to cherry pick and go play with the hundreds of insuing conflicts21:04
_ikke_ heh21:05
lioux Only 54 commits spanning 2 years.... what could go wrong? ;)21:05
_ikke_ Not very much I guess :P21:06
lavaman joined21:06
_ikke_ Good luck21:06
relipse left21:06
marcdel joined21:06
relipse joined21:07
jeffreylevesque joined21:08
ErKa joined21:09
relipse left21:09
relipse joined21:09
Vile left21:12
fulld left21:12
mrwonko left21:12
_ikke_ lioux: I'm curious to how it ends21:13
d2dchat left21:13
natechan left21:13
ferne joined21:13
rath left21:13
RaceCondition joined21:14
jjore_ joined21:14
macrover left21:14
thierryp joined21:14
Corren joined21:15
gommo joined21:15
kenperkins left21:16
Watabou joined21:16
Corren left21:16
otc left21:16
RaceCondition left21:16
maxloe left21:16
ferne left21:18
v0n left21:18
relipse left21:20
relipse joined21:21
etcetera left21:22
slaren left21:23
etcetera joined21:23
rawtaz question: in http://grab.by/kKKq (im happy to provide console log instead upon request), how come the three commits on the yellow branch is shown on that branch instead of on the red branch? i ask because those commits were done on the upstream/master branch (by another guy), not on the origin's master branch (which is my fork)?21:23
what determines on which branch they are shown in the log, so to speak. the fact that it shows them on the yellow branch instead of where they were done confuse me21:24
kenperkins joined21:24
mezner left21:24
mezner joined21:25
kevwil left21:25
_ikke_ rawtaz: Where do you expect them to be21:27
?21:27
rawtaz is it simply that when building the graph, commits are shown farthest to the right (though i think that's tweakable), and this is the reason theyre shown on the yellow branch (since it has them, too)?21:27
StrongOrder joined21:27
rawtaz _ikke_: thats a very good question. ive been thinking about it. i thikn the most definite info would be to show them on each of the red and yellow branch. cuz both of them have those commits/the contents of the commits21:27
i guess theyre simply put on one side when theire in multiple branches, to make things less messy21:28
s/on/to/21:29
Rix joined21:29
thierryp left21:29
_ikke_ rawtaz: It has been a different branch21:30
rawtaz this would make sense regarding the 4685b5e commit which is shown on the red branch, since less-origin/master hasnt been updated to that commit yet21:30
_ikke_ rawtaz: Because of the merge commit, it sees that it was a seperate branch21:30
danman left21:30
_ikke_ and showing it accordingly21:30
kadoban left21:30
rawtaz _ikke_: which merge commit, the 7a75 one or the 11a1 commit?21:30
_ikke_ b1bc5c121:30
jaseemabid joined21:31
rawtaz ah21:31
p3rror left21:31
_ikke_ You updated your origin/master branch to that branch, but upstream/master has moved on in the mean time21:32
rawtaz hmm21:33
kevwil joined21:34
rawtaz sorry. not getting this shit :(21:34
_ikke_ rawtaz: In git, a branch is just a pointer to a commit21:34
rawtaz i have never updated my origin/master. the only thing i have done with it is forking the upstream repository. that is all21:34
yeah21:34
BadDesign joined21:35
rawtaz now that im looking at this im even more confused over that the in the merge commit you mentioned (b1bc) it looks like my origin/master (the fork) has been merge into upstream/master :D21:36
_ikke_ rawtaz: Note that this is merely a representation21:36
rbmk left21:36
rawtaz yeah..21:36
_ikke_ You don't have a local master branch?21:37
rawtaz i do21:38
its in the blue line, at the very bottom21:38
_ikke_ Have you called your remotes less-origin and less-upstream?21:38
rawtaz here's the entire history: http://grab.by/kKNe21:39
if you are asking if i named them that, then yes. i added them manually21:39
Vile joined21:40
_ikke_ Ok21:40
rawtaz this is my local git repo, with the master. then i created a yii-less branch, checked it out, and then used git subtree to add in my fork less-origin/master21:40
gommo left21:40
_ikke_ rawtaz: You have merged two seperate repos together"?21:40
rawtaz the add was done in 11a1. then i also pulled from upstream in 7a7521:40
_ikke_ I see two root commits21:40
rawtaz i guess technically the answer is yes. moment21:41
gommo joined21:41
_ikke_ What I see:21:41
Upstream made a whole set of commits21:42
rawtaz here are the commands i have run: http://pastebin.com/27cNqp0y21:42
fobban left21:42
rawtaz except for the very last test commit/change i did on yii-less21:42
_ikke_ Ahh, subtrees21:42
rawtaz yea, the contrib21:42
_ikke_ Ok, that explains21:42
rawtaz i believe i have done that part right though :)21:42
oakdog8 left21:42
_ikke_ I believe you (haven21:42
rawtaz yeah. i can understand you were slightly puzzled about what was going on21:42
_ikke_ haven't used them yet)21:43
rawtaz havent used what? :)21:43
redrocket joined21:43
_ikke_ subtree merges21:43
Well, the contrib subtree command21:43
rawtaz yes. i have not used subtree merge, i have only used the contrib "git subtree"21:43
to add in my form from github21:43
anonymuse left21:44
rawtaz fork*21:44
_ikke_ The history looks a bit messed up21:45
I wonder why you used subtrees for this21:45
gommo left21:45
p3rror joined21:45
rawtaz basically because i have red both pros and cons about submodules and got the feeling that subtree was the slightly newer kid on the block and that many people were moving to using that instead of submodules21:45
_ikke_ You basically forked the project, and then upstream made 4 more commits21:45
leehambley joined21:46
_ikke_ rawtaz: Yes, but I don't really see how this would be a submodule / subproject21:46
Radegast joined21:46
rawtaz exactly. after my fork in fc46, upstream made four commits. the first three are shown on my fork in this history, and i am curious why its shown there instead of in the upstream tree/line. but i guess itsjust a cosmetic design choice (putting it on the far side)21:46
jaseemabid left21:47
_ikke_ Yeah, don't attach too much value on how it gets rendered21:47
Note that it doesn't really know what the main branch is21:47
buibex left21:47
rawtaz _ikke_: i think my naming the remote fork "less-origin" might have added confusion here. the local repository has nothing to do with the fork on github. the fork on github is of the upstream project, and is meant to be a third party lib that i want to have in a subfolder in my local project/repo21:48
_ikke_ oh ok21:48
rawtaz does that make sense?21:48
sorry for the confusion :<21:48
_ikke_ I find 11a1fab an odd commit21:49
Radegast How can I get the most recent tag from all branches? "git describe --all" returns "heads/master"21:49
buibex joined21:49
_ikke_ though, that can be due to my lack of understanding what subtree actually does21:49
rawtaz _ikke_: i think that subtree is simpler than you might think, but indeed one has to read its man page (https://github.com/git/git/blob/master/contrib/subtree/git-subtree.txt) to get the bigger picture21:50
leehambley left21:50
rawtaz _ikke_: that commit, 11a1, is the one where subtree is used to add in the other repo21:50
just FYI21:50
_ikke_ ok21:50
Vile left21:50
_ikke_ That makes sense then21:51
gommo joined21:51
_ikke_ wonders how usefull this approach is21:51
_ikke_ (not regarding to you, but subtrees in general)21:51
rawtaz yeah21:52
StrongOrder left21:52
rawtaz well its like everything else, has its pros and cons21:52
one con, but potentially pro for some i guess, is that the other repos history will be part of your repos history21:52
_ikke_ Yeah, but I wonder why one would want to merge the histories of two unrelated projects together21:52
rawtaz mm21:52
sluther joined21:53
irqq left21:53
_ikke_ 7a75407 is where you did another merge?21:53
Yeah, that's the last pull, rihgt?21:53
phiwo left21:54
sluther left21:54
phiwo joined21:54
rawtaz yeah. in http://pastebin.com/27cNqp0y line 2 is 11a1 and line 6 is 7a7521:54
mezgani joined21:54
j^2 left21:54
pastime joined21:54
rawtaz (beats me how can be arsed to write the "full short" has =D)21:54
Corren joined21:54
Corren left21:54
sluther joined21:54
_ikke_ The last sentence does not compute :P21:55
rawtaz oh i meant hash at the end :D21:55
_ikke_ But I can see how you can be confused about that branch21:55
breakingthings left21:55
ScottE left21:55
rawtaz _ikke_: to just sum things up; do you see what i mean about "the commit is in the yellow branch instead of the red one!"?21:56
_ikke_ It's probably because less-origin/master is still pointing to it21:56
rawtaz with the consideration that the commit in question (the three ew talked about) were not done in my fork but in upstream's repo21:56
p3rror left21:56
rawtaz aha21:56
_ikke_ This has just to do with how those histories are rendered21:56
rawtaz so you mean that if origin/master wouldnt point to b4f8 anymore this might very well not look like this21:57
yeah21:57
_ikke_ Well, like I said earlier, it doesn't really know what the main branch is21:57
It sees history as diverged, and it choose to show those 3 commits as seperate21:57
rawtaz can you elaborate on what you mean by "main" branch?21:57
mezner left21:58
kenperkins left21:58
_ikke_ Well, for example, in that part of history, it looks like the purple line is the main branch, and the yellow line diverged and got merged again21:58
rawtaz yeah21:58
exactly21:58
_ikke_ But that doesn't really mean anything21:58
rawtaz that puzzles me a bit as well, why the yellow one looks merged to the red..21:58
_ikke_ rawtaz: What I suspect is that upstream was on the purple branch, when he merged the commits from the yellow branch in21:59
xaocon|away left21:59
_ikke_ making the purple branch the first parent, and the yellow branch second21:59
jaseemabid joined22:00
_ikke_ git log -1 --format=fuller b1bc5c122:00
rawtaz _ikke_: but the yellow branch is my origin/master, isnt it? if yes, then the only relation that and the upstream master has is that the yellow is the fork of the red one, but that was way before the three commits22:00
does that make sense?22:01
_ikke_ rawtaz: As it looks from here, those three commits were already there when you forked the repo22:01
rawtaz by the three commits you mean 98, 4a and b4, right?22:01
_ikke_ yes22:01
rawtaz dang22:01
yes22:01
that is accurate22:01
xxHarlequin left22:01
rawtaz i think i did not include that fact in my thinking. you are right. i only forked once and havent touched it since22:01
i was for some reasin thinking i forked on fc4622:02
koltroll left22:02
rawtaz but i guess it just starts from that point due to the tag. perhaps i forked off that tag or something (not sure how that works, YET)22:02
_ikke_ rawtaz: What program do you use btw?22:02
rawtaz _ikke_: the screenshot is from SourceTree22:02
_ikke_ ok22:02
rawtaz but i am paralleling with the console22:02
_ikke_ right22:03
rawtaz this is just for kicks :-)=22:03
_ikke_ Can you show the output of that command I gave?22:03
anjen joined22:03
rawtaz indeed. terribly sorry i missed it22:03
koltroll joined22:04
JSharpe joined22:04
TeckniX left22:04
JesseC joined22:04
vaanz left22:05
rawtaz _ikke_: updated http://pastebin.com/Ztv3dhZh22:05
mviitanen left22:05
_ikke_ yeah, confirmed22:05
etcetera left22:05
_ikke_ The purple branch is indeed mainline22:05
Those three commits happened on some other branch that got merged in again22:06
rawtaz when you say merged in again, to where do you mean?22:06
_ikke_ b1bc5c122:06
well, the merge commits says it merged master back in22:07
chuckharmston left22:07
rawtaz ah right. since i was on the yii-less branch22:07
no, i take that back22:07
PaulCapestany left22:07
_ikke_ Is Crisu83 upstream, or another branch?22:07
repo*22:07
rawtaz yeah Crisu83 is the guy with the upstream repo, it is a repo22:08
_ikke_ Is it the repo you forked from/22:08
?22:08
rawtaz yes. forked on github22:09
https://github.com/rawtaz/yii-less is my fork22:09
b_jonas joined22:09
_ikke_ I wonder how that branch got there22:09
b_jonas stupid question. are mercurial's pull and fetch commands similar to git fetch and git pull in that order?22:10
rawtaz so, are you saying that when i forked, i somehow forked another branch from crisu83's repo than the master one?22:10
_ikke_ b_jonas: Yes22:10
b_jonas crazy22:10
_ikke_ Yeah22:10
b_jonas thanks22:10
hwrd|work left22:11
rawtaz _ikke_: was that Yeah for me22:11
+?22:11
cebor left22:11
_ikke_ no, for b_jonas22:11
rawtaz ok :)22:11
arand joined22:11
PaulCapestany joined22:11
shawnj|away joined22:12
_ikke_ rawtaz: What I guess what happened is this: You forked the repo at commit b4 (the master branch).22:12
hwrd|work joined22:12
rawtaz agreed22:12
at that time, was there just one branch in the upstream?22:12
_ikke_ upstream created another branch based on the tag22:12
rawtaz after i forked?22:13
_ikke_ rawtaz: I don't know22:13
AnimeCYC left22:13
_ikke_ It doesn't really matter22:13
infynyxx left22:13
_ikke_ But then, instead of merging that branch back to master, it merged master into that branch22:13
That's why the branch is merged like that22:13
cebor joined22:14
rawtaz aha. i think i see what you are saying22:14
tplaner joined22:14
rawtaz lemme turn the wheels another rotation :)22:14
cannonball left22:15
JesseC How do you specify a username for a remote clone?22:15
_ikke_ JesseC: What protocol?22:15
:?22:15
JesseC I'm using beanstalkapp, can't figure it out for the life of me.22:15
rawtaz depends on the transport youre using22:15
JesseC I would assume just https, I don't think they offer ssh22:15
_ikke_ JesseC: Doesn't it ask for a username?22:16
shawnj|away left22:16
tPl0ch left22:16
shawnj joined22:16
shawnj left22:16
JesseC nope, just says that unauthorized if I put nothing, and I tried username:/repository.path and it prompted for a password, but then said it couldn't "resolve" the name22:17
ThePawnBreak left22:17
JesseC https://username:/repo.path22:17
arand When I'm in the process of filter-branch --tree-filter what is the status of the index? does it simply stay at the state of the ref I'm rewriting (e.g. master)? If I use --index-filter as well, does that happen in parallel, and can the other refer to the other, somehow?22:17
shawnj joined22:17
_ikke_ JesseC: What version of git are you using?22:17
JesseC _ikke_ 1.7.122:18
_ikke_ arand: I'm not sure, but I would expect that the index is updated before the work tree22:18
JesseC: You'd need to update to a newer version, where things got fixed22:18
rawtaz JesseC: for a HTTML url the format is usually http://username@domain.com/...22:18
Vile joined22:18
vdv joined22:19
worstadmin left22:19
mmitchell left22:20
akresic joined22:20
rawtaz _ikke_: well, what you said makes sense. it looks possible that this is what has been done and why it looks like this. the b1bc would reference the parents 4685 and b4f8, and since the latter is in my fork it is shown as connected in this graph22:21
mmitchell joined22:21
mezgani left22:21
akresic left22:22
jlg13 joined22:22
rawtaz _ikke_: i was looking to see if one coule see branch changes on github but i cant find anything like that. the upstream currently has one branch and it is named master, but i guess it is possible that he renamed that red branch from something to master22:22
_ikke_ rawtaz: And since 46 is mentioned first, it tells us that the author was on that branch when her merged master in (+ the commit message saying he merged master)22:22
rawtaz: He probably had a branch, merged master later in, and removed that branch again22:22
rawtaz: Basically the opposite of what one would expect normally22:23
rawtaz _ikke_: isnt the reason that 46 is before b1 in the list (i mean below) simply that 46 contains a commit that was made after b4 but before b1 ?22:24
shawnj left22:24
p3rror joined22:24
thl0 left22:24
p3rror left22:24
thl0 joined22:25
_ikke_ rawtaz: no22:25
jn_ left22:25
mmitchell left22:25
_ikke_ rawtaz: when merging, git puts the current branch as the first parent, and the branch getting merged in as seccond22:26
second*22:26
rawtaz makes sense22:26
JesseC Anyone familiar with beanstalkapp as a git repository host?22:27
_ikke_ nope22:27
nkryptic left22:27
Radegast what does it mean when "git describe --all" returns "heads/master" instead of a tag?22:27
gommo left22:27
thl0 left22:27
JesseC I think I managed to get the syntax correct for logging in, but now it says "did you run git update-server-info" on the server22:27
rawtaz _ikke_: can you clarify; 46 is is first of <what collection of stuff>?22:28
thl0 joined22:28
gommo joined22:28
rawtaz _ikke_: sorry, i take that back. nvm22:28
cmn Radegast: it means you're at the tip of master22:28
jfinn joined22:29
cmn Radegast: what's confusing/wrong about that output?22:29
rawtaz _ikke_: i just dont see how 46 would ever NOT be before b1, since 46 is a regular commit and was made BEFORE the next action, being the merging, took place. why would it not come before the merging in the history, as long as the merging happened after the 46 commit?22:30
Vile left22:30
_ikke_ rawtaz: Merge doesn't look at the order of when the commits happend22:30
Radegast cmn: it should return the latest tag if I understand docs correctly. I just want to get the latest tag from all branches22:31
_ikke_ rawtaz: It looks at what commit you are when merging, and what branch you are merging in22:31
rawtaz hm i thought it did. in the sense that it "replays" them, which presumably would be done in order22:31
arietis left22:31
sgambino left22:31
_ikke_ rawtaz: Yes, but that has nothing to do with the order of which the parents appear in the commit22:31
R1KRDO left22:32
rawtaz i guess given that this is a recursive merge22:32
_ikke_ rawtaz: If he was on master, and merged the ohter branch in b1 would appear first22:32
thl0 left22:32
gommo left22:32
cmn Radegast: read what --all does again22:32
it looks through all refs22:32
raspy_freenode joined22:32
cmn and that branch is a better fit22:32
what do you mean latest tag from all branches?22:33
kenperkins joined22:33
rawtaz _ikke_: im sorry im not getting this.. surely the commit we now see in 46, which is a regular file edit and no merge in any way, would not come *after* merging the red and yellow branch, except if the author did that file edit commit (46) after the merging one?22:34
i just dont understand how it could22:34
probably misunderstood that22:34
Grum left22:35
cebor left22:36
_ikke_ rawtaz: I think we are talking about different things here22:36
Radegast cmn: I have a tag in the master (2.70) and a newer tag in another branch (2.71). git describe returns 2.70 while I want it to return 2.7122:37
_ikke_ rawtaz: I'm talking about http://pastebin.com/Ztv3dhZh line 4822:37
cmn first of all, tags don't belong to branches22:37
how are you calling describe? what are you asking it to tell you?22:37
Grum joined22:38
koltroll left22:38
Xethron left22:39
pppaul joined22:39
rawtaz _ikke_: right! you are just discussing a key part that helps us identify what the author has done. in this case that the first commit named in a merge message like that one is an indicator of which branch the author was on when doing the merge. in this case he was on the branch that has that commit.22:39
_ikke_: that makes it all clear22:39
srayner left22:39
kevwil left22:39
_ikke_ rawtaz: correct22:39
axl_ left22:39
rawtaz awesome22:40
smart22:40
ok22:40
*scrolls up to make sure he understands the two other things you said*22:40
shalokshalom joined22:40
cenuij left22:41
jlg13 left22:41
gommo joined22:42
gommo left22:43
jjore_ left22:43
jjore left22:43
gommo joined22:43
rawtaz _ikke_: looking at the commit messages it looks like the branch he created was for adding composer. makes sense.22:43
Radegast cmn: for me it was logical to do the opposite of what everyone else does. I kept a stable branch and continued with unstable version in master. Now I see it was not a good idea. Anyway, I found this, which does what I want: git describe --tags $(git rev-list --tags --max-count=1)22:43
rawtaz _ikke_: also, after having done that merge, both master and the other branch was pointing to the same commit (b1), correct?22:44
cmn Radegast: what are you actually trying to achieve?22:44
list all tags?22:44
Radegast cmn: find the latest tag22:45
relipse left22:45
cmn why with describe then?22:46
that's meant to give you a version to refer to22:46
kuyan joined22:47
Radegast cmn: what's the right way to do it?22:47
WhereIsMySpoon_ left22:47
cmn first you need to define what latest means22:47
buibex left22:47
gommo left22:48
Radegast cmn: chronologically22:48
staticshock left22:49
samholmes joined22:49
samholmes How do I just pull the contents of the latest comment from a repository?22:49
cmn chronologically of what?22:50
JesseC _ikke_: compiling the latest version of git 1.8.2 fixed all of the issues I was having, thanks.22:50
samholmes I'm trying to just get these files from github https://github.com/jethrolarson/placeholder-augment22:50
cmn the annotated tag, the tagged object...?22:50
samholmes Into my project's public lib scripts directory.22:50
So, I just need to be able to git clone without cloning the repo.22:50
cmn are you going to have later tags that don't fit into version numbers that you'll want it to show?22:50
netiul joined22:50
sluther left22:50
undecim__ left22:52
undecim__ joined22:52
_ikke_ JesseC: yw22:53
kuyan Hi guys, I need some help. So, I have files in my repository that I for some reason cannot delete.22:53
This is a newly-cloned repository.22:53
lifelike left22:53
kuyan Uh, instead of delete, I mean remove from git.22:54
I tried `git checkout -- <file>`, `git clean -df`, `git checkout <file>`, `git reset --hard`, `git reset --hard origin/master`, all that.22:54
It won't go away.22:54
cmn man git rm --cached22:54
gitinfo the git-rm manpage is available at http://jk.gs/git-rm.html22:54
cmn why would any of those delete a file?22:54
kuyan I meant discard the changes in the working directory. Sorry >_>22:55
Not thinking today.22:55
I just cloned the repository and the files are showing as modified, even though I cloned it less than a second ago.22:55
BadDesign left22:56
taylorlapeyre joined22:56
cmn on OSX there used to be some bug that caused that22:56
kuyan Yeah, I'm on OS X.22:56
jason237 joined22:56
cmn or it could be core.autocrlf set to true on unix ssytems22:56
kuyan The repositories in question are github.com/kennethreitz/python-guide and github.com/kuyan/python-guide22:57
Vile joined22:57
kuyan both core.autocrlf and core.safecrlf are unset22:57
rawtaz _ikke_: i think that everything i was wondering about this (starting with why the three commits were shown on the yellow instead of red branch) have been answered. thank you so much ♥22:57
jjore_ joined22:57
jjore joined22:57
kuyan It's probably OS X - I had an issue completely like this with Homebrew just a few days ago: https://github.com/mxcl/homebrew/issues/1337322:57
bzyx left22:58
fuzzybunny69y joined22:59
JesseC I have a folder that I renamed, but git shows the old folder and the new folder when I do a clone. Will it hurt anything to do "git rm -r old_directory" and then commit my change?22:59
didlixForHire left23:00
fisted_ joined23:01
gommo joined23:01
compojoom left23:02
kmels__ joined23:03
etcetera joined23:03
puchrojo left23:04
fisted left23:04
fisted_fisted23:04
kuyan cmn: do you have anything that you could link me about that bug on osx?23:04
whowantstolivef1 left23:05
cmn I don't know more about the bug; just that it was a race condition; the git list has more information about it; or upgrade23:07
kuyan cmn: okay, thanks!23:07
Sigma joined23:08
Vile left23:08
Rix left23:08
lonewulf` left23:09
lonewulf` joined23:09
marhaban left23:11
trungqtran left23:12
codon joined23:13
sebuba left23:13
sq-one left23:14
jcromartie joined23:14
jcromartie left23:14
fuzzybunny69y left23:15
dfr|work left23:15
kuyan left23:17
tanath joined23:17
longbeach left23:19
lacrymology left23:20
vdv left23:21
pppaul left23:21
dreiss joined23:21
worm_ left23:21
phantomcircuit joined23:21
kristofers left23:21
fuzzybunny69y joined23:21
lacrymology joined23:22
infynyxx joined23:23
cebor joined23:23
cenuij joined23:23
kadoban joined23:23
m0ltar left23:24
monk3y joined23:25
scelis left23:26
sbodo left23:27
kmels_ joined23:28
pppaul joined23:30
pppaul left23:30
pppaul joined23:30
jason237 left23:31
kmels__ left23:32
primitive left23:33
Vile joined23:34
anjen left23:35
TheFuzzball left23:37
Jojomofoman joined23:37
warthog9 joined23:40
JaredMiller joined23:40
Joe5 left23:40
pantsman left23:43
h0bbit joined23:45
Wulf left23:45
Vile left23:46
thiago left23:46
leehambley joined23:46
jaseemabid left23:47
warthog9 left23:47
jalama joined23:49
vooor joined23:51
leehambley left23:51
vooor left23:51
SBoudrias joined23:51
huoxito joined23:51
JSharpe left23:52
jalama left23:53
NiteRain left23:53
erichynds left23:54
PlantMan joined23:55
h0bbit left23:55
jasom I'm importing a subversion repository to git; any suggestion for how to represent deleted branches?23:55
jasom is leaning towards something like refs/deleted-branches/branch-name23:56
jasom maybe with an @revision-number for good measure, as there might be duplicate branch names otherwise23:57
gustavnils left23:57
macrover joined23:57
rakl left23:59

Logs Search ←Prev date Next date→ Channels Documentation