ARC max size

Alex Korchmar написал(а) к Slawa Olhovchenkov в May 18 11:39:52 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:

SO> мне надо после клона
SO> 1. получить исходники -stable на дату
SO> 2. применить свои патчи
SO> 3. получить свежий -stable с мерженными патчами
хм, checkout (и он умеет даты, правда, немного череззаднично)
patch, commit, rebase -i - вроде так.

вероятно, делает то что ты хочешь. Правда, тут не очень ясно, зачем нам
для этого гит.

> Alex

--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Alex Korchmar в May 18 13:14:24 по местному времени:

Нello Alex!

17 May 18, Alex Korchmar writes to Slawa Olhovchenkov:

SO>> мне надо после клона
SO>> 1. получить исходники -stable на дату
SO>> 2. применить свои патчи
SO>> 3. получить свежий -stable с мерженными патчами
AK> хм, checkout (и он умеет даты, правда, немного череззаднично)
AK> patch, commit, rebase -i - вроде так.

нет, давай список команд с ключами.
мне гугл на 'git checkout revison' дает git reset --hard НASН-CODE.
я не умею в его фэн-шуй, так что хотелось бы от тебя

AK> вероятно, делает то что ты хочешь. Правда, тут не очень ясно, зачем
AK> нам
AK> для этого гит.

ну ты же рекламируешь

... Если ничто другое не помогает, прочтите наконец инструкцию!
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Alex Korchmar написал(а) к Slawa Olhovchenkov в May 18 22:35:10 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:

AK>> хм, checkout (и он умеет даты, правда, немного череззаднично)
AK>> patch, commit, rebase -i - вроде так.
SO> нет, давай список команд с ключами.
а я знай? Я маску эту - на стройке нашел.
моя древняя версия умеет git checkout <commit> (если ты не собираешься
сам туда ничего коммитить, иначе лучше создать ветку)

это сапдейтит тебе дерево на нужную версию.
дальше сказать ему git commit, чтобы изменения попали в сторадж
Можно не один раз, если они кусочны. Можно --amend, если облажался и
засосало не то.
дальше git rebase -i по идее без всяких параметров должен сообразить,
что ты хочешь своих правок в верхушке ветки, а не куда они попали.
(--continue, если с первого раза не получилось)

SO> мне гугл на 'git checkout revison' дает git reset --hard НASН-CODE.
SO> я не умею в его фэн-шуй, так что хотелось бы от тебя
я тоже не умею, у меня же hg.
пользуюсь, потому что чужие исходники нынче все на гитхабе.

SO> ну ты же рекламируешь
ну так я-то держу собственные правки в его .git

> Alex

--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Alex Korchmar в May 18 09:06:58 по местному времени:

Нello Alex!

17 May 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>> хм, checkout (и он умеет даты, правда, немного череззаднично)
AK>>> patch, commit, rebase -i - вроде так.
SO>> нет, давай список команд с ключами.
AK> а я знай? Я маску эту - на стройке нашел.
AK> моя древняя версия умеет git checkout <commit> (если ты не собираешься
AK> сам туда ничего коммитить, иначе лучше создать ветку)

туда -- это куда? в локальный или удаленный?

AK> это сапдейтит тебе дерево на нужную версию.
AK> дальше сказать ему git commit, чтобы изменения попали в сторадж

% git clone git://github.com/freebsd/freebsd
% cd freebsd
% git config merge.renamelimit 8000
% git checkout 302c1ab5872d36595738b22e5c81f25970497b05
Note: checking out '302c1ab5872d36595738b22e5c81f25970497b05'.

You are in 'detached НEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

git checkout -b <new-branch-name>

НEAD is now at 302c1ab5872... MFC 313879
% patch -z '' < ../patch-zfs_arc.c
% git commit
НEAD detached at 302c1ab5872
Changes not staged for commit:
modified: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
modified: sys/vm/uma.h
modified: sys/vm/uma_core.c

no changes added to commit

и чё не так?

... Икона IBM должна стоять в синем углу.
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Konstantin Stefanov написал(а) к Slawa Olhovchenkov в May 18 09:43:59 по местному времени:

From: Konstantin Stefanov <cstef@mail.ru>

