View Issue Details

IDProjectCategoryView StatusLast Update
0004548GNUnetARM servicepublic2019-02-28 10:17
ReporterlynX Assigned TolynX Due Date
PrioritylowSeveritytextReproducibilityalways
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.11.0Fixed in Version0.11.0 
Summary0004548: UX: Rename SYSTEM_ONLY and USER_ONLY
DescriptionThis distinction in system services and user services is neat, but
indeed not many people still have multi-user mainframes running...
let's be honest and admit that...

[arm]
SYSTEM_ONLY = YES
USER_ONLY = YES

... is a perfectly valid configuration. What's the problem with
that? Well it looks completely schizophrenic! I suggest we simply
do s/_ONLY/_SERVICES/g; Maybe also the "system" terminus is inexact
and we should speak of PEER_SERVICES instead...
TagsNo tags attached.

Activities

tg

2016-05-31 20:34

reporter   ~0010826

_SERVICE (in singular) is more accurate since it's a per-service setting, not a list
or something like this:

RUN_SYSTEM_WIDE
RUN_PER_USER

Christian Grothoff

2016-06-01 17:10

manager   ~0010835

How about being even more explicit:

START_SYSTEM_SERVICES = YES/NO
START_USER_SERVICES = YES/NO

lynX

2016-06-01 19:27

developer   ~0010837

Agree with CG.

tg, you are confusing with the USER_SERVICE per-service setting, but I find RUN_PER_USER a better name for that, too.

So we could make both changes.

lynX

2016-06-09 11:40

developer   ~0010880

Last edited: 2016-06-09 11:40

I stand corrected. Now that I actually tried the configuration mentioned in this bug report I found it does not work. gnunet-arm bails out with an assertion that checks just for that. The only way to configure gnunet to run in "unified" mode is by *leaving both settings to NO*. So should we want to change the names of the configuration strings we also need to tweak the logic in gnunet-arm. Right now I'm undecided what's better.

Issue History

Date ModifiedUsernameFieldChange
2016-05-31 16:24lynXNew Issue
2016-05-31 20:34tgNote Added: 0010826
2016-06-01 17:10Christian GrothoffNote Added: 0010835
2016-06-01 17:10Christian GrothoffStatusnew => feedback
2016-06-01 19:27lynXNote Added: 0010837
2016-06-01 19:27lynXStatusfeedback => new
2016-06-03 11:20Christian GrothoffStatusnew => confirmed
2016-06-09 11:40lynXNote Added: 0010880
2016-06-09 11:40lynXNote Edited: 0010880
2018-06-23 13:23dvnAssigned To => lynX
2018-06-23 13:23dvnStatusconfirmed => assigned
2018-06-23 14:15lynXStatusassigned => resolved
2018-06-23 14:15lynXResolutionopen => fixed
2018-06-23 14:15lynXFixed in Version => Git master
2019-02-12 08:20Christian GrothoffTarget Version => 0.11.0
2019-02-16 10:54Christian GrothoffFixed in VersionGit master => 0.11.0
2019-02-28 10:17Christian GrothoffStatusresolved => closed