Needs an administrator user to install

Antonio López · Post by **Antonio López** » Tue Mar 18, 2008 7:20 am

I'm trying to install a scientific app called Bruker TopSpin and during the installation process it asks for the name of an administrator user (<mymachine>\Administrator, by default). However, no matter what I try the app keeps on showing the following message:

...Cannot find the user Administrator (or whoever)

And thus the installation process cannot succeed.

Any idea to workaround this?
Thanks

Dan Kegel · Post by **Dan Kegel** » Tue Mar 18, 2008 10:28 am

2008/3/18 Antonio López <[email protected]>:

I'm trying to install a scientific app called Bruker TopSpin

According to http://www.bruker-biospin.com/topspin.html
there's a Linux version, fwiw...

and during the installation process it asks for the
name of an administrator user (<mymachine>\Administrator, by default).
However, no matter what I try the app keeps on showing the following message:

...Cannot find the user Administrator (or whoever)

And thus the installation process cannot succeed.

No, but perhaps if you run the app with
WINEDEBUG=+relay,+text wine fooinstaller.exe > log.txt 2>&1
and then convinced a wine developer to take a look,
or better yet gave a wine developer the app so they
could try it themselves, maybe we could figure out what's
going on.
- Dan

Dan Kegel · Post by **Dan Kegel** » Tue Mar 18, 2008 10:29 am

Gaah, my fingers accidentally deleted the line

Any idea to workaround this?

which renders my reply a little strange. Sorry about that.

Antonio López · Post by **Antonio López** » Tue Mar 18, 2008 3:14 pm

According to http://www.bruker-biospin.com/topspin.html
there's a Linux version, fwiw...

Certainly, but it is a version specially developed for Red Hat Enterprise and I'm using Ubuntu (and couldn't convert the rpm packages properly in this case).

No, but perhaps if you run the app with
WINEDEBUG=+relay,+text wine fooinstaller.exe > log.txt 2>&1
and then convinced a wine developer to take a look,
or better yet gave a wine developer the app so they
could try it themselves, maybe we could figure out what's
going on.

Sorry, but I was expecting an answer like "user accounts are treated in Wine this or that way", so I choose the "short-and-not-very-useful" description of the problem hoping I was just doing the wrong thing and not being related to a Wine bug. Now I will try debugging it following your advice

.

Thanks a lot

vitamin · Post by **vitamin** » Tue Mar 18, 2008 7:49 pm

Antonio López wrote:
According to http://www.bruker-biospin.com/topspin.html
there's a Linux version, fwiw...
Certainly, but it is a version specially developed for Red Hat Enterprise and I'm using Ubuntu (and couldn't convert the rpm packages properly in this case).
No, but perhaps if you run the app with
WINEDEBUG=+relay,+text wine fooinstaller.exe > log.txt 2>&1
and then convinced a wine developer to take a look,
or better yet gave a wine developer the app so they
could try it themselves, maybe we could figure out what's
going on.
Sorry, but I was expecting an answer like "user accounts are treated in Wine this or that way", so I choose the "short-and-not-very-useful" description of the problem hoping I was just doing the wrong thing and not being related to a Wine bug. Now I will try debugging it following your advice .

Thanks a lot

Don't use Wine what you can get native Linux program. Period. If you don't know what to do with rpms - then you should ask your distro or .. change that distro to one that is supported by the program you want to run.

Dan Kegel · Post by **Dan Kegel** » Tue Mar 18, 2008 7:54 pm

On Tue, Mar 18, 2008 at 5:49 PM, vitamin <[email protected]> wrote:

Don't use Wine what you can get native Linux program. Period.
If you don't know what to do with rpms -
then you should ask your distro or ..
change that distro to one that is supported by the program you want to run.

Now, now, I'm not sure we can brush off requests like
this so glibly. There are plenty of reasons to, say,
use the Windows version of Java or Firefox in Wine
even though there's a native version. It often
comes down to plugins.

So while it's fair to encourage users to go for the
native Linux versions of the apps, we should also
see if we can support the Windows versions. It
might not be that hard.
- Dan

Antonio López · Post by **Antonio López** » Wed Mar 19, 2008 4:58 am

Don't use Wine what you can get native Linux program. Period.

If you are living in the real world you should know though that's the ideal thing, it is not always that easy: for example, take Neverwinter Nights for Linux (incomplete: lacks cinematics and some other issues regarding speed, etc.) and compare it to the Windows version running in Wine (smooth, works like a charm).

