Summary: | share_network не читается из .hasher/config | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Konstantin A Lepikhov (L.A. Kostis) <lakostis> |
Component: | hasher | Assignee: | Dmitry V. Levin <ldv> |
Status: | RESOLVED LATER | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P5 | CC: | at, glebfm, ldv, placeholder |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Konstantin A Lepikhov (L.A. Kostis)
2021-12-04 03:02:02 MSK
(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #0) > $ cat ~/.hasher/config > share_network=1 Я думаю, что если в этом месте написать export share_network=1 то заработает так, как вам хотелось. Просто hasher состоит из двух частей, ~/.hasher/config читает только клиентская, а учитывает $share_network только "серверная". (In reply to Dmitry V. Levin from comment #1) > (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #0) > > $ cat ~/.hasher/config > > share_network=1 > > Я думаю, что если в этом месте написать > export share_network=1 > то заработает так, как вам хотелось. > > Просто hasher состоит из двух частей, > ~/.hasher/config читает только клиентская, > а учитывает $share_network только "серверная". А чем плох вот такой патч? diff --git a/hasher/hsh-run b/hasher/hsh-run index 5e13e4c..1824e6f 100755 --- a/hasher/hsh-run +++ b/hasher/hsh-run @@ -171,6 +171,8 @@ deduce_lock_hasher_priv prepare_x11_forwarding || x11_forwarding= +[ -z "${share_network-}" ] || export share_network + [ -z "$run_script" ] || (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #2) > А чем плох вот такой патч? > > diff --git a/hasher/hsh-run b/hasher/hsh-run > index 5e13e4c..1824e6f 100755 > --- a/hasher/hsh-run > +++ b/hasher/hsh-run > @@ -171,6 +171,8 @@ deduce_lock_hasher_priv > > prepare_x11_forwarding || x11_forwarding= > > +[ -z "${share_network-}" ] || export share_network > + > [ -z "$run_script" ] || Он не плох, но есть два вопроса: - share_network - это не единственная переменная с таким свойством, hasher-priv ещё поддерживает share_ipc и share_uts; - hsh-run - это не единственный скрипт, который запускает процессы в чруте, может быть, им тоже надо форвардить эти переменные. Сейчас hsh-sh-functions явно поддерживает те переменные hasher-priv, которыми управляет, см. комментарий "variables used by hasher-priv" в коде. Кажется, что если форвардить share_* системно, то это тоже лучше делать в hsh-sh-functions. (In reply to Dmitry V. Levin from comment #3) > (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #2) > > А чем плох вот такой патч? > > > > diff --git a/hasher/hsh-run b/hasher/hsh-run > > index 5e13e4c..1824e6f 100755 > > --- a/hasher/hsh-run > > +++ b/hasher/hsh-run > > @@ -171,6 +171,8 @@ deduce_lock_hasher_priv > > > > prepare_x11_forwarding || x11_forwarding= > > > > +[ -z "${share_network-}" ] || export share_network > > + > > [ -z "$run_script" ] || > > Он не плох, но есть два вопроса: > - share_network - это не единственная переменная с таким свойством, > hasher-priv ещё поддерживает share_ipc и share_uts; > - hsh-run - это не единственный скрипт, который запускает процессы в чруте, > может быть, им тоже надо форвардить эти переменные. > > Сейчас hsh-sh-functions явно поддерживает те переменные hasher-priv, > которыми управляет, > см. комментарий "variables used by hasher-priv" в коде. > Кажется, что если форвардить share_* системно, то это тоже лучше делать в > hsh-sh-functions. Учитывая, что пользователей этого функционала ровно один, обойдемся просто документированием этого поведения в bugzilla ) |