On 18.05.2018 9:06, Slawa Olhovchenkov wrote:
> AK>>> хм, checkout (и он умеет даты, правда, немного череззаднично)
> AK>>> patch, commit, rebase -i - вроде так.
> SO>> нет, давай список команд с ключами.
> AK> а я знай? Я маску эту - на стройке нашел.
> AK> моя древняя версия умеет git checkout <commit> (если ты не собираешься
> AK> сам туда ничего коммитить, иначе лучше создать ветку)
>
> туда -- это куда? в локальный или удаленный?
git не умеет коммитить напрямую в удаленный репозиторий. Только в
локальный, а потом push в удаленный.

> AK> это сапдейтит тебе дерево на нужную версию.
> AK> дальше сказать ему git commit, чтобы изменения попали в сторадж
>
> % git clone git://github.com/freebsd/freebsd
> % cd freebsd
> % git config merge.renamelimit 8000
> % git checkout 302c1ab5872d36595738b22e5c81f25970497b05
> Note: checking out '302c1ab5872d36595738b22e5c81f25970497b05'.
>
> You are in 'detached НEAD' state. You can look around, make experimental
> changes and commit them, and you can discard any commits you make in this
> state without impacting any branches by performing another checkout.
>
> If you want to create a new branch to retain commits you create, you may
> do so (now or later) by using -b with the checkout command again. Example:
>
> git checkout -b <new-branch-name>
Вероятно, это хороший совет (добавить -b <new-branch-name> перед
идентификатором коммита). Detached НEAD вещь неприятная. Но тогда rebase
надо будет сказать, на куда делать rebase (скорее всего, git rebase
master, в вообще дефолтная ветка может иметь и другое имя).

> НEAD is now at 302c1ab5872... MFC 313879
> % patch -z '' < ../patch-zfs_arc.c
> % git commit
> НEAD detached at 302c1ab5872
> Changes not staged for commit:
> modified: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
> modified: sys/vm/uma.h
> modified: sys/vm/uma_core.c
>
> no changes added to commit
>
> и чё не так?
Либо git commit -a, либо сначала git add <те файлы, которые хочешь, чтоб
попали в коммит>, а потом git commit. В git add можно сделанные
изменения нарезать по кускам, чтобы даже разные куски уже сделанных
изменений одного файла попали в разные коммиты.

--
Константин Стефанов

Я серьезен как кристаллическая решетка углерода.
--- ifmail v.2.15dev5.4

Slawa Olhovchenkov написал(а) к Konstantin Stefanov в May 18 10:15:38 по местному времени:

Нello Konstantin!

18 May 18, Konstantin Stefanov writes to Slawa Olhovchenkov:

>> AK>>> хм, checkout (и он умеет даты, правда, немного череззаднично)
>> AK>>> patch, commit, rebase -i - вроде так.
>> SO>> нет, давай список команд с ключами.
>> AK> а я знай? Я маску эту - на стройке нашел.
>> AK> моя древняя версия умеет git checkout <commit> (если ты не
>> собираешься
>> AK> сам туда ничего коммитить, иначе лучше создать ветку)
>>
>> туда -- это куда? в локальный или удаленный?
KS> git не умеет коммитить напрямую в удаленный репозиторий. Только в
KS> локальный, а потом push в удаленный.

>> AK> это сапдейтит тебе дерево на нужную версию.
>> AK> дальше сказать ему git commit, чтобы изменения попали в сторадж
>>
>> % git clone git://github.com/freebsd/freebsd
>> % cd freebsd
>> % git config merge.renamelimit 8000
>> % git checkout 302c1ab5872d36595738b22e5c81f25970497b05
>> Note: checking out '302c1ab5872d36595738b22e5c81f25970497b05'.
>>
>> You are in 'detached НEAD' state. You can look around, make experimental
>> changes and commit them, and you can discard any commits you make in this
>> state without impacting any branches by performing another checkout.
>>
>> If you want to create a new branch to retain commits you create, you may
>> do so (now or later) by using -b with the checkout command again.
>> Example:
>>
>> git checkout -b <new-branch-name>
KS> Вероятно, это хороший совет (добавить -b <new-branch-name> перед
KS> идентификатором коммита). Detached НEAD вещь неприятная. Но тогда rebase
KS> надо будет сказать, на куда делать rebase (скорее всего, git rebase
KS> master, в вообще дефолтная ветка может иметь и другое имя).

>> НEAD is now at 302c1ab5872... MFC 313879
>> % patch -z '' < ../patch-zfs_arc.c
>> % git commit
>> НEAD detached at 302c1ab5872
>> Changes not staged for commit:
>> modified: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
>> modified: sys/vm/uma.h
>> modified: sys/vm/uma_core.c
>>
>> no changes added to commit
>>
>> и чё не так?
KS> Либо git commit -a, либо сначала git add <те файлы, которые хочешь, чтоб
KS> попали в коммит>, а потом git commit. В git add можно сделанные
KS> изменения нарезать по кускам, чтобы даже разные куски уже сделанных
KS> изменений одного файла попали в разные коммиты.

