On 2018-07-12 06:11, Masaru Nomiya wrote:

...

However, yast doesn't find it, and neither the opensuse search page, except some home repos (for Leap 15.0).

Here, it is.

https://software.opensuse.org/package/wine-mono

No, it isn't. That's the search page that I said, there are only home repos having it, nothing "official". -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)

Hi carlos, Am 12.07.2018 um 06:24 schrieb Carlos E. R.:>

No, it isn't.

http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumblewee... this works fine for me. simoN www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Thu, Jul 12, 2018 at 10:37:18AM +0200, Carlos E. R. wrote:

On 2018-07-12 07:43, Simon Becherer wrote:

...

Hi carlos,

Am 12.07.2018 um 06:24 schrieb Carlos E. R.:>

...

No, it isn't.

http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumblewee...

this works fine for me.

No "wine-mono" there.

And I'm on Leap, anyway.

It is in noarch/ ... http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumblewee... for 42.3: http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Leap_42.3... Currently not in Factory as it would need to rebuild from source, and for that it would need the mingw stack. :/ Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hi carlos,

Ok, I let wine yesterday install mono from outside. Now I have to remove it (seems to be only ~/.cache/wine/wine-mono-4.7.1.msi), and then switch from oss wine to wine:wine.

i use (tumbleweed) wine from oss and mono from emulators:wine as far no problems. .cache/wine/.... directory will be used only if you install a new wine prefix (as far as i know) (also winetricks will store the downloads somehow there) but inside a already existing wine prefix (the windows directory structure) its there already installed. if you install with rpm its: /usr/share/wine/mono/wine-mono-4.7.1.msi i actually use for every windows program i install a separate wineprefix. so its easy to remove something completely and not mess up another windows application (especially if you have to use some tricks to get it running). as example like this here: env WINEPREFIX="/home/simon/.win32-test" env WINEARCH=win32 wine setup will start setup inside .wine32-test you have to take care, that wine will always make a lot of file associations into the (last)prefix you specify. if you remove the directory this will still exist. there is some way to prevent wine from doing this, but i never tried, so you must google...... simoN www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hi carlos, sorry not a real solution only some suggestions: i am not sure why it still shows message. (but i have had sometimes same situation on my old installations, at the moment not. and i am not sure what i have made different) onyl a suggestion: try to make one empty "standard wine" inside your home. maybe with winecfg this should install a empty wine enviorement (64bit hopefully with mono) inside .wine then try to env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 winecfg after this try to install your application with your commandline.

...

env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 wine Downloads/LSBSetup.exe

if it not helps try to make a empty 32bit "standart wine" directory (delete .wine) env WINEARCH=win32 winecfg env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 winecfg after this try to install your application with your commandline. env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 wine Downloads/LSBSetup.exe because i am not sure why this message is there, mybe it checks the wrong wine-prefix. or you have to initailitze wineprefix before starting appliction installation. you could also try to install the net framework from your application/inside wine. it will install it inside your wineprefix, if something goes wrong simply delet this prefix (as i mentoned before it could be possible that some fielassociations or directory entrys inside startmenue will be left over..) simoN Am 23.07.2018 um 20:24 schrieb Carlos E. R.:

On 2018-07-12 12:07, Simon Becherer wrote:

...

Hi carlos,

...

Ok, I let wine yesterday install mono from outside. Now I have to remove it (seems to be only ~/.cache/wine/wine-mono-4.7.1.msi), and then switch from oss wine to wine:wine.

i use (tumbleweed) wine from oss and mono from emulators:wine as far no problems.

.cache/wine/.... directory will be used only if you install a new wine prefix (as far as i know) (also winetricks will store the downloads somehow there)

but inside a already existing wine prefix (the windows directory structure) its there already installed.

if you install with rpm its: /usr/share/wine/mono/wine-mono-4.7.1.msi

i actually use for every windows program i install a separate wineprefix. so its easy to remove something completely and not mess up another windows application (especially if you have to use some tricks to get it running).

