Dosbox-staging: FWD: Project naming (feedback)

[okias]

I think this name is also misleading. "DOSBox Staging" sounds like a
development branch of the original DOSBox project, not an independent
project. Are the upstream developers set on using this name or do you
think they could be persuaded to use something more distinctive?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973822#20

Personally I'm OK with DOSBox Staging name, but it's possible it may be not accepted well everywhere.
Since I suppose it'll be symlinked to dosbox anyway, so it can be almost anything (and package description has to have keyword dosbox in it, so also searchable)

My list of ideas is for now:
1.DOSBoxing - just dropping the Stag, on other hand Boxing isn't so peaceful sport, not sure if good corelation
2.DOSunBOX - little bit weird (DO Sun BOX), but it kinda unbox -> run DOS apps
3.DOSEXE / DOSBox EXE - well, .EXE (I know there was also .COM :laughing:)

Criteria I'm trying to use to search for good name:

• easy to remember
• minimal occurrences on DuckDuckGo and G**gle Search

If DOSBox Staging is final, feel free to close this issue and share that on debian ML (or I will), if you're open to discussion, probably keep this open until some catchy name will be accepted.

[kcgen]

If we could draw a Venn diagram, Staging would be a superset of SVN exactly like ECE is a superset of SVN.

• One is not better nor does one supersede the other: I see the relationship similar to Debian versus Ubuntu. Staging and ECE add extras deemed valuable _for a subset of users._
• Eventually Staging will incorporate all of ECE's patches, at which point the Staging community will be a functional superset of ECE with the inclusion of a modern development model.
• Staging and ECE both pull from SVN and we strive to contribute to SVN through testing/bug reports and making available any changes they might want to take. We are thankful for the DOSBox Team's continued core-emulation improvements.

[Kekun]

Just some random ideas:

• DOSTesseract
• DOSHypercube
• VaporDOS
• DOSWave

[FeignInt]

Well, DOSunBOX brought forth a "sun microsystems" logo in my mind

If there is an appetite for a new name:

• DOSBox PlusPlus akin to C -> C++ a hattip to C++3 vs C++14, and the ecosystem.. think DOSBox Plus ECE Plus DOSBox-X

• DOSBox PP shorter version of PlusPlus, the PP could also reference Plug and Play, i.e. ease of use

[dreamer]

We discussed this once already in #217

I am closing this issue before it will go out of hand via bikeshedding.

No, we are not open for changing the project name at this time. We might change the name at some point, but only once we'll have a really good reason to do so, and pros of the name change will overweight the cons of doing so.

Such reason might be e.g.:

• Merging development effort with other DOSBox fork
• Major code change, that would make us break backwards compatibility with vanilla DOSBox

Right now, we are fighting to convince users (and developers) to move on from using a myriad of tiny DOSBox forks (link - very incomplete, there are ~50 other dead forks I know of) or maintain their own patchsets based on 10-year old 0.74. We have already certain (hard thought for) recognition and community formed up - changing name at this point will only cause confusion and hurt the project's prospects for future.

Suggesting a new name is easy; effective rebranding is hard.