% git commit -a
[detached НEAD 49f9c151b0b] ARC correct adaptation
...
3 files changed, 169 insertions(+), 15 deletions(-)
% git rebase -i
You are not currently on a branch.
Please specify which branch you want to rebase against.
See git-rebase(1) for details.

git rebase <branch>

% git rebase -i stable/11
fatal: Needed a single revision
invalid upstream stable/11

ну теперь-то что не так?

... Турникет ищете, гражданин?
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Victor Sudakov написал(а) к Alex Korchmar в May 18 13:59:52 по местному времени:

Dear Alex,

17 May 18 22:35, Alex Korchmar wrote to Slawa Olhovchenkov:

[dd]
AK> я тоже не умею, у меня же hg.

Не пояснишь ли, почему такая ситуация возникает в hg:

Сижу в репо master, коммичу туда время от времени.

У этого репо есть клон, там сидит коллега Пупкин, периодически коммитит, а также не забывает делать "hg pull -u" и "hg push", когда считает что патч его созрел для отдачи в мастер.

Почему я периодически обнаруживаю, что после пупкинского push в моем мастере возникает еще один head, и голов становится две? Почему патчи Пупкина просто не вливаются в мой основной репо? С фига я должен отслеживать, что Пупкин что-то закоммитил, и сам это мержить/коммитить?

ЗЫ всё происходит в пределах одного бранча.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Konstantin Stefanov написал(а) к Slawa Olhovchenkov в May 18 10:42:01 по местному времени:

From: Konstantin Stefanov <cstef@mail.ru>

On 18.05.2018 10:15, Slawa Olhovchenkov wrote:
> >> AK> это сапдейтит тебе дерево на нужную версию.
> >> AK> дальше сказать ему git commit, чтобы изменения попали в сторадж
> >>
> >> % git clone git://github.com/freebsd/freebsd
> >> % cd freebsd
> >> % git config merge.renamelimit 8000
> >> % git checkout 302c1ab5872d36595738b22e5c81f25970497b05
> >> Note: checking out '302c1ab5872d36595738b22e5c81f25970497b05'.
> >>
> >> You are in 'detached НEAD' state. You can look around, make experimental
> >> changes and commit them, and you can discard any commits you make in this
> >> state without impacting any branches by performing another checkout.
> >>
> >> If you want to create a new branch to retain commits you create, you may
> >> do so (now or later) by using -b with the checkout command again.
> >> Example:
> >>
> >> git checkout -b <new-branch-name>
> KS> Вероятно, это хороший совет (добавить -b <new-branch-name> перед
> KS> идентификатором коммита). Detached НEAD вещь неприятная. Но тогда rebase
> KS> надо будет сказать, на куда делать rebase (скорее всего, git rebase
> KS> master, в вообще дефолтная ветка может иметь и другое имя).
>
> >> НEAD is now at 302c1ab5872... MFC 313879
> >> % patch -z '' < ../patch-zfs_arc.c
> >> % git commit
> >> НEAD detached at 302c1ab5872
> >> Changes not staged for commit:
> >> modified: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
> >> modified: sys/vm/uma.h
> >> modified: sys/vm/uma_core.c
> >>
> >> no changes added to commit
> >>
> >> и чё не так?
> KS> Либо git commit -a, либо сначала git add <те файлы, которые хочешь, чтоб
> KS> попали в коммит>, а потом git commit. В git add можно сделанные
> KS> изменения нарезать по кускам, чтобы даже разные куски уже сделанных
> KS> изменений одного файла попали в разные коммиты.
>
> % git commit -a
> [detached НEAD 49f9c151b0b] ARC correct adaptation
> ...
> 3 files changed, 169 insertions(+), 15 deletions(-)
> % git rebase -i
> You are not currently on a branch.
> Please specify which branch you want to rebase against.
> See git-rebase(1) for details.
>
> git rebase <branch>
>
> % git rebase -i stable/11
> fatal: Needed a single revision
> invalid upstream stable/11
>
> ну теперь-то что не так?
А у тебя точно ветка называется stable/11? Судя по командам, ты пока на
мастере. Надо бы git status посмотреть, перед тем как checkout делать.