as example like this here: env WINEPREFIX="/home/simon/.win32-test" env WINEARCH=win32 wine setup

will start setup inside .wine32-test

you have to take care, that wine will always make a lot of file associations into the (last)prefix you specify. if you remove the directory this will still exist. there is some way to prevent wine from doing this, but i never tried, so you must google......

Thanks.

Well, I have now mono installed:

cer@Legolas:~> l /usr/share/wine/mono/wine-mono-4.7.1.msi -rw-r--r-- 1 root root 56470528 Aug 4 2017 /usr/share/wine/mono/wine-mono-4.7.1.msi cer@Legolas:~> rpm -qf /usr/share/wine/mono/wine-mono-4.7.1.msi wine-mono-4.7.1-lp150.1.1.noarch cer@Legolas:~> cer@Legolas:~> rpm -qa | grep wine wine-mono-4.7.1-lp150.1.1.noarch wine-gecko-2.47-lp150.55.1.noarch wine-3.13-lp150.841.1.x86_64 wine-32bit-3.13-lp150.841.1.x86_64 cer@Legolas:~>

and I start my application using your suggestion:

...

env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 wine Downloads/LSBSetup.exe

but still Wine complains and says mono is not installed, should it be installed from upstream? I say no, and the application stalls with a window that says Installing .NET Framework 4.5

-- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Hi carlos, a) as far as i know, winetricks are installed by default in suse if you install wine (at least here at tumbleweed) cnf winetricks (i use this automatically installed version) b) winetricks will only run at 32 bit env. and if you run it without a argument, you will got inside a menue play a little bit around, going inside and outside, basemenue changed after this. you could then search for special .net versions. not always the highest is the one who will work. c) have you checked the winehq database and search for your application? (here a link's to things i maintain there if you take a look its often tricky..) only to get you a idea..... https://appdb.winehq.org/objectManager.php?sClass=version&iId=36821 https://appdb.winehq.org/objectManager.php?sClass=version&iId=27973&iTesting... often you need some original windows dll's to get stuff working d) if you need hardware access, i think you will have no luck, in past, long long ago i have read somewhere that most hardware drivers will not work in wine due to the design.... this could changed meanwile i do not know. - portacces maybe run as root, but you know the danger...... on raspberry i run wine and using rs232 (seriell port) but this is the only thing i needed hardware directly in wine, so no personal wisdom for other things. long in past i was trying to get isdn / capi running in wine, no success. simoN simoN Am 24.07.2018 um 23:57 schrieb Carlos E. R.:

On 2018-07-24 21:17, Simon Becherer wrote:

...

Hi carlos,

sorry not a real solution only some suggestions:

i am not sure why it still shows message. (but i have had sometimes same situation on my old installations, at the moment not. and i am not sure what i have made different)

onyl a suggestion: try to make one empty "standard wine" inside your home. maybe with winecfg this should install a empty wine enviorement (64bit hopefully with mono) inside .wine then try to env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 winecfg after this try to install your application with your commandline.

...

...

env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 wine Downloads/LSBSetup.exe

Well, I did "winecfg", where I said to emulate Windows 10, and later I tried "wine Downloads/LSBSetup.exe" directly - no complains about mono, which is progress, but it still get stuck trying to install .NET.

I did not specify an environment, considering unlikely I need to use more Windows apps but one or two.

...

if it not helps try to make a empty 32bit "standart wine" directory (delete .wine) env WINEARCH=win32 winecfg env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 winecfg after this try to install your application with your commandline. env WINEPREFIX="/home/cer/LSB" env WINEARCH=win32 wine Downloads/LSBSetup.exe

because i am not sure why this message is there, mybe it checks the wrong wine-prefix. or you have to initailitze wineprefix before starting appliction installation. you could also try to install the net framework from your application/inside wine. it will install it inside your wineprefix, if something goes wrong simply delet this prefix (as i mentoned before it could be possible that some fielassociations or directory entrys inside startmenue will be left over..)

