somlo has quit [*.net *.split]
somlo has joined #symbiflow
citypw has joined #symbiflow
proteusguy has quit [Ping timeout: 244 seconds]
_whitelogger has joined #symbiflow
proteus-guy has joined #symbiflow
proteus-guy is now known as proteusguy
<nats`> mithro, no problem it's cool the project is fun and people are really great !I learn a lot so my pleasure :)
citypw has quit [Ping timeout: 246 seconds]
kraiskil has joined #symbiflow
celadon has quit [Quit: ZNC 1.7.1+deb2+b3 - https://znc.in]
celadon has joined #symbiflow
kraiskil has quit [Ping timeout: 268 seconds]
xobs has quit [Ping timeout: 252 seconds]
galv[m] has quit [Ping timeout: 260 seconds]
mrhat2010[m] has quit [Ping timeout: 264 seconds]
mrhat2010[m] has joined #symbiflow
xobs has joined #symbiflow
kraiskil has joined #symbiflow
galv[m] has joined #symbiflow
proteusguy has quit [Ping timeout: 245 seconds]
kraiskil has quit [Ping timeout: 245 seconds]
kraiskil has joined #symbiflow
Ultrasauce has quit [Quit: Ultrasauce]
Ultrasauce has joined #symbiflow
Ultrasauce has quit [Quit: Ultrasauce]
Ultrasauce has joined #symbiflow
<nats`> plop
kraiskil has quit [Ping timeout: 240 seconds]
<nats`> litghost, I patched the run_fuzzer python I'll push
<litghost> Sounds good
<nats`> still I'm wondering for the order of thread
<nats`> I used map but it's still not in order
<nats`> is it normal ?
<nats`> ohh last question
<nats`> by default do you want vivado to output all message or should I hid them to not clutter the terminal ?
<litghost> Let's get the PR pulled and do further refinements then
<litghost> the current PR has lots of value as is
<nats`> oky I push
<nats`> should I squash before ?
<nats`> or do you want to review before ?
<litghost> squash now, if you have your changes in
<nats`> oky :)
<nats`> uhh litghost how to rebase squash when in the middle I merged the upstream to be up to date ?
<nats`> is it even possible ?
<nats`> pick 517ad6c fuzzers: 074: fix path to generate_after_dump
<nats`> pick 47f8f6e fuzzers: int_loop: create empty DB also in seeded target
<nats`> pick 89bf011 Accumulate all missing features, rather than stopping on first failure.
<nats`> pick e1b9ab5 Increase N for NFFMUX and NOUTMUX to prevent false matches.
<nats`> pick e525def fuzzers: Copy all the db files to build/database
<nats`> pick 051693b Increase N to prevent including INT bits.
<nats`> pick d9026ba fuzzers: 001: fix yaml/json file names
<nats`> pick 4ba4c6b Add retries to bidirection PIP fuzzer.
<nats`> pick dc06006 Fix copy/paste error, no such var as myff.
<nats`> pick 63b3971 Move 1-time part of loop out of loop.
<nats`> pick f057847 PR #526 Integration thread parameters in Makefile before squash
<nats`> pick 7742a8e PR cosmetic fix
<nats`> ahhh
<nats`> sorry wrong copy pasta
<tpb> Title: [VIM] squash - Pastebin.com (at pastebin.com)
<litghost> Sorry, rephrase?
<nats`> I have my commit but in the middle I have commit from upstream
<nats`> if I rebase/squash I'll squash also ccommit from other people no ?.
<nats`> wow !
<nats`> I can simply change order in the commit list when rebasing !
<nats`> is it true oO
<litghost> nats: Yes, you can change the order
<litghost> In order to avoid pulling in other commits, rebase on master first
<nats`> I'm not sure what that means
<litghost> Run "git rebase master"
<litghost> Cleanup any merge conflicts, etc
<litghost> the run "git rebase -i master"
<litghost> and squash as needed
<nats`> uhhhhmmmmm I may have broken something :] I'll reclone a fresh one and apply patch
<litghost> you can always run "git rebase --abort" if you get lost
<nats`> uhhhmmmm it's more complicated and I think you'll laugh
<nats`> I forgot to enter -i
<nats`> so it did sort of a fast forward rebase
<litghost> lol, ya
<nats`> but not really what I planned
<nats`> I see it in reflog but it's messy
<nats`> I'll try to make a fresh one
<nats`> to be honnest git is scary for me
<litghost> There are resources for getting a better understanding. Git isn't too scary, and once you understand how to use reset/branches to protect yourself, you can basically never lose work
<nats`> sure now that i participate in a big project with people I'll certainly spend sometime on that topic
<nats`> I was pretty happy with my svnish use of it when alone
<nats`> litghost, I think I got myself out of problem but I would like to be careful how should I process, if I push force on my git it can't break anything on master repo ?
<nats`> proceed
<litghost> you lack write access to the master repo
<litghost> In general when force push-ing, specific both the target remote and target branch
<litghost> e.g. "git push <target remote> <target branch> --force
<nats`> sure, let's hope github will not play smart and display garbage everywhere like in previous PR :D
<nats`> litghost, https://github.com/natsfr/prjxray/commits/master can you look at that I don't like there are few commit with you me and me in author field...
<tpb> Title: Commits · natsfr/prjxray · GitHub (at github.com)
<litghost> You should be able to squash that?
<nats`> but those are your commit not mine
<nats`> why does it appears on my name ?
<litghost> Not sure
<litghost> Ah, have you been copying my signoff message by any change?
<litghost> chance?
<nats`> nop maybe changing commit order break something ?
<litghost> "Signed-off-by: Keith Rothman <537074+litghost@users.noreply.github.com>"
<litghost> Not sure then
<nats`> uhhmm ok so next step I clone from the main repo apply patch then squash
<nats`> so it'll not have all this mess I created by fetching merge in the middle
<nats`> oky litghost I think I fixed things
<nats`> you can take a look
<nats`> thanks for the night long test litghost :)
<nats`> I'll wait for your test before cleaning the 072 because we may move the worker function in utils.py after that
<nats`> oky time to go to bed for me
<nats`> have a good night I'll try to not dream about git hell :)
<nats`> ++
tpb has quit [Remote host closed the connection]
tpb has joined #symbiflow