IRCloggy #git 2019-04-18

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.

2019-04-18

de-facto left00:01
de-facto joined00:01
wald0 left00:05
tuxd00d left00:19
Valeyard joined00:20
ferdna joined00:24
fassl left00:24
jrnieder left00:24
jcbitter left00:24
eblip left00:25
eb0t left00:25
jcbitter joined00:25
steven__ left00:26
eblip joined00:27
eb0t joined00:27
amosbird Hi, what's the right way to reverse a patch?00:27
bremner with git revert, usually00:28
nic-hartley left00:28
amosbird https://la.wentropy.com/b5FQ00:28
libertyprime joined00:28
amosbird by reverting, I mean create a new patch reverting this one00:29
rafasc amosbird: you can apply -R00:29
shicks2525 joined00:30
jcbitter left00:32
jcbitter joined00:34
dpyro left00:34
dpyro joined00:35
manuelschneid3r left00:37
Valeyard left00:38
breakingsad joined00:42
PettanShoutaKun left00:45
ayjay_t left00:48
millerti left00:50
duderonomy left00:50
Enphuego joined00:50
sunrunner20_ joined00:53
ghoti_ joined00:54
Hobbyboy|BNC joined00:54
papcx8 joined00:54
jleclanche_ joined00:54
palra_ joined00:55
Fenhl_ joined00:55
sborza_ joined00:55
frecklealex_ joined00:55
kutenai_ joined00:55
jsatk_ joined00:55
Celelibi left00:55
Celelibi_ joined00:55
dustinm- joined00:55
qqx_ joined00:56
Celelibi_Celelibi00:56
Bigcheese_ joined00:56
AmShaegar_ joined00:56
mat001 left00:57
nurdie joined00:57
sud0 left00:57
sud0 joined00:57
waveclaw_ joined00:57
j7k6_ joined00:58
mikap joined00:58
veremitz left00:58
Peng__ joined00:58
netwoodle joined00:59
miczac joined01:00
hexagoxe- joined01:01
hexnewbie_ joined01:01
nextloop_ joined01:01
lghtstkr joined01:02
polyrob_ joined01:02
yuriii left01:02
AmShaegar left01:02
waveclaw left01:02
jleclanche left01:02
kutenai left01:02
palra left01:02
frecklealex left01:02
pulkit25 left01:02
jyc_ left01:02
Hobbyboy left01:02
surfist left01:02
dustinm left01:02
hexnewbie left01:02
ribasushi left01:02
hexagoxel left01:02
qqx left01:02
varesa left01:02
Fenhl left01:02
jsatk left01:02
papcx left01:02
ilmostro left01:02
haritz left01:02
brezanac left01:02
polyrob left01:02
sunrunner20 left01:02
j7k6 left01:02
Peng_ left01:02
noodle left01:02
ghoti left01:02
sborza left01:02
Bigcheese left01:02
mika left01:02
nextloop left01:02
Xizor left01:02
erhandsome left01:02
lightstalker left01:02
sunrunner20_sunrunner2001:02
sborza_sborza01:02
mikapmika01:02
netwoodlenoodle01:02
frecklealex_frecklealex01:02
jleclanche_jleclanche01:02
palra_palra01:02
kutenai_kutenai01:02
jsatk_jsatk01:02
nightshift untracked files persist across branch changes, right? (assuming I add the file while in master, or does it matter?)?01:02
hexagoxe-hexagoxel01:02
varesa_ joined01:02
Sasazuka left01:02
nextloop_nextloop01:02
xcm left01:02
polyrob_polyrob01:02
ribasushi joined01:03
xcm joined01:03
MylesBorins left01:04
brezanac joined01:05
evanc left01:05
acetakwas left01:06
evanc joined01:06
AtumT left01:06
veremitz joined01:06
rafasc !float01:06
gitinfo If you have made a change in your working directory and have NOT YET COMMITTED, you may "float" that change over to another (`git checkout oldbranch`) or new (`git checkout -b newbranch`) branch and commit it there. If the files you changed differ between branches, the checkout will fail. In that case, `git stash` then checkout, and `git stash apply` and go through normal conflict resolution.01:06
rafasc but once you add it, it becomes tracked.01:06
veremitz left01:07
MylesBorins joined01:07
nightshift not really what I'm after. I want to add a file that is just reference, so that I can refer back to it.01:08
Actually, if I put it in the .gitignore, that should have it function the way I want01:08
acetakwas joined01:08
pupsikov joined01:08
vishal are you talking about add --intent-to-add by any chance01:09
nightshift vishal: I don't think so01:09
I want a file to exist in my working directory, but I want git to act as though it knows nothing about it01:10
vishal ah, yeah, gitignore then01:10
surfist joined01:11
vishal but I rarely bother - not sure it gets you much (at least in my workflow)01:11
nightshift That's what I thought. And, it doesn't matter what branch I have checked out when I first place it into the working directory and the gitignore01:11
right?01:11
vishal nope, untracked files, whether in gitignore or not, don't matter to git. They stay there (unless you use git clean or so)01:12
rafasc yes. As long as you never git add it, it should stay where it is.01:12
nightshift awesome01:12
nurdie left01:16
veremitz joined01:17
mowcat left01:20
cdown left01:22
F0rTex left01:22
finalbeta joined01:22
F0rTex joined01:23
alyptik joined01:27
cdown joined01:28
pupsikov left01:28
kadoban left01:29
cdown left01:33
d^sh left01:33
humanBird left01:35
nightshift left01:35
nic-hartley joined01:35
d^sh joined01:37
gambl0re joined01:38
xcm left01:39
xcm joined01:40
NightStrike left01:44
Bobdude joined01:44
al-damiri left01:44
Defcronyke left01:45
Defcronyke joined01:46
kjartan left01:47
Defcronyke left01:51
Defcronyke joined01:51
kjartan joined01:51
mven joined01:56
rafasc left02:10
nurdie joined02:12
thebope joined02:14
lagothrix left02:20
lagothrix joined02:20
KeyJoo joined02:20
Goplat joined02:21
greatgatsby left02:29
greatgatsby joined02:29
greatgatsby left02:30
greatgatsby joined02:30
random_yanek left02:31
jim left02:31
tya99 joined02:31
jungsubk joined02:32
tya99 can i merge with a specific timezone?02:32
for example I used:02:32
git config alias.utccommit '!git commit --date=\"$(date --utc +%Y-%m-%dT%H:%M:%S%z)\"'02:32
for commits02:32
i want to do the same for merge commits02:32
i tried: git config alias.utcmerge '!git merge --date=\"$(date --utc +%Y-%m-%dT%H:%M:%S%z)\"'02:33
but that didn't seem to work02:33
jungsubk left02:33
random_yanek joined02:33
random_yanek left02:33
tya99 https://saebamini.com/Git-commit-with-UTC-timestamp-ignore-local-timezone/02:34
random_yanek joined02:35
bambanx joined02:35
matelot_ joined02:39
bluezone left02:40
Copenhagen_Bram left02:41
nurdie left02:44
jim joined02:48
clime left02:53
spacesuitdiver joined02:53
Copenhagen_Bram joined02:56
jubal joined02:56
KeyJoo left02:57
miczac left03:00
tya99 mm maybe i want to rebase03:04
that will avoid creating the extra commit03:04
yes that's what i want03:05
Cabanoss- left03:06
RustyShackleford joined03:09
RustyShackleford so I committed these files a few commits ago.03:09
waveclaw_waveclaw03:09
RustyShackleford let me start over lol03:09
so I *deleted* these files a few commits ago.03:10
and I want to bring them back03:10
Spacew00t left03:11
justanotheruser joined03:13
Cabanossi joined03:17
tya99 i can use TZ=UTC that works03:25
RoriconKnight joined03:28
amosbird hi, does git checkout change file modtime?03:28
nurdie joined03:29
thiago left03:32
arecacea1 left03:33
arecacea1 joined03:33
fatalhalt left03:42
rominronin joined03:47
MACscr left03:47
dre_ joined03:49
veegee left03:51
rominronin left03:52
voidSurfr left03:52
alex_pa joined03:53
veegee joined03:56
maryo joined03:56
mven left03:58
Mattiaslndstrm joined04:03
Mattiaslndstrm left04:08
maryo left04:08
alex_pa left04:12
mven joined04:13
Ignacy left04:15
Tawonga left04:15
Tawonga joined04:16
mven left04:18
g00s joined04:26
fstd_ joined04:28
duderonomy joined04:29
duderonomy left04:31
fstd left04:32
fstd_fstd04:32
nic-hartley left04:33
bambanx left04:35
veegee_ joined04:36
duderonomy joined04:37
veegee left04:37
gambl0re left04:54
ferdna left05:02
pks_ joined05:02
Mattiaslndstrm joined05:04
pks left05:05
pks_pks05:05
RoriconKnight left05:09
RoriconKnight joined05:10
veegee joined05:11
veegee_ left05:12
matelot_ left05:13
Inline left05:13
YuGiOhJCJ left05:14
ajain left05:20
gde33 left05:21
victorqueiroz left05:22
ajain joined05:23
Copenhagen_Bram left05:29
kapil____ joined05:31
Beam_Inn_ joined05:32
pR0Ps left05:32
pR0Ps joined05:33
jcbitter left05:33
sauvin joined05:35
Copenhagen_Bram joined05:35
Beam_Inn__ left05:35
Beam_Inn_Beam_Inn__05:35
oojacoboo left05:36
sunrunner20 left05:36
sunrunner20 joined05:36
Copenhagen_Bram left05:37
gde33 joined05:39
Fenhl_Fenhl05:41
mat001 joined05:45
libertyprime left05:46
dre_ left05:46
Copenhagen_Bram joined05:46
thiago joined05:49
mat001 left05:50
hexnewbie_hexnewbie05:53
thefatma joined05:53
WhiskerBiscuit left05:54
NccT left05:55
thebope_ joined06:02
thebope left06:04
tuxd00d joined06:04
nurdie left06:10
yuriii joined06:15
kerframil left06:15
mshadle joined06:16
mshadle can someone here help me? i'm on a local branch "dev" it says it's up to date with "origin/dev" yet when i "git push" or "git push origin dev" etc ... it keeps telling me about master. i've tried git branch --set-upstream-to=origin/dev also. no dice.06:16
planigan left06:17
ajain mshadle: what is the exact error message?06:19
mshadle let me obfuscate this quick06:20
thiago left06:20
mshadle @ajain: https://upaste.de/kze06:20
Beam_Inn__ left06:21
Beam_Inn__ joined06:21
ricekrispie joined06:21
ajain mshadle: can you share the output of git branch -vv06:22
breakingsad left06:22
mshadle ajain: https://upaste.de/dqS06:23
ricekrispie2 left06:23
ajain mshadle: as I see, git push origin dev is working as expected --> Everything up to date06:25
only git push is throwing an error06:26
mshadle okay here's the real need: i have individual directories with work done in them, and i want to merge them into one repository with different branches for both06:26
so i have domain.com, dev.domain.com and beta.domain.com06:26
ajain ok. So you can commit these directories in their respective branches06:28
mshadle i checked out the git repo to "tmp", then cd tmp/ ; git checkout master ; rsync --delete --filter '- .git' ../domain.com/ ../tmp/ ; git add -A . ; git commit -a -m "up to date" ; git push origin master ; git checkout dev ; rsync again from dev.domain.com to tmp ; git add -A . ; git commit -a -m ; git push origin dev06:28
ajain git checkout beta06:28
git add beta-dir ; git commit06:28
mshadle i would love to git clone (but not *really*) and just git add the directory as-is, git push -f origin branchname06:28
thefatma left06:29
ajain looks like what you are doing is correct, only question is when are your branching off to dev?06:31
mshadle right now, just having separate branches, not tracking each other... although i guess that's not a good idea.06:31
because then they won't be able to merge properly, right?06:32
thefatma joined06:32
ajain probably06:32
jungsubk joined06:33
mshadle like should i do git checkout -b beta origin/master06:33
but that is LOCAL beta tracking REMOTE master06:33
ajain in that casse, your beta branch will have master directory06:34
tracking will not be set, you will have to add it later when you push using -u switch06:34
mshadle i swear i used to make this work properly.06:34
ajain let me try this quickly06:35
mshadle or is git subtree something i should look at06:36
nevermind, i think my friend was thinking of something else :)06:38
jungsubk left06:38
__rohit joined06:42
mshadle i think "git push -u origin dev" when i go to do a push was what i wanted?06:44
ajain yes06:44
mshadle then moving forward "git push" is smart06:45
i thought that's what git branch --set-upstream-to would do though... as well06:45
oxymoron93 joined06:45
ajain IRRC it does the same thing06:46
kjartan left06:46
ajain -u just feels simpler to me06:46
oxymoron93 yes, `-u` is shorthand for `--set-upstream`06:47
ajain mshadle: I tried what you are doing, while merging, git will refuse.06:48
MACscr joined06:48
ajain fatal: refusing to merge unrelated histories06:48
planigan joined06:50
kjartan joined06:51
clime joined06:53
T_UNIX joined06:54
rominronin joined06:55
xcm left06:56
xcm joined06:56
Enphuego left07:00
Jackneill left07:01
n3wborn joined07:02
dodobrain_ left07:02
d^sh left07:04
d^sh joined07:05
theoceaniscool joined07:09
TomyLobo joined07:10
nindustries joined07:10
Jackneill joined07:10
nindustries Hi, when pushing from a worker, we receive a "You can only push your own commits in this repository". We do a git config --local user.name, git config --local user.email, checkout and git push07:11
checkout works, push returns that error07:11
The SSH keys are added to the account with user.email07:12
learningc joined07:12
nindustries Commit X was committed by X [email@hidden.address] matches git config07:12
dpyro left07:13
g00s left07:13
dege joined07:15
nindustries log: https://hastebin.com/eruyecevic.coffeescript07:15
varesa_varesa07:16
nindustries Any ideas?07:18
jungsubk joined07:19
jungsubk left07:19
learningc How can I merge a branch onto master with that merging commit replacing the master's last commit (like amend but results from a merge)07:20
planigan left07:23
_ikke_ First reset master back, and then merge that branch?07:25
nindustries Perhaps because i'm cloning as user git?07:26
cbreak left07:27
cbreak joined07:27
TomyLobo left07:28
nurdie joined07:28
circuitbone nin git config --global user.name07:29
gloomy joined07:29
learningc _ikke_, then I do a squash? Is there a simpler way?07:29
RustyShackleford left07:30
xcm left07:31
xcm joined07:32
TomyLobo joined07:33
nurdie left07:34
nindustries circuitbone: why --global?07:34
since --local should work in the repo, no?07:34
circuitbone dunno, its always the way I have gotten the name.07:34
oxymoron93 it does no matter, .git/config (local) has precedence over global configuration07:35
bergercookie joined07:36
oxymoron93 still, what does "own commit" mean? Have you tried asking maintainer? nindustries07:36
planigan joined07:36
nast joined07:36
nindustries since the commit author matches my git config --local user..07:37
Mr__Anderson joined07:40
z|bandito joined07:40
mshadle left07:47
TomyLobo left07:48
TomyLobo joined07:51
computer2000 joined08:02
__rohit left08:06
floppydh joined08:07
esrse joined08:09
gloomy left08:12
mven joined08:15
ppang joined08:16
mven left08:19
TomyLobo left08:24
libertyprime joined08:25
TomyLobo joined08:33
pulkit25 joined08:36
mven joined08:36
jottr joined08:41
mven left08:42
alyptik left08:46
nast left08:46
jas4711 joined08:47
savolla joined08:47
xcm left08:49
xcm joined08:49
Caterpillar left08:50
WhiskerBiscuit joined08:50
bergercookie left08:52
Elon_Satoshi joined08:52
yyy joined08:53
bruhbruh joined08:53
Copenhagen_Bram left08:54
WhiskerBiscuit left08:55
computer2000 left08:57
SkarmoutsosV joined09:00
yyy- joined09:01
yyy left09:02
yyy- left09:02
yyy joined09:02
borkr joined09:05
gloomy joined09:07
mimajof joined09:10
libertyprime left09:12
royal_screwup21 joined09:13
libertyprime joined09:13
Goplat left09:15
Raimondi left09:15
osse nindustries: Commit authorship is usually completely irrelevant for authentication09:15
Oh... That's some custom thing then09:16
pie_ joined09:21
catsup left09:21
catsup joined09:22
catsup left09:22
catsup joined09:22
Thanatermesis joined09:27
Thanatermesis what happens when there's a commit with a fix in a "fixes" branch, and later the master branch includes the same code ? more exactly, what happens when you rebase master later into your "fixes" branch09:29
DevAntoine Hi09:29
When I try to pop my stash "error: Your local changes to the following files would be overwritten by merge:"09:30
Is there a way to pop it and resolve conflicts?09:30
I don't want to commit my changes yet.09:30
hussam left09:30
alyptik joined09:30
nurdie joined09:31
manuelschneid3r joined09:32
thefatma left09:34
profmac left09:34
thefatma joined09:34
xcm left09:34
osse Thanatermesis: Usually the change in the rebased branch is automatically dropped. If they are slightly different in some way you get a conflict, which should be trivial to resolve09:35
xcm joined09:35
Beam_Inn_ joined09:35
nurdie left09:36
thefatma left09:36
Thanatermesis thanks! sounds good :)09:36
SkarmoutsosV left09:37
learningc left09:37
Beam_Inn__ left09:37
Beam_Inn_Beam_Inn__09:37
thefatma joined09:37
learningc joined09:37
sz0 joined09:38
SkarmoutsosV joined09:38
learningc left09:38
learningc joined09:39
Bobdude left09:40
R2robot left09:46
manuelschneid3r left09:46
profmac joined09:47
R2robot joined09:49
rkta left09:52
rkta joined09:53
hussam joined09:55
orbitex joined09:59
borkr left10:00
lankanmon left10:00
kapil____ left10:01
midnightmagic joined10:02
learningc left10:03
gloomy left10:07
xcm left10:07
cbreak left10:07
xcm joined10:08
cbreak joined10:08
finalbeta left10:16
finalbeta joined10:16
gloomy joined10:18
learningc joined10:25
pie__ joined10:27
pie_ left10:30
learningc left10:30
learningc joined10:31
nurdie joined10:32
rkta left10:33
rkta joined10:33
nurdie left10:36
learningc left10:36
slartie joined10:37
learningc joined10:38
slartie left10:46
thefatma left10:46
thefatma joined10:48
bruhbruh_ joined10:49
bruhbruh left10:51
lankanmon joined10:52
Bizkit joined10:52
ilmostro joined10:52
rominron_ joined10:57
rominronin left11:00
Phylock joined11:01
pie_ joined11:02
pie__ left11:04
borkr joined11:07
emsjessec joined11:09
figuinhas joined11:13
bruhbruh_ left11:15
reactormonk joined11:30
reactormonk How would I query git for the current tag, and if none exists, error out? git describe --tags gives you the lastest tag that matches, but if the tag isn't exactly HEAD, I would like it to error out.11:30
_ikke_ reactormonk: --exact-match11:33
uptime left11:34
apoos_maximus joined11:34
reactormonk nice, thanks!11:38
RoriconKnight left11:39
apoos_maximus_ joined11:40
apoos_maximus left11:43
thiago joined11:50
Bizkit left11:51
HyP3r left11:51
azwieg103 joined11:55
kapil____ joined12:01
azwieg103 left12:09
Lucas_Gray joined12:11
finalbeta left12:12
finalbeta joined12:13
ghoti_ghoti12:18
nic-hartley joined12:20
SkarmoutsosV left12:25
boombatower joined12:27
mven joined12:39
Mattiaslndstrm left12:40
esrse left12:40
mohsen_1 joined12:43
mowcat joined12:43
mven left12:43
m1sosoup joined12:44
oprypin left12:44
mohsen_1 Hello, I have been pushing to the master branch, how do I push to a different branch from now?12:44
yyy left12:45
oprypin joined12:47
yyy joined12:50
SuperL4g_ joined12:50
kernel-sanders git push remote localbranch:remotebranch12:51
Bizkit joined12:51
victorqueiroz joined12:51
Lucas_Gray left12:53
SuperLag left12:54
quackgyver joined12:55
Lucas_Gray joined12:55
mven joined12:56
mven left12:56
m1sosoup left12:56
Regon joined12:56
m1sosoup joined12:57
Lucas_Gray left12:57
moldybits left12:59
TingelTangelBob joined13:01
moldybits` joined13:02
veegee_ joined13:02
veegee left13:02
gxt left13:04
Tobbi_ left13:04
mohsen_1 kernel-sanders: I was not creating the same branch on the local13:05
so created it with `git checkout dev` and then `git push origin dev`13:06
student_A joined13:08
mohsen_1 left13:08
student_A hi13:09
bit newbie - testing out git svn (for svn migration to git)13:09
we have a big repo13:09
we tried git svn clone (non-standard layout)13:10
CodeSlingerPaul joined13:10
student_A and it failed due to gc failure13:10
mohsen_1 joined13:10
spacesuitdiver left13:10
oprypin left13:11
oprypin joined13:11
rafasc joined13:11
oprypin left13:12
oprypin joined13:12
oprypin left13:12
oprypin joined13:12
student_A we tried git svn clone -r222:500000 repo-url -T <dir>/trunk --author-file=file.txt --no-minimal-url repoDir13:13
Raimondi joined13:15
thefatma left13:19
nic-hartley left13:20
thiago left13:20
pie_ left13:21
thiago joined13:21
opilab joined13:23
student_A anyone13:24
?13:24
Elon_Satoshi left13:24
oprypin left13:25
ppang left13:25
Copenhagen_Bram joined13:25
mowcat left13:28
opilab left13:31
thebope_ left13:31
thebope joined13:32
student_A is there a way to unignore files and directories shown in git svn show-ignore list ?13:34
rominronin joined13:35
oprypin joined13:36
mohsen_1 left13:36
mimajof left13:38
thebope left13:38
rominron_ left13:39
thiago left13:39
Beam_Inn_ joined13:39
Kartagis student_A: if it's like .gitignore, taking the file out of ignore file should unignore it.13:40
floppydh left13:40
minimal_life joined13:42
floppydh joined13:42
nic-hartley joined13:42
Beam_Inn__ left13:42
computer2000 joined13:43
Beam_Inn_Beam_Inn__13:43
Bizkit left13:44
Silenced joined13:44
savolla left13:45
thefatma joined13:53
SerialSmile joined13:53
m0rph joined13:57
gloomy left13:58
m1sosoup left13:58
gloomy joined13:58
orcainbox joined13:58
orcacomputers joined13:59
gloomy left13:59
gloomy joined14:01
gloomy left14:01
yuriii left14:03
Envil joined14:04
gloomy joined14:04
dpyro joined14:05
dpyro left14:05
Silenced left14:07
gloomy left14:08
__rohit joined14:09
greggerz joined14:09
rohit[m] joined14:10
duderonomy left14:11
rominronin left14:11
rominronin joined14:11
bluezone joined14:11
nindustries left14:13
Beam_Inn__ left14:14
Beam_Inn__ joined14:15
rominronin left14:16
thebope joined14:16
rominronin joined14:16
rominronin left14:16
rominronin joined14:17
nowhereman joined14:17
moldybits`moldybits14:18
nic-hartley left14:19
floppydh left14:20
mhinz joined14:21
rominronin left14:21
gloomy joined14:22
oxymoron93 left14:23
Silenced joined14:26
blackandblue joined14:28
rominronin joined14:29
tuxd00d left14:29
rominronin left14:30
nurdie joined14:31
flaviodesousa joined14:31
Silenced left14:32
gumnos joined14:33
gumnos Is there a way to configure dynamic commit templates? I can point commit.template to a static file, but it treats it as a fixed filename, not allowing things like "commit.template='!generate_template.sh'"14:34
rominronin joined14:34
_ikke_ gumnos: perhapse a prepare commit hook?14:35
mooasaurus left14:36
mooasaurus joined14:36
gumnos reading about the prepare hook...14:36
borkr left14:37
gumnos looks like it should do the trick. Thanks!14:37
al-damiri joined14:39
n3wborn left14:40
Inline joined14:43
kjartan left14:44
fission6 joined14:44
kadoban joined14:45
nabil_nabil14:48
lucasb joined14:48
thebope left14:49
kjartan joined14:49
minimal_lifeseaef14:50
achen_ joined14:50
seaefseaef-tnw14:52
achen__ joined14:53
thefatma left14:53
onmeac joined14:54
achen_ left14:56
seaef-tnw left14:56
seaef-tnw joined14:58
pupsikov joined14:59
achen__ left14:59
__rohit left15:01
orbitex left15:03
seaef-tnw left15:04
seaef-tnw joined15:06
rohit[m] left15:07
random_yanek left15:07
tang^ joined15:07
random_yanek joined15:08
random_yanek left15:08
orafu joined15:09
libertyprime left15:11
random_yanek joined15:15
jungsubk joined15:15
orafu left15:16
palra left15:16
Beam_Inn_ joined15:16
orafu joined15:18
Beam_Inn__ left15:19
AbleBacon joined15:19
Beam_Inn_Beam_Inn__15:19
Beam_Inn__ left15:21
borkr joined15:22
thebope joined15:24
learningc left15:24
SerialSmile left15:24
orafu left15:24
jottr left15:25
orafu joined15:25
faLUCE joined15:25
csd_ joined15:26
faLUCE Hello. I sent (to myself) a mail produced with git send-email, containing a patch. I can see the patch in the body of the email. Now, How can I apply it to a project inside "some_project" dir ?15:27
computer2000 left15:28
Es0teric joined15:28
seaef-tnw left15:29
csd_ left15:30
_ikke_ use git am15:31
rafasc faLUCE: you download the email, and apply it with $git am <file>15:31
be sure that the method you use to download doesn't mungle white space.15:32
rsrx joined15:33
rafasc for gmail, there's a 'show original' in the ⋮ menu.15:33
faLUCE ok, let's try15:33
thnx15:33
orafu left15:33
rafasc from there you can either copy paste or click download original.15:34
mohsen_1 joined15:34
nedbat faLUCE: i'm just curious: why use an email workflow?15:34
rafasc I know stuff: he wants to contribute to ffmpeg.15:34
xcm left15:36
rafasc The good old you need to adapt to the project your working for. And self emailing and trying to apply is one of the things you end up doing when you have problems with send-email, to make sure all is good before the oficial submission.15:37
Shentino left15:37
quackgyver left15:37
thebope left15:39
faLUCE rafasc: yes :-)15:39
but I'm also curious to see how efficient is the email workflow15:40
Raimondi left15:42
benharri https://git-send-email.io15:42
leeN joined15:43
rafasc already aware of that, but looks like his account had extended security features that didn't allow setting up an app password.15:43
xcm joined15:43
benharri ahhh15:44
faLUCE rafasc: at the end I used a "yandex" account, which has app password15:44
Mattiaslndstrm joined15:44
faLUCE but, other than that, I'm seeing how useful/efficient is the email workflow15:44
rafasc whatever it works.15:44
faLUCE the only problem is that it's not very easy to learn15:45
rafasc webgmail sucks for email-workflow15:45
faLUCE it's very restrictive15:45
kusmario left15:45
kus_ubuntui686 left15:45
secretmessage left15:45
philippirrip left15:45
borkr left15:45
rafasc no way to read a thread, they only have their own flattened 'conversation' view.15:46
Shentino joined15:46
duderonomy joined15:48
jottr joined15:49
millerti joined15:51
miczac joined15:52
charking joined15:54
charking Hello. I created an experimental branch and made 3 commits. I like them and want to also commit them on master. What's the proper way to do it?15:55
git cherry-pick?15:55
yyy left15:56
Zarthus why not just git-merge?15:56
rafasc you can merge the branch to master, or rebase the feature branch.15:56
reactormonk left15:56
ivaat joined15:57
ivaat hi15:57
charking Zarthus: Is merge possible if you don't want to merge every commit from the topic (experimental) branch?15:57
Zarthus a cherry pick would probably be more appropriate depending on the size/scale of things15:58
orcacomputers left15:58
charking OK, thanks. I wasn't sure about merge versus cherry-pick versus rebase15:59
rafasc The downside is that your history will have two commits with the same changes.15:59
Anthaas left15:59
rafasc because cherry-pick makes a copy of the commit, but since the parents change, the sha will change.15:59
Anthaas joined16:00
onmeac left16:01
Silenced joined16:01
charking rafasc: so is it better not to use cherry-pick then?16:02
Mattiaslndstrm left16:02
rafasc it's your preference, I prefer not having "duplicate" commits.16:03
you can cherry-pick the commits to master, then rebase your experimental on top of master.16:03
git rebase should notice the changes are already there and skip the commits.16:03
RandomGuyOnIrc left16:04
iam730 left16:04
charking rafasc: after that, it will look like the commits are made to both branches at once? Instead of duplicate commits on each branch?16:05
no_gravity joined16:06
rafasc it will look like the commits were made on master, and you branched after they were made.16:06
apoos_maximus_ left16:06
rafasc it's a !rewrite operation.16:06
gitinfo Rewriting public history is not recommended. Everyone who has pulled the old history will have to do work (and you'll have to tell them to), so it's infinitely better to just move on. If you must, you can use `git push --force-with-lease <remote> <branch>` to force (and the remote may reject that, anyway). See http://goo.gl/waqum16:06
no_gravity Does "git diff origin" compare my current branch to the same branch on the origin?16:07
rafasc but as long as you are not sharing the 'experimental' branch with anyone else, you're free to rewrite.16:07
Raimondi joined16:07
charking rafasc: I see16:07
Thanks!16:07
charking left16:07
rafasc no_gravity: no. It will compare against the default branch, the one that is automatically checked out when you clone, usually master.16:08
gambl0re joined16:09
voidSurfr joined16:09
no_gravity rafasc: I see. That explains what I see :) Thanks!16:09
reactormonk joined16:09
jottr left16:10
OtakuSenpai left16:10
rafasc no_gravity: has to do with what's explained at man git remote; search for set-head;16:13
gitinfo no_gravity: the git-remote manpage is available at https://gitirc.eu/git-remote.html16:13
OtakuSenpai joined16:13
duderonomy left16:16
Silenced left16:16
alyptik left16:16
miczac left16:20
noodle left16:20
maarhart joined16:21
ozcanesen joined16:22
maarhart left16:26
maarhart joined16:29
maarhart left16:29
maarhart joined16:29
maarhart left16:29
mat001 joined16:29
rominronin left16:29
rominronin joined16:30
maarhart joined16:30
jungsubk left16:33
rominron_ joined16:34
rominronin left16:34
rohit[m] joined16:35
no_gravity left16:36
duderonomy joined16:36
maarhart left16:38
leeN left16:38
cd left16:39
rominron_ left16:44
rominronin joined16:45
SuperL4g_SuperLag16:46
rominronin left16:47
rominronin joined16:47
powerbit left16:49
subopt joined16:51
mat001_ joined16:52
mat001 left16:55
Mattiaslndstrm joined16:56
assemblyman joined16:57
styler2go joined17:02
m0rph left17:04
Krenair left17:05
MACscr left17:06
gambl0re left17:07
fission6 left17:08
duderonomy left17:09
alyptik joined17:11
altgray joined17:13
ozcanesen left17:16
Revan- left17:20
fission6 joined17:21
royal_screwup21 left17:21
gumnos left17:21
Revan- joined17:22
F0rTex left17:23
tuxd00d joined17:23
F0rTex joined17:24
duderonomy joined17:24
rominronin left17:25
rominronin joined17:25
ivaat left17:25
reactormonk left17:27
duderonomy left17:30
rominronin left17:30
T_UNIX left17:32
assemblyman left17:37
iam730 joined17:38
flaviodesousa left17:39
Sasazuka joined17:39
nowhereman left17:41
nowhere_man joined17:42
reactormonk joined17:43
fission6 left17:43
fission6 joined17:49
gambl0re joined17:50
figuinhas left17:51
gambl0re left17:51
gambl0re joined17:51
royal_screwup21 joined17:52
czart joined17:53
iam730 left17:55
beastd joined17:55
beastd left17:55
jab416171 left17:56
Silenced joined17:56
iam730 joined17:57
mohsen_1 left17:57
rominronin joined17:58
duderonomy joined17:59
jstein joined18:00
duderonomy left18:01
interruptinuse joined18:02
hofmann3900 joined18:02
rominronin left18:02
watabou left18:05
ozcanesen joined18:06
faLUCE left18:06
ozcanesen left18:06
Ori_B Hey, quick question on the git protocol -- for git+ssh://, how do the extensions (ofs-delta, etc) end up getting passed?18:07
nowhere_man left18:07
Ori_B for git://, it's done with a '/repo/path\0extension list', but you can't exactly do that when exec'ing.18:08
oh. found it.18:09
GIT_PROTOCOL environment variable.18:10
Silenced left18:11
student_A hi Kartagis thx for responding "if it's like .gitignore, taking the file out of ignore file should unignore it." - we couldnt find any ignore in .gitignore in that git directory that we clone to.18:12
is there a default set of files that git ignores after a fresh git installation ?18:13
Kartagis nope, there is a gitignore generator though18:13
bashfulshell left18:14
plexigras joined18:14
kadoban student_A: You can have a "global" (really per-user usually) git ignore. Check the output of 'git config core.excludesfile'18:16
student_A kadoban thx for responding - nod - will check -18:16
kadoban That's probably not set up by any kind of default installation, but you can have it set up beforehand and a newly installed git would use it.18:17
powerbit joined18:17
jcbitter joined18:18
Kartagis oh, I had no idea you could have a global gitignore18:20
jubal left18:20
jubal joined18:21
duderonomy joined18:22
bin_bash when you say install, do you mean installing the git package on a system or setting up a git repo18:22
because it seems bizarre that you'd want a git ignore that's identical for EVERY project18:23
kadoban It's typically used for things that are always ignored. Like throwing .o files in a global gitignore is rarely going to hurt anything.18:23
You can pretty much put every programming language default ignore stuff you use in there and save yourself a bunch of creating the same .gitignore in every repo.18:24
rohit[m] left18:24
tang^ however, if you use that and share your project with another developer, they may end up commiting stuff you're ignoring18:24
kadoban Once per developer always made more sense to me than once per project.18:25
rohit[m] joined18:25
duderonomy left18:25
bashfulshell joined18:25
mohabaks joined18:25
kadoban Especially if there's the possibility of different build tools doing different artifacts.18:25
Noti joined18:25
jcbitter_ joined18:29
sauvin left18:30
gloomy left18:30
nic-hartley joined18:30
rohit[m] left18:31
jcbitter left18:31
plongshot joined18:31
surfist left18:31
justanotheruser left18:32
Ori_B so, now.. the other thing: should I expect offset delta packs to be identical when cloning?18:32
becasue I'm getting different pack contents each time.18:33
gloomy joined18:34
surfist joined18:34
Ori_B oddly enough, a quick sampling is showing the differences start at the same point each time.18:35
oh. never mind.18:35
but I'm definitely seeing different pack contents.18:35
plongshot left18:37
Ori_B ok, yeah -- happens with the actual git client as well as mine.18:39
so, I feel a little less concerned :P18:39
Raed left18:40
Anthaas_ joined18:42
Anthaas left18:42
Raed joined18:44
OtakuSenpaidx_ob18:47
jab416171 joined18:48
blackandblue left18:50
tsdh left18:50
rafasc left18:56
kjartan left18:57
czart left19:01
kjartan joined19:02
altgray left19:02
nly joined19:03
m0viefreak joined19:09
Silenced joined19:09
jungsubk joined19:10
jab416171 left19:11
duderonomy joined19:13
SkarmoutsosV joined19:16
simon_weber joined19:19
thiago joined19:20
chiasmata joined19:22
simon_weber left19:23
duderonomy left19:24
fission6 left19:30
cbreak left19:32
rohit[m] joined19:32
fission6 joined19:33
jas4711 left19:33
cbreak joined19:33
rohit[m] left19:36
gloomy left19:36
lucasb left19:38
rsrx left19:41
iam730 left19:43
jas4711 joined19:43
emsjessec left19:45
maryo joined19:47
jayjo left19:48
iam730 joined19:48
jayjo joined19:48
moldybits left19:54
random_yanek left19:55
chiasmata left19:56
random_yanek joined19:56
random_yanek left19:56
random_yanek joined19:59
random_yanek left19:59
moldybits joined19:59
buhm4nn joined19:59
vishal is there a way to git log --grep all branches of a given remote?20:04
buhm4nn left20:05
random_yanek joined20:09
osse vishal: --remotes=a-remote/*20:11
iam730 left20:12
osse vishal: There's also --glob which takes a pattern. Something like that should work. See the manual20:12
cfoch joined20:13
iam730 joined20:14
vishal osse: thanks, --remotes was perfect20:15
Shentino left20:15
vishal I was going down a silly path of git grep and rev-list, but this is much cleaner20:15
rohit[m] joined20:15
Iroha left20:25
Iroha joined20:28
kapil____ left20:30
n3wborn joined20:32
duderonomy joined20:32
Silenced left20:32
maryo_ joined20:32
maryo__ joined20:32
duderonomy left20:33
Shentino joined20:33
Phylock left20:35
maryo left20:36
iam730 left20:36
kapil____ joined20:36
duderonomy joined20:37
iam730 joined20:39
maryo__ left20:40
maryo_ left20:40
n3wborn left20:40
fassl joined20:43
bashfulshell left20:44
Noti left20:44
Envil left20:45
theoceaniscool left20:45
subopt left20:47
jungsubk left20:48
azwieg103 joined20:58
clime left21:01
mat001_ left21:02
Enphuego joined21:02
MACscr joined21:03
clime joined21:04
Fernando-Basso joined21:06
sz0 left21:07
mat001 joined21:08
maryo joined21:10
SkarmoutsosV left21:12
freeman42x joined21:13
nabil_ joined21:15
fission6 left21:17
nabil left21:18
cdown joined21:20
iam730 left21:21
gloomy joined21:21
nly left21:21
fatalhalt joined21:21
iam730 joined21:23
rohit[m] left21:24
gambl0re left21:33
faLUCE joined21:33
plexigras left21:36
faLUCE if I rebase my_branch against origin/master, does it mean that origin/master's history will be the base before all the commits of my_branch?21:36
vishal faLUCE: yes21:37
faLUCE ok, now: if someone touches a file which is in origin/master which I touched too in my_branch, what does it happen when I try to rebase?21:38
vishal faLUCE: a conflict, which git may be able to resolve, but if not, you will have to step in21:40
once you resolve it, git add the files, and git rebase --continue21:41
faLUCE vishal: does git resolve it automatically if it resolvable? (for example: user1 modifies a line that I don't modify)21:41
vishal yes21:42
faLUCE vishal: so it prompts me to resolve manually only when me and user1 are modifying the same lines, or when me or him deleted some lines?21:43
pupsikov left21:43
vishal if both deleted the same lines, that might get auto resolved too, but generally, yes21:44
iam730 left21:44
faLUCE so, this prompt happens only in case of deletion or modifying the same line21:45
I see21:45
thanks21:45
iam730 joined21:46
faLUCE now, given that I rebase, is it necessary to use "origin/master..HEAD" token in: git format-patch -o patches_dir origin/master..HEAD for submitting the modifications I made in HEAD compared to origin/master until now?21:48
vishal you can use any of the means used to specify revision ranges. i.e. A..B, or a specific commit, or -3 for the last three commits..21:49
I find myself mostly using the -N way to pick the last N commits for submission21:50
faLUCE vishal: so, if I made only one commit before rebasing it's the same thing as "format-patch -o patches_dir -1" ?21:50
vishal correct21:51
faLUCE great thanks21:51
AbleBacon left21:52
nurdie left21:58
SirFunk left22:04
tang^ left22:04
faLUCE left22:05
iam730 left22:05
iam730 joined22:08
yyy joined22:09
newton left22:09
SirFunk joined22:11
greggerz left22:14
dege left22:16
gloomy left22:18
vbgunz left22:20
thebope joined22:21
thebope left22:21
thebope joined22:22
cdown left22:25
thebope left22:26
dpyro joined22:28
aert joined22:29
iam730 left22:32
yyy left22:32
iam730 joined22:36
random_yanek left22:37
troido left22:37
Regon left22:39
xcm left22:40
bashfulshell joined22:41
nurdie joined22:41
random_yanek joined22:45
nurdie left22:46
justanotheruser joined22:48
paws_ joined22:51
justanotheruser left22:51
Revan- left22:53
clime left22:53
justanotheruser joined22:53
freeman42x left22:55
freeman42x joined22:55
justanotheruser left22:59
rominronin joined23:00
faLUCE joined23:01
justanotheruser joined23:02
faLUCE In this example of patch: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-December/237019.html I see that there are two lines before "---" : "Fixes #4517." and "Signed-off-by: ..." Does it mean that git am ignores all the tokens before "---" ?23:03
finalbeta left23:04
rominronin left23:05
kjartan left23:10
kerframil joined23:10
vishal faLUCE: no - it ignores all lines after --- and before the first hunk (starting with diff..)23:11
indeed, the lines before --- are the body of the commit message23:11
and the signoff is part of that23:11
so in that example, the two lines ignored are configure | 4 ++-- and 1 file changed..23:12
That space between --- and the first hunk is often used to add other context about the patch, that is not suitable to go into the git history23:13
e.g. "v2 refactors foo() to barfoo() and bazfoo()"23:13
or "patch applies to X branch, passes unit tests"23:14
kjartan joined23:15
hofmann3900 left23:15
greatgatsby left23:15
faLUCE vishal: when I executed "git commit" it prompted a text editor to insert a comment of the commit. Then I added "my comment", but I see that "my comment" appears as the subject of the email, not in the body23:16
vishal faLUCE: a good commit has a subject and a body, with a blank line separating them. git format-patch (and am) treat the commit subject as the Subject: header of the email, and the rest of the commit body goes in the email body, before the ---23:17
https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html23:17
So in your case, "my comment" if just a one liner, became the subject line (of both the commit and the email)23:19
and since it was lacking a body, the email just started with ---23:19
I'd expect ffmpeg will want you 'signing off' on your commits, so you can commit with commit -s23:20
kapil____ left23:20
vishal after setting your name and email in git config23:20
thiago left23:20
faLUCE left23:20
faLUCE joined23:22
faLUCE vishal: sorry, I had connection problems but I read your msgs23:22
vishal: when I executed "git commit" it prompted a text editor to insert a comment of the commit. Then I added "my comment", but I see that "my comment" appears as the subject of the email, not in the body23:22
so I wonder how to add a body comment like the one in the link I pasted23:23
vishal faLUCE: http://dpaste.com/2XMYN0X23:23
faLUCE vishal: so, if the comment in the commit has two or more lines, it becomes the body of the mail?23:25
vishal Right. The blank line after the first subject line in the commit message is important though23:25
faLUCE vishal: ok. Now: instead of the "signed-off" line, in my email I see: "From: my name [email@hidden.address]23:26
vishal signoff lines are added by using git commit -s, or manually at the bottom of the commit body23:27
faLUCE is it automatically replaced if I sign off my coimmit?23:27
ok23:28
so, the "From: my_name etc." line appears if I don't sign off the commit?23:28
vishal No the From: appears if you're sending a patch authored by someone else, usually23:29
it should be harmless23:29
also see section 8, bullet 3 of https://ffmpeg.org/developer.html#Contributing23:29
ferdna joined23:29
vishal (and indeed, read the whole thing carefully too)23:30
faLUCE vishal: I see, then I have to sign-off23:31
damn... I already create the patch... can I manually replace the "from" line with "signed-off " line?23:32
(with a text editor)23:33
RustyShackleford joined23:33
galaxie left23:33
vishal You should probably recreate it with a proper commit body, and add the signoff then. It is just two commands, git commit -s --amend; git format-patch -123:33
(and helps you get into the right habits)23:34
faLUCE vishal: which is the global field taken by -s ?23:35
(I have to re-edit it)23:35
galaxie joined23:35
vishal global field?23:35
faLUCE in git config23:35
so that signed-off shows my correct name and my correct mail23:35
vishal git config --global user.name and user.email23:36
You should've had this set before making the commit also23:36
for correct authorship23:37
That's probably why the From: line got added23:37
thebope joined23:37
faLUCE thanks, let's try all23:39
libertyprime joined23:41
iam730 left23:42
al-damiri left23:43
iam730 joined23:44
dre_ joined23:45
bluezone left23:46
Noldorin left23:49
faLUCE vishal: I can see the signed off line, but, unfortunately, I see the "from " line with a wrong email address too. The output of send-email says: "(mbox) Adding cc: my name [email@hidden.address] from line 'From: my name [email@hidden.address]23:50
vishal faLUCE: paste the file generated by format-patch somewhere23:51
rafasc joined23:55
vishal faLUCE: it /sounds/ like you didn't --amend the commit after setting your user.name/email, but would have to look at things to confirm what's going on23:56
faLUCE vishal: http://paste.ubuntu.com/p/JBTRGQg2CB/23:56
nurdie joined23:56
faLUCE (I replaced the email address with "wrong-email" and "correct-email" for avoiding spam23:57
perrier-jouet joined23:57
vishal how did you add that signoff line?23:57
manually or -s?23:57
faLUCE -s23:57
I executed git commit -s --amend23:57
vishal perplexes23:58
vishal also your subject line is far too long23:58
read https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html again23:58
faLUCE ok23:58
vishal try git commit --amend -s --reset-author23:59
rafasc you may need to use --reset-author23:59
student_A left23:59
ferdna left23:59

Logs Search ←Prev date Next date→ Channels Documentation