What seems more interesting from the above, now that the "mono is not installed" went away, is the bit about installing the .net framework in WINE. How would I do that?

If you know of a link that explains it, just say so :-)

I see:

<https://appdb.winehq.org/objectManager.php?sClass=version&iId=25478>

It seems I need "winetricks".

<https://wiki.winehq.org/Winetricks>

Got the prompt back. I'm doing another backup of that directory. I do:

...

cd ~/bin wget 'https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetrick...' chmod +x winetricks cd

env WINEPREFIX=$HOME/winedotnet45 wineboot --init env WINEPREFIX=$HOME/winedotnet45 ~/bin/winetricks dotnet45 corefonts

I did it several times, once I think it claimed success, others not. Some I did with 40, others with 45.

I also tried:

...

env WINEPREFIX=$HOME/winedotnet45 env WINEARCH=win32 wineboot --init env WINEPREFIX=$HOME/winedotnet45 env WINEARCH=win32 ~/bin/winetricks dotnet45 corefonts

This takes much longer to run, and succeeds (Microsoft .NET; installation is complete). I'll make a backup of this directory.

Wait, when I click "finish" it continues with another window, maybe trying to update itself :-?

.NET Framework 4.5 Setup

Installation is complete [Finish]

Restart computer. (which it doesn't, obviously - I hope)

Here it continues installing what seems fonts.

Goodness! :-o

Finally I try my program on that environment. Complains that "this application could not be started. You must enable the .NET framework from the Windows features dialog box (from control panel. choose programs, Turn Windows features on or off). Do you want to view information about this issue [YES][NO]"

Mmm. I forgot to say 32 bit env on this command. Restoring dir from backup and retry.

No, same error.

Still, it installed something:

...

~/winedotnet45/drive_c/users/cer/Local Settings/Application Data/Programs/Lenovo/Lenovo Service Bridge

I can try to run "LSB.exe" inside.

[...]

It claims that it can not listen to ports 50128, 50129, 50130. This could be the app actually doing something.

And exits.

Well, this is the end of the experiment! This is an app that configs things on the Laptop hardware. I was hopping it would do just on single thing I'm interested in, but it can't. It was too much of a hope.

But it was interesting! Thanks for the pointers.

The feature I wanted to reach is to change the battery charge limit. The manufacturer recommends limiting the battery charge (to 60%) if it is going to be used continuously connected to wall power, so I selected that while trying the native windows. Then I removed the hard disk, installed an SSD, and installed Linux on it. On Linux there is no tool to access that, only on thinkpads, and mine is not a thinkpad.

I tried to run the original hard disk placed in an external USB enclosure, but it fails to boot. Apparently the USB3 bus is reset while booting, the process looses track, and boots what it finds in the internal hard disk, ie, Linux. Someone on Usenet told me to try on the USB2 bus; this one does boot, to recovery mode, but fails to recover whatever it finds wrong. A log I managed to read claimed there was no hard disk.

So, next step would be to try to install Windows to a new external hard disk - or buy a bigger SSD, clone (dd) the original Windows to it, and in the extra space install Linux again. The second alternative is more expensive, but perhaps easier. But the original Windows was a 500 GB disk -- too large. A 700 or 1000 GB SSD would be too expensive. Or try reduce the space Windows uses.

Sigh. Too tired for this...

And all that to get a single command or two.

-- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. wrote:

On 2018-07-12 07:43, Simon Becherer wrote:

...

Hi carlos,

Am 12.07.2018 um 06:24 schrieb Carlos E. R.:>

...

No, it isn't.

http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumblewee...

...

this works fine for me.

No "wine-mono" there.

http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumblewee...

And I'm on Leap, anyway.

http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Leap_15.0... (I often forget to check noarch/ myself). -- Per Jessen, Zürich (19.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org