Я бы все-таки ушел от detached НEAD, т.е. сделал первый коммит в новую
ветку. Примерно так:
git clone
git status - чтобы увидеть имя ветки (он сверху напишет on branch <имя>)
git checkout -b <new branch> <commit>.
Затем что-то патчишь
git commit -a (ну или add .. commit)
git rebase -i <ветка из git status>

Как-то так.

--
Константин Стефанов

Наука - это истина. Не позволяйте фактам ввести вас в заблуждение.
--- ifmail v.2.15dev5.4

Andrew Kant написал(а) к Victor Sudakov в May 18 10:44:27 по местному времени:

Нello Victor!

Friday May 18 2018 13:59, Victor Sudakov wrote to Alex Korchmar:
VS> Не пояснишь ли, почему такая ситуация возникает в hg:

VS> Сижу в репо master, коммичу туда время от времени.

VS> У этого репо есть клон, там сидит коллега Пупкин, периодически коммитит,
VS> а также не забывает делать "hg pull -u" и "hg push", когда считает что
VS> патч его созрел для отдачи в мастер.

VS> Почему я периодически обнаруживаю, что после пупкинского push в моем
VS> мастере возникает еще один head, и голов становится две? Почему патчи
VS> Пупкина просто не вливаются в мой основной репо?

Наверное потому, что между его pull и его push был ещё push от кого-то другого.
То есть его пуш не может быть сделан относительно текущей головы - она новая, и пуш делается относительно чего-то более старого, но с форком.

VS> С фига я должен
VS> отслеживать, что Пупкин что-то закоммитил, и сам это
VS> мержить/коммитить?

такова селяви ...

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7

Slawa Olhovchenkov написал(а) к Konstantin Stefanov в May 18 11:10:44 по местному времени:

Нello Konstantin!

18 May 18, Konstantin Stefanov writes to Slawa Olhovchenkov:

>> >> git checkout -b <new-branch-name>
>> KS> Вероятно, это хороший совет (добавить -b <new-branch-name> перед
>> KS> идентификатором коммита). Detached НEAD вещь неприятная. Но тогда
>> rebase
>> KS> надо будет сказать, на куда делать rebase (скорее всего, git rebase
>> KS> master, в вообще дефолтная ветка может иметь и другое имя).
>>
>> >> НEAD is now at 302c1ab5872... MFC 313879
>> >> % patch -z '' < ../patch-zfs_arc.c
>> >> % git commit
>> >> НEAD detached at 302c1ab5872
>> >> Changes not staged for commit:
>> >> modified:
>> sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
>> >> modified: sys/vm/uma.h
>> >> modified: sys/vm/uma_core.c
>> >>
>> >> no changes added to commit
>> >>
>> >> и чё не так?
>> KS> Либо git commit -a, либо сначала git add <те файлы, которые хочешь,
>> чтоб
>> KS> попали в коммит>, а потом git commit. В git add можно сделанные
>> KS> изменения нарезать по кускам, чтобы даже разные куски уже сделанных
>> KS> изменений одного файла попали в разные коммиты.
>>
>> % git commit -a
>> [detached НEAD 49f9c151b0b] ARC correct adaptation
>> ...
>> 3 files changed, 169 insertions(+), 15 deletions(-)
>> % git rebase -i
>> You are not currently on a branch.
>> Please specify which branch you want to rebase against.
>> See git-rebase(1) for details.
>>
>> git rebase <branch>
>>
>> % git rebase -i stable/11
>> fatal: Needed a single revision
>> invalid upstream stable/11
>>
>> ну теперь-то что не так?
KS> А у тебя точно ветка называется stable/11? Судя по командам, ты пока на
KS> мастере. Надо бы git status посмотреть, перед тем как checkout делать.

ну посмотрю, а дальше что?
хеш точно из stable/11

KS> Я бы все-таки ушел от detached НEAD, т.е. сделал первый коммит в новую
KS> ветку. Примерно так:
KS> git clone
KS> git status - чтобы увидеть имя ветки (он сверху напишет on branch <имя>)

а нахер мне его имя ветки? мне оно не интересно.

KS> git checkout -b <new branch> <commit>.
KS> Затем что-то патчишь
KS> git commit -a (ну или add .. commit)
KS> git rebase -i <ветка из git status>

KS> Как-то так.

я не вижу из этих комманд как мне попасть в stable/11
более того, тут и комита нужного нет.

... и молодая не узнает, какой у паpня был CONNECT...
--- GoldED+/BSD 1.1.5-b20110223-b20110223