I know (and I'm now talking about "serious" software) it is a matter of pressing the companies to invest more efforts on Linux version development (this can be done in the meanwhile) but from the point of view of productivity, I cannot just sit down and wait for these things to happen, I need this tool running in Linux in short term and Wine might give users this opportunity.

Also I suppose there is an added value for the developers to improve Wine even if there is a fully operational and easy-to-install Linux version.

If you don't know what to do with rpms then you should ask your distro

I do know what to do with rpms in Debian-based distros (there is a converter named Alien) but again is not that simple: the tool is splitted in several rpms, scripts, libraries, config files, etc. that makes difficult to perform a consistent conversion, at least for me (not an expert but also not a noob). Maybe the developers couldn't, or didn't want, to generate a single rpm. Again: productivity, productivity, productivity...

change that distro to one that is supported by the program you want to run.

Obviously if I will do that I'll end up having almost one distro per program.

. If I want to deploy a number of Linux boxes I should try to keep them most consistent in terms of distros. Ubuntu/Linux Mint is easy to use for most desktop users and they are already enough confused migrating from Windows to Linux to sum up one more degree of confusion having several distros.

I hope this made clear my point of view and circumstances.

Regards and thank you for your advice.

vitamin · Post by **vitamin** » Wed Mar 19, 2008 9:50 am

File a bug and bugzilla. I doubt anything will be resolved any time soon. If you want to run this program now - use windows or redhat

Dan Kegel · Post by **Dan Kegel** » Wed Mar 19, 2008 10:09 am

On Wed, Mar 19, 2008 at 7:50 AM, vitamin <[email protected]> wrote:

File a bug and bugzilla. I doubt anything will be resolved any time soon.

Yes, filing a bug is a good idea. Discussion can then move to the
bug, and away from wine-users, which should keep Vitamin happy

Antonio López · Post by **Antonio López** » Wed Mar 19, 2008 1:15 pm

Yes, filing a bug is a good idea. Discussion can then move to the
bug, and away from wine-users, which should keep Vitamin happy

I've already done it and I hope to be proactive debugging this thing. "Short term" does not necessarily mean "now"

Thanks again

Dan Kegel · Post by **Dan Kegel** » Wed Mar 19, 2008 3:13 pm

2008/3/19 Antonio López <[email protected]>:

Yes, filing a bug is a good idea. Discussion can then move to the
bug, and away from wine-users, which should keep Vitamin happy
I've already done it and I hope to be proactive debugging this thing. "Short term" does not necessarily mean "now"

(I wonder how to get people to always include links to
bug reports...) Found your bug report, it's at
http://bugs.winehq.org/show_bug.cgi?id=12111
for anyone curious. I'll switch there for further discussion.
- Dan

Dotan Cohen · Post by **Dotan Cohen** » Wed Mar 19, 2008 3:22 pm

On 18/03/2008, Antonio LÃ³pez <[email protected]> wrote:

I'm trying to install a scientific app called Bruker TopSpin and during the installation process it asks for the name of an administrator user (<mymachine>\Administrator, by default). However, no matter what I try the app keeps on showing the following message:

...Cannot find the user Administrator (or whoever)

And thus the installation process cannot succeed.

Any idea to workaround this?
Thanks

Antionio, don't forget to write to Bruker and ask if they can make you
a .deb file. It might take some effort on their part, but probably not
much. Make a point that they can make that file available to Ubuntu
users, which is currently the #1 Linux distro. Also, their site should
specify on what distros the software is designed to run, as I couldn't
find that info. It only said Linux.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
×

Antonio López · Post by **Antonio López** » Wed Mar 19, 2008 4:12 pm

(I wonder how to get people to always include links to
bug reports...)

Ooops! This wooden head of mine...

Antionio, don't forget to write to Bruker and ask if they can make you a .deb file.

Good idea, I will. Sure they will be more receptive to such a request when coming from a customer center.

Also, their site should
specify on what distros the software is designed to run, as I couldn't
find that info. It only said Linux.

No, they clearly specify their Linux version is for RHE (WS3-4) in the link http://www.bruker-biospin.com/topspin.html, section "Standard System Requirements" (see bottom).

Cheers

dthomas21 · Post by **dthomas21** » Tue Jun 17, 2008 8:50 am

Have you thought of trying Alien to convert the rpm to a deb. It probably won't work but it is worth a try.

Antonio López · Post by **Antonio López** » Wed Jun 18, 2008 3:58 pm

dthomas21 wrote:Have you thought of trying Alien to convert the rpm to a deb. It probably won't work but it is worth a try.

As I stated above:

I do know what to do with rpms in Debian-based distros (there is a converter named Alien) but again is not that simple: the tool is splitted in several rpms, scripts, libraries, config files, etc. that makes difficult to perform a consistent conversion, at least for me (not an expert but also not a noob). Maybe the developers couldn't, or didn't want, to generate a single rpm. Again: productivity, productivity, productivity...