Wine cmd exe c echo programfiles returned empty string error message

hi.

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

hi.

I’m trying to install a program using winetricks, but I’m using a separate wine install and WINEPREFIX, I run any command as such —

WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

And it returns —

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

On the other hand —

WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ‘/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine’ cmd

C:>echo %ProgramFiles%
C:Program Files

C:>

User avatar

dimesio

Moderator
Moderator
Posts: 13143
Joined: Tue Mar 25, 2008 10:30 pm

Post

by dimesio » Thu Nov 10, 2011 10:58 am

So this is what you’re telling winetricks:

‘/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32’

And this is what you use when you run cmd.exe directly:

‘/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine

See the difference?

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

Post

by dE_logics » Thu Nov 10, 2011 11:44 am

I tried that, it doesn’t matter —

WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine’ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks
——————————————————
/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string
——————————————————

Code: Select all

cd '/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin'
de@OLD_BROKEN_LAP ~/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32
/wine-1.3.32/bin $ ls
function_grep.pl  regsvr32        wineboot     winecpp   wineg++    winepath
msiexec           widl            winebuild    winedbg   winegcc    wineserver
notepad           wine            winecfg      winedump  winemaker  wmc
regedit           wine-preloader  wineconsole  winefile  winemine   wrc

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

Post

by dE_logics » Thu Nov 10, 2011 11:52 am

Also —

WINEPREFIX=/home/de/media_writeit!/temp(others)/walkthrough/ /home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine cmd.exe /c echo ‘%ProgramFiles%’

C:Program Files

User avatar

dimesio

Moderator
Moderator
Posts: 13143
Joined: Tue Mar 25, 2008 10:30 pm

Post

by dimesio » Thu Nov 10, 2011 2:40 pm

What happens if you leave off the ./ in front of winetricks?

Code: Select all

WINEARCH="win32" WINE='/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine' WINEPREFIX='/home/de/media_writeit!/temp(others)/walkthrough' winetricks 

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

Post

by dE_logics » Thu Nov 10, 2011 10:08 pm

Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

However —

WINEPREFIX=’/home/de/game/temp(game)/soundforge-10′ ./winetricks
——————————————————
wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

User avatar

dimesio

Moderator
Moderator
Posts: 13143
Joined: Tue Mar 25, 2008 10:30 pm

Post

by dimesio » Thu Nov 10, 2011 11:35 pm

dE_logics wrote:Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

How did you get winetricks? I’ve never used ./ in front of it, and it executes just fine for me.

User avatar

DanKegel

Moderator
Moderator
Posts: 1164
Joined: Wed May 14, 2008 11:44 am

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post

by DanKegel » Fri Nov 11, 2011 12:13 am

dE_logics wrote:
WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

returns

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

I seem to recall hearing that the «returned empty string» symptom happens when running 32 bit wine on a 64 bit system, and was caused by a missing wine.inf entry for wow64.
Or something like that. I haven’t had time to investigate since I heard that.

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

WINE is how you tell winetricks which wine to run.

WINEPREFIX is how you tell wine (and winetricks) where the fake C drive and
registry live.

Do you really have two versions of wine? What program are you trying to install?

(Dimesio: The ./ in front of winetricks is for when you’ve downloaded winetricks yourself
and not installed it, but have marked it executable.
If you haven’t marked it executable, you have to use ‘sh winetricks’.
If you use the winetricks installed by your distro, you don’t want the ./ or the sh.
This is all about how the shell searches for commands in the directories
listed in the PATH environment variable.)

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

Post

by dE_logics » Fri Nov 11, 2011 1:40 am

dimesio wrote:

dE_logics wrote:Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

How did you get winetricks? I’ve never used ./ in front of it, and it executes just fine for me.

I’ve downloaded winetricks. winetricks is a bash script, so it can be placed anywhere. The ‘.’ in the ‘./’ represents the current location, thus ./winetricks asks bash to execute the winetricks script which’s in the current directory.

DanKegel wrote:

dE_logics wrote:
WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

returns

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

I seem to recall hearing that the «returned empty string» symptom happens when running 32 bit wine on a 64 bit system, and was caused by a missing wine.inf entry for wow64.
Or something like that. I haven’t had time to investigate since I heard that.

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

WINE is how you tell winetricks which wine to run.

WINEPREFIX is how you tell wine (and winetricks) where the fake C drive and
registry live.

Do you really have two versions of wine? What program are you trying to install?

Yes, this system is 64 bit and this problem exists when you try running a 64 bit wine prefix on a 32 bit wine installation. But in my case, every prefix is 32bit.

This time around, since the WINE variable doesn’t appear to be working, I had to drop it and use the prefix of wine-1.3.32 (static build) with wine-1.3.29 (system install). I installed a few packages using winetricks, after which it suddenly stopped working and started giving this error.

Later on (now) I noticed that some wine processes where still running in background which were causing this problem.

However, the main issue now is, the WINE variable doesn’t appear to be working.

I’m trying to make soundforge 10 work. Currently there analyzer graph is bank.

Martin Gregorie

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post

by Martin Gregorie » Fri Nov 11, 2011 6:48 am

On Thu, 2011-11-10 at 22:35 -0600, dimesio wrote:

dE_logics wrote:

Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

How did you get winetricks? I’ve never used ./ in front of it, and it executes just fine for me.

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

To dE_logics:

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

<code>
echo $PATH
</code>

So we can see what your search path looks like.

Martin

Usurp

Level 4
Level 4
Posts: 161
Joined: Sat Apr 19, 2008 7:16 am

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post

by Usurp » Fri Nov 11, 2011 8:33 am

Martin Gregorie wrote:On Thu, 2011-11-10 at 22:35 -0600, dimesio wrote:

dE_logics wrote:

Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

How did you get winetricks? I’ve never used ./ in front of it, and it executes just fine for me.

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

To dE_logics:

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

<code>
echo $PATH
</code>

So we can see what your search path looks like.

Martin

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

Martin Gregorie

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post

by Martin Gregorie » Fri Nov 11, 2011 9:42 am

On Fri, 2011-11-11 at 07:33 -0600, Usurp wrote:

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

That is why, if you’re wise, you always run ‘which’ to check check
whether the script/program name you just thought up is going to clash
with anything else. Its also why I said «add them to the right hand
end», as in:

export PATH=»$PATH:$HOME/bin:.»

$PATH is searched left to right, so doing it this way guarantees that
pre-existing stuff takes precedence over anything you wrote without
first checking for name clashes.

Martin

perryh

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post

by perryh » Fri Nov 11, 2011 9:15 pm

«Usurp» <wineforum-user@winehq.org> wrote:

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Only if you give the created file the «executable» permission, or if
you use the «.» or «source» shell builtin in a manner that causes it
to search the path.

dE_logics

Level 2
Level 2
Posts: 18
Joined: Sat Nov 27, 2010 7:09 am

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post

by dE_logics » Sat Nov 12, 2011 7:45 am

Martin Gregorie wrote:On Thu, 2011-11-10 at 22:35 -0600, dimesio wrote:

dE_logics wrote:

Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

How did you get winetricks? I’ve never used ./ in front of it, and it executes just fine for me.

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

To dE_logics:

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

<code>
echo $PATH
</code>

So we can see what your search path looks like.

Martin

I’ve not seen any distro which sets ‘.’ in it’s PATH.

Also why will I need $HOME in $PATH?

PATH for user is —
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3:/usr/games/bin

Also ‘.’ in $HOME doesn’t make sense.

Martin Gregorie wrote:On Fri, 2011-11-11 at 07:33 -0600, Usurp wrote:

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

That is why, if you’re wise, you always run ‘which’ to check check
whether the script/program name you just thought up is going to clash
with anything else. Its also why I said «add them to the right hand
end», as in:

export PATH=»$PATH:$HOME/bin:.»

$PATH is searched left to right, so doing it this way guarantees that
pre-existing stuff takes precedence over anything you wrote without
first checking for name clashes.

Martin

I didn’t know that presidency part, thanks.

Martin Gregorie

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post

by Martin Gregorie » Sat Nov 12, 2011 8:55 am

On Sat, 2011-11-12 at 06:46 -0600, dE_logics wrote:

I’ve not seen any distro which sets ‘.’ in it’s PATH.

Fair enough. I’m an active developer and find it convenient to include
‘.’ in my search path because then I know that any script or program
that I write can always be executed by using a name that is relative to
me current directory.

Also why will I need $HOME in $PATH?

I suggested adding $HOME/bin to your search path, not $HOME.

If you write small shell scripts, e.g. as wrappers for Wine applications
or as a short-hand for common actions and they are intended to only be
used from one login, then a convenient place to keep them is in a
$HOME/bin directory because this keeps clutter out of your login
directory. If you do this you’ll want to include $HOME/bin in the search
path for that login by editing .bash_profile

If such scripts are for more general use they should be put in
«/usr/local/bin» and any associated configuration files should be in
«/usr/local/etc». Make sure that the «/usr/local» structure is backed up
along with «/home».

You should reserve «/bin» and «/usr/bin» for programs and scripts that
are part of your distro. Apart from anything else, if you upgrade your
distro or do a clean install you may loose anything you put in those
directories while, if you backed up the contents of /usr/local then its
easy to drop it back in place after the upgrade or install.

Martin

Frédéric Delanoy

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post

by Frédéric Delanoy » Wed Nov 16, 2011 6:47 pm

On Thu, Nov 10, 2011 at 11:16, dE_logics <wineforum-user@winehq.org> wrote:

hi.

I’m trying to install a program using winetricks, but I’m using a separate wine install and WINEPREFIX, I run any command as such —

WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

Cmd command-line arguments parsing has some issues. You should avoid
using special characters like ‘(‘, ‘)’ or ‘!’ in your paths (probably
also holds for many other programs TBH)

Frédéric

User avatar

DanKegel

Moderator
Moderator
Posts: 1164
Joined: Wed May 14, 2008 11:44 am

Post

by DanKegel » Wed Nov 16, 2011 9:36 pm

I think you’re using WINE wrong.
It needs to point to the wine binary, not the directory that contains it.

e.g. I often do

export WINE=$HOME/wine-git/wine

  • Печать

Страницы: [1]   Вниз

Тема: wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string  (Прочитано 2258 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
freeneutron

Данная тема уже обсуждалась. Но у меня немного другой случай:
sudo winetricks vcrun2010 выдает ошибку:

wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

но wine cmd.exe /c echo ‘%ProgramFiles%’ возвращает:

C:Program Files

« Последнее редактирование: 31 Марта 2016, 20:54:30 от maks05 »


Оффлайн
skybour


| toZen |

Зачем sudo?

То же самое хотел спросить.
Думаю, что надо права доступа в .wine проверить.
Вино-то в хомяке, а вызов идёт с директории рута. Отсюда и грабли. ИМХО.


Оффлайн
skybour

Там скорее всего перфикс еще не создан, потому путь не находит.
Запусти winecfg, потом ставь пакеты, без sudo.


| toZen |

Там скорее всего перфикс еще не создан, потому путь не находит.
Запусти winecfg, потом ставь пакеты, без sudo.

Возможно, или же, всё уже сделано под sudo и без него родимого не запускается вообще ничего, следовательно — либо полностью снести вино и переустановить, либо начать с подгонки адекватных прав доступа.


Оффлайн
skybour


Оффлайн
freeneutron

sudo на всякий случай. Но я уже понял, что лишне. Вот что получается без sudo:

freeneutron@freeneutron-A780L3L:~/.cache$ winetricks vcrun2010
Executing w_do_call vcrun2010
Executing load_vcrun2010
Executing mkdir -p /home/freeneutron/.cache/winetricks/vcrun2010
mkdir: невозможно создать каталог «/home/freeneutron/.cache/winetricks/vcrun2010»: Отказано в доступе
——————————————————
Note: command ‘mkdir -p /home/freeneutron/.cache/winetricks/vcrun2010’ returned status 1.  Aborting.
——————————————————

И вот на всякий случай результат groups:

freeneutron@freeneutron-A780L3L:~/.cache$ groups freeneutron
freeneutron : freeneutron adm cdrom sudo audio dip plugdev lpadmin sambashare


| toZen |

freeneutron, всё из-за того, что делали под sudo.

ls -l .wine??

« Последнее редактирование: 16 Октября 2015, 09:47:01 от τοΖεη »


Оффлайн
freeneutron

freeneutron, всё из-за того, что делали под sudo.

Это понятно. Но без sudo тоже ошибки. Что я могу сделать?

freeneutron@freeneutron-A780L3L:~$ ls -l .wine
итого 1364
drwxrwxr-x 2 freeneutron freeneutron    4096 окт.  16 13:18 dosdevices
drwxrwxr-x 5 freeneutron freeneutron    4096 окт.  15 16:48 drive_c
-rw-rw-r— 1 freeneutron freeneutron 1219196 окт.  16 13:18 system.reg
-rw-rw-r— 1 freeneutron freeneutron    2690 окт.  15 16:48 userdef.reg
-rw-rw-r— 1 freeneutron freeneutron  157837 окт.  16 13:18 user.reg
-rw-rw-r— 1 freeneutron freeneutron      50 окт.  16 13:18 winetricks.log


Пользователь решил продолжить мысль [time]16 Октябрь 2015, 10:50:51[/time]:


τοΖεη,
То есть мне надо переустановить wine из под freeneutron?


Пользователь решил продолжить мысль 16 Октября 2015, 10:13:32:


Все заработало. Вопрос решен. Большое спасибо!

« Последнее редактирование: 16 Октября 2015, 10:13:32 от freeneutron »


  • Печать

Страницы: [1]   Вверх

I see you use sudo in one of your winetricks commands: that could be the main problem, as sudo shouldn’t be used with wine or winetricks (only when running sudo apt-get install wine); see my comment at the end of my post.*

When I successfully installed d3dx9 to a separate wine prefix, which I see you are also using, I used the below command in the terminal.

WINEPREFIX=$HOME/.myprefixname winetricks d3dx9

This is part of the voluminous output I got from the command using the WINEPREFIX:

Executing cabextract -q -d /home/mike/.myprefixname/dosdevices/c:/windows/system32 -L -F d3dx9*.dll /home/mike/.myprefixname/dosdevices/c:/windows/temp/_d3dx9/apr2006_d3dx9_30_x86.cab

You must change .myprefixname to the name of your own prefix; for more explanation of wine prefixes and their use, please see this question.

You only need to specify WINEARCH=win32 or the 64bit equivalent when you create the prefix, as it can’t be altered afterwards, as noted at WineHQ. Wine will also refuse to load if you specify a different WINEARCH to the one you created it with.

Just entering in terminal winetricks d3dx9 would instead install directX to your default ~/.wine folder.

*It is most important to note that when installing things with winetricks or using wine, you don’t need to use sudo, as you are not installing the files to the system, but to your Wine folder or separate wine prefix in your home folder. Using sudo might cause the problem you are experiencing with paths, as is noted on the actual link given. In the WineFAQ it notes that

Running with sudo…has the added bonus of breaking the permissions on your ~/.wine folder in the process. If you have run Wine with sudo you need to fix the permission errors… and then run winecfg to set Wine up again.

So, I should also check your permissions and refer to the WineFAQ article, as you will need to reset your permissions even if you reinstall wine. If you have used sudo with wine and now root owns some of the files, you will need to change the permissions by running the following commands from the WineFAQ:

cd $HOME  
sudo chown -R $USER:$USER .wine 

Replace .wine with your prefix if you use a WINEPREFIX or use the command for both your .wine folder and your prefix if you have both.

Содержание

  1. Не могу запустить wine
  2. Error While installing: warning: wine cmd.exe /c echo ‘%AppData%’ returned empty string, error message «» #226
  3. Comments
  4. Warning wine cmd exe c echo appdata returned empty string error message
  5. Re: Wine Build on Ubuntu 22.04
  6. Re: Wine Build on Ubuntu 22.04
  7. Warning wine cmd exe c echo appdata returned empty string error message
  8. Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st
  9. «cmd.exe /c echo ‘%ProgramFiles%’ returned empty string
  10. Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st
  11. «cmd.exe /c echo ‘%ProgramFiles%’ returned empty string
  12. «cmd.exe /c echo ‘%ProgramFiles%’ returned empty string
  13. Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st
  14. «cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Не могу запустить wine

Установлен wine64 version 5.0.4 при помощи pkg install wine

При запуске exe файла вылетает с ошибками в консоли:

not supported on this system

что дальше? на haiku или на kolibrios игоры запускать будете?

То есть мне нужно искать какие-то нативные чтобы запустилось?

Под 6.0.1-вайном они же запускаются, я проверял

wine64 version 5.0.4 при помощи pkg install wine

такое нужно самому компилять из портов

Компилять нужно только mesa и всё что связано с видео, wine и i386-wine — совершенно необязательно.

bambie , я не знаю что ты хочешь запустить, но ты уверен что оно именно PE32+ (x86-64), запуская его через wine (amd64)?

а что, у вас там есть уже собранный wine с esync патчем?

ты уверен что оно именно PE32+ (x86-64), запуская его через wine (amd64)?

Я могу в этом убедиться только запустив его с 32битным wine:

mesa и всё что связано с видео

mesa не компиляю — только видеодрайвера

С помощью file можно посмотреть:

Был не прав, оно действительно было PE32

Kron4ek , спасибо большое.

как удалить старое ядро? было у меня оно одно, но подвезли новый drm-kmod который со старым ядром отказался работать, пришлось собрать новое ядро и установить в него новый drm-kmod — теперь у меня два ядра, но старое не нужно — как его удалить? может есть какое нибудь remove-old-kernels или что то типа такого?

А что, из портов можно собрать wine с esync? (%

Еще вопрос. Могу ли я установить второй вайн, собрав его с другим PREXIF? Если да, то как?

с другим PREFIX

Я могу в этом убедиться только запустив его с 32битным wine

file -b /path/to/file.exe

Сам понимаешь, телепаты в отпуске. (%

Был не прав, оно действительно было PE32

FreeBSD хранит только два ядра — последнее и предыдущее, каждый make installkernel перемещает /boot/kernel в /boot/kernel.old (и удаляет старый /boot/kernel.old , если он существует), затем ставит новое в /boot/kernel .

А вот что происходит с /boot/modules я не помню, при обновлении GENERIC на следующий релиз оно вайпает чуть ли не всю систему.

Тебе не обязательно собирать wine с другим PREFIX, достаточно распаковать куда угодно и написать обёртку со всеми нужными переменными окружения.

Могу поделиться скриптом, но он во-первых нифига не документирован (могу на пальцах объяснить что как, но никакой поддержки не обещаю, об этом дальше), а во-вторых не работает с wine >=6.0 (там что-то с окружением, гуглить сейчас лень, фиксить не планирую, ибо проще переписать скрипт с нуля, там костылей за два года быстроправок скопилось).

а что, у вас там есть уже собранный wine с esync патчем?

А что, на фряхе появился eventfd?

UPD: Фигасе, The eventfd() system call first appeared in FreeBSD 13.0.

Все, фря готова для гейминга

Есть же всякие гуи вроде PlayOnLinux, они не умеют рулить несколькими версиями вайна?

Есть форк — PlayOnFreeBSD, но я никогда его не тыкал. А вот Lutris на FreeBSD судя по всему вообще не работает (нет никаких упоминаний на официальном сайте, никаких упоминаний на официальном форуме FreeBSD и на сабреддите).

Мне проще накидать скрипт на двадцать пять килобайт и пару лет не париться по этому поводу. Причём в эти двадцать пять килобайт бонусом влезла поддержка dosbox, renpy, gzdoom, pcsxr и dolphin-emu как для amd64, так и для i386.

…достаточно распаковать куда угодно и написать обёртку со всеми нужными переменными окружения.

Хочу узнать об этом поподробнее. Как это сделать?

Могу поделиться скриптом, но он во-первых нифига не документирован (могу на пальцах объяснить что как, но никакой поддержки не обещаю, об этом дальше), а во-вторых не работает с wine >=6.0 (там что-то с окружением, гуглить сейчас лень, фиксить не планирую, ибо проще переписать скрипт с нуля, там костылей за два года быстроправок скопилось).

Пожалуй, давай, это лишним не будет. В инете информации по этому поводу мало, а этот вопрос может быть интересен не только мне. Ну и если проще переписать, может быть кто-то подскажет, кому будет не лень? А так я не против в этом разобраться.

Есть же всякие гуи вроде PlayOnLinux

https://www.freshports.org/emulators/playonbsd Если это оно, то он удален, написано в прошлом году. Но всё равно это было просто обёрткой для wine

Мне проще накидать скрипт на двадцать пять килобайт и пару лет не париться по этому поводу.

Еще проще — установить games/homura.

…достаточно распаковать куда угодно и написать обёртку со всеми нужными переменными окружения.

Хочу узнать об этом поподробнее. Как это сделать?

Нужно понимать как устроено окружение и что нужно конкретному приложению для полноценной работы.

Если раскуришь скрипты многоуважаемого Kron4ek , многое поймёшь конкретно про Wine. Мой скрипт местами переусложнён и/или сильно несовершенен, но он никогда не пилился для публичного использования, потому он такой какой он есть.

Пожалуй, давай, это лишним не будет.

Ссылка в конце комментария.

В инете информации по этому поводу мало, а этот вопрос может быть интересен не только мне. Ну и если проще переписать, может быть кто-то подскажет, кому будет не лень? А так я не против в этом разобраться.

Ну, FreeBSD никогда не позиционировалась как игровая платформа, потому готовых решений до сих пор нет, а все попытки быстро загибаются.

Я не особо геймер, потому не пытался сделать что-то с планами на будущее.

Внутри быстро накиданный README, наверняка с кучей очепяток и ошибок, но в общих чертах должно быть понятно. А если нет — задавай свои ответы, завтра (если повезёт) гляну.

Источник

Error While installing: warning: wine cmd.exe /c echo ‘%AppData%’ returned empty string, error message «» #226

I’m fairly new to github and linux in general, apologies in advance.

**Description: **
After running ‘lutris -i Downloads/modorganizer2.yml’, installation does not complete. The full log is here, https://pastebin.com/QYVjkuCr; below I have copied the most recent messages. I was able to install mod organizer twice before, but I uninstalled MO2 trying to get the dialogue in Skyrim SE to work, and have not been able to reinstall. For what it’s worth, I haven’t run into the issues described in #61 this time around.

System Info:
OS: Drauger OS (Ubuntu 20.04 focal)
Wine Version: wine-6.0.1
Winetricks Version: 20210206-next — sha256sum: 75730c54ef76da9109f48a064bc53c61bb7301d690ab74fd3c23c719d1683de9

Terminal Output:
warning: wine cmd.exe /c echo ‘%AppData%’ returned empty string, error message «»
———
Monitored process exited.
Initial process has exited (return code: 256)
All children have exited.
Exit with returncode 256
2021-06-17 22:04:16,669: I can’t move /home/kyle/.cache/lutris/installer/mod-organizer-2/successful-prefix-preparation, it does not exist
None
2021-06-17 22:04:16,669: Error while completing task >: I can’t move /home/kyle/.cache/lutris/installer/mod-organizer-2/successful-prefix-preparation, it does not exist
None
File «/usr/lib/python3/dist-packages/lutris/util/jobs.py», line 34, in target
result = self.function(*args, **kwargs)
File «/usr/lib/python3/dist-packages/lutris/installer/commands.py», line 283, in move
raise ScriptingError(«I can’t move %s, it does not exist» % src)
2021-06-17 22:05:04,901: Cancelling installation of Mod Organizer 2

The text was updated successfully, but these errors were encountered:

Источник

Warning wine cmd exe c echo appdata returned empty string error message

Post by jstromsoe » Mon Apr 04, 2022 11:42 pm

Having some issues building Wine (stable branch, cloned from c7c729c0db7c3e246182a890de4c606f3e394d0e).

Distributor ID: Ubuntu
Description: Ubuntu Jammy Jellyfish (development branch)
Release: 22.04
Codename: jammy

I’m building Wine from scratch because as of this writing there is no build for jammy (it’s brand new).

I’m able to successfully build for 64 bit Wine using:
«`
cd

/wine-dirs/wine64-build/
../wine-source/configure —enable-win64
make
«`
When I try to build for 32 bit (2nd part of instructions)
«`
cd

/wine-dirs/wine32-build/
PKG_CONFIG_PATH=/usr/lib32 ../wine-source/configure —with-wine64=../wine64-build
make
«`

I make it pretty far into the compile but it errors out on :
«`
gcc -m32 -o dlls/capi2032/capi2032.so -shared -Wl,-Bsymbolic -Wl,-soname,capi2032.so -Wl,-z,defs dlls/capi2032/unixlib.o dlls/ntdll/ntdll.so
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_isinstalled’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:117: undefined reference to `capi20_isinstalled’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_get_profile’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:112: undefined reference to `capi20_get_profile’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_get_serial_number’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:105: undefined reference to `capi20_get_serial_number’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_get_version’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:93: undefined reference to `capi20_get_version’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_get_manufacturer’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:85: undefined reference to `capi20_get_manufacturer’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_waitformessage’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:78: undefined reference to `capi20_waitformessage’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_get_message’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:71: undefined reference to `capi20_get_message’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_put_message’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:63: undefined reference to `capi20_put_message’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_release’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:56: undefined reference to `capi20_release’
/usr/bin/ld: dlls/capi2032/unixlib.o: in function `capi_register’:
/home/jstromsoe/wine-dirs/wine-build-32/../wine-source/dlls/capi2032/unixlib.c:48: undefined reference to `capi20_register’
collect2: error: ld returned 1 exit status
«`

Anyone have any ideas ? Any help super appreciated.

Re: Wine Build on Ubuntu 22.04

Post by jkfloris » Tue Apr 05, 2022 6:13 pm

A few things you can try:
— Build without PKG_CONFIG_PATH=/usr/lib32
I believe the gstreamer problem is solved in newer versions.

— Build without CAPI (Do you need ISDN support?)

Re: Wine Build on Ubuntu 22.04

Post by jstromsoe » Tue Apr 05, 2022 10:32 pm

Sooo close. I ran again with —without-capi and that got much further into the compile. I believe per the instructions you NEED to specify PKG_CONFIG to a 32 bit set of libraries or none of what’s being attempted with WoW (32 bit support win apps) would be accomplished. So I left that as you can see, but got another compiler error. Do I need to go install a 32 bit gstreamer version? If so, which and what dependencies? Thanks in advance!

Источник

Warning wine cmd exe c echo appdata returned empty string error message

Post by dE_logics » Thu Nov 10, 2011 5:16 am

I’m trying to install a program using winetricks, but I’m using a separate wine install and WINEPREFIX, I run any command as such —

WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

On the other hand —

WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ‘/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine’ cmd

C:>echo %ProgramFiles%
C:Program Files

Post by dimesio » Thu Nov 10, 2011 10:58 am

Post by dE_logics » Thu Nov 10, 2011 11:44 am

I tried that, it doesn’t matter —

WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine’ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks
——————————————————
/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string
——————————————————

Post by dE_logics » Thu Nov 10, 2011 11:52 am

WINEPREFIX=/home/de/media_writeit!/temp(others)/walkthrough/ /home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32/bin/wine cmd.exe /c echo ‘%ProgramFiles%’

Post by dimesio » Thu Nov 10, 2011 2:40 pm

Post by dE_logics » Thu Nov 10, 2011 10:08 pm

Nothing will happen (and nothing happened), winetricks is only available in the current directory, so it says command not found.

WINEPREFIX=’/home/de/game/temp(game)/soundforge-10′ ./winetricks
——————————————————
wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post by dimesio » Thu Nov 10, 2011 11:35 pm

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post by DanKegel » Fri Nov 11, 2011 12:13 am

dE_logics wrote: WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

WINE is how you tell winetricks which wine to run.

WINEPREFIX is how you tell wine (and winetricks) where the fake C drive and
registry live.

Do you really have two versions of wine? What program are you trying to install?

(Dimesio: The ./ in front of winetricks is for when you’ve downloaded winetricks yourself
and not installed it, but have marked it executable.
If you haven’t marked it executable, you have to use ‘sh winetricks’.
If you use the winetricks installed by your distro, you don’t want the ./ or the sh.
This is all about how the shell searches for commands in the directories
listed in the PATH environment variable.)

Post by dE_logics » Fri Nov 11, 2011 1:40 am

dE_logics wrote: WINEARCH=»win32″ WINE=’/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32′ WINEPREFIX=’/home/de/media_writeit!/temp(others)/walkthrough’ ./winetricks

/home/de/media_writeit!/FOSS/additional packages/Wine prefixes/Works with wine 1.3.32/wine-1.3.32 cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Also in the winetricks wiki it has not been explained properly how to point out to a seperate wine install.

I tried exporting all the WINE, WINEPREFIX and WINEARCH variables, but it doesn’t workout.

WINE is how you tell winetricks which wine to run.

WINEPREFIX is how you tell wine (and winetricks) where the fake C drive and
registry live.

Do you really have two versions of wine? What program are you trying to install?

Yes, this system is 64 bit and this problem exists when you try running a 64 bit wine prefix on a 32 bit wine installation. But in my case, every prefix is 32bit.

This time around, since the WINE variable doesn’t appear to be working, I had to drop it and use the prefix of wine-1.3.32 (static build) with wine-1.3.29 (system install). I installed a few packages using winetricks, after which it suddenly stopped working and started giving this error.

Later on (now) I noticed that some wine processes where still running in background which were causing this problem.

However, the main issue now is, the WINE variable doesn’t appear to be working.

I’m trying to make soundforge 10 work. Currently there analyzer graph is bank.

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post by Martin Gregorie » Fri Nov 11, 2011 6:48 am

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

So we can see what your search path looks like.

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post by Usurp » Fri Nov 11, 2011 8:33 am

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

So we can see what your search path looks like.

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post by Martin Gregorie » Fri Nov 11, 2011 9:42 am

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

That is why, if you’re wise, you always run ‘which’ to check check
whether the script/program name you just thought up is going to clash
with anything else. Its also why I said «add them to the right hand
end», as in:

$PATH is searched left to right, so doing it this way guarantees that
pre-existing stuff takes precedence over anything you wrote without
first checking for name clashes.

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post by perryh » Fri Nov 11, 2011 9:15 pm

Re: «cmd.exe /c echo ‘%ProgramFiles%’ returned empty st

Post by dE_logics » Sat Nov 12, 2011 7:45 am

Some distros (the RedHat ones and probably others) don’t include ‘.’ or
$HOME in $PATH by default. The first thing I do when I set up a new
login users is to make sure ‘.’, $HOME and $HOME/bin are added to $PATH,
preferably at the right end. Its such an automatic action that its easy
to forget you did it years ago.

It sounds like your $HOME directory isn’t in your search path. Post the
output from this:

So we can see what your search path looks like.

I’ve not seen any distro which sets ‘.’ in it’s PATH.

Also why will I need $HOME in $PATH?

PATH for user is —
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3:/usr/games/bin

Also ‘.’ in $HOME doesn’t make sense.

Having ‘.’ and $HOME in $PATH can lead to subtle failures,
if you create a file that has the same name as an existing command.

Simple example: the updatedb command from mlocate

That is why, if you’re wise, you always run ‘which’ to check check
whether the script/program name you just thought up is going to clash
with anything else. Its also why I said «add them to the right hand
end», as in:

$PATH is searched left to right, so doing it this way guarantees that
pre-existing stuff takes precedence over anything you wrote without
first checking for name clashes.

«cmd.exe /c echo ‘%ProgramFiles%’ returned empty string

Post by Martin Gregorie » Sat Nov 12, 2011 8:55 am

I suggested adding $HOME/bin to your search path, not $HOME.

If you write small shell scripts, e.g. as wrappers for Wine applications
or as a short-hand for common actions and they are intended to only be
used from one login, then a convenient place to keep them is in a
$HOME/bin directory because this keeps clutter out of your login
directory. If you do this you’ll want to include $HOME/bin in the search
path for that login by editing .bash_profile

If such scripts are for more general use they should be put in
«/usr/local/bin» and any associated configuration files should be in
«/usr/local/etc». Make sure that the «/usr/local» structure is backed up
along with «/home».

You should reserve «/bin» and «/usr/bin» for programs and scripts that
are part of your distro. Apart from anything else, if you upgrade your
distro or do a clean install you may loose anything you put in those
directories while, if you backed up the contents of /usr/local then its
easy to drop it back in place after the upgrade or install.

Источник

  • Index
  • » Applications & Desktop Environments
  • » WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

Pages: 1

#1 2014-06-29 15:47:32

CubeGod
Member
Registered: 2013-07-09
Posts: 120

WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

So as the tittle states WINE is throiwng this error:

wine cmd.exe /c echo '%ProgramFiles%' returned empty string

As for what might have caused it? probably the last system update which was performed a few days ago, my old prefix works fine but I have a habit of creating new prefixes for troublesome applications, or applications I am unsure of whether they will cause trouble or not.
Hence I created a new prefix using:

export WINEARCH=win32
export WINEPREFIX=~/.problematic
winecfg

As for how wine is run, it’s run as a normal, unprivileged, user.

Oh and I also tried generating yet another prefix like this:

$ WINEARCH=win32 WINEPREFIX=~/.problematic-new winetricks steam
Executing w_do_call steam
------------------------------------------------------
wine cmd.exe /c echo '%ProgramFiles%' returned empty string
------------------------------------------------------

Didn’t work either.

I’m at loss, any suggestion on how to fix it?

Last edited by CubeGod (2014-06-29 15:48:05)

#2 2014-06-29 15:57:59

stevenhoneyman
Member
From: England
Registered: 2014-05-25
Posts: 241

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

Just when using winetricks?

What happens for

$ WINEARCH=win32 WINEPREFIX=~/testprefix notepad.exe

#3 2014-06-29 23:10:39

CubeGod
Member
Registered: 2013-07-09
Posts: 120

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

$ WINEARCH=win32 WINEPREFIX=~/testprefix notepad.exe
bash: notepad.exe: command not found

So obviously I need to correct the command wink

$ WINEARCH=win32 WINEPREFIX=~/testprefix wine notepad.exe
wine: created the configuration directory '/home/shiina/testprefix'
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:iphlpapi:NotifyAddrChange (Handle 0xece880, overlapped 0xece88c): stub
wine: configuration in '/home/shiina/testprefix' has been updated.
Wine cannot find the ncurses library (libncursesw.so.5).

why is ncurses a dependency anyway? besides, wicd-curses works so this shouldn’t be the case.

Anyway, trying winetricks in the same prefix

$ WINEARCH=win32 WINEPREFIX=~/testprefix winetricks steam
Executing w_do_call steam
------------------------------------------------------
wine cmd.exe /c echo '%ProgramFiles%' returned empty string
------------------------------------------------------

Anyway, I expected notepad to work since it resides in %WINDOWS% not %ProgramFiles%
Is there any registry key I can set for this? all my google searching says this can cause with a mismatch of wine versions but why would that happen?
Either way checking wine —version outputs wine-1.7.20 which is the same as it was pre-update (when it still worked).

#4 2014-06-30 00:23:10

stevenhoneyman
Member
From: England
Registered: 2014-05-25
Posts: 241

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

Yeah, missed «wine» out — oops.

wicd-curses x86_64? wine needs lib32-ncurses

It’s winetricks that has the problem, not wine. I bet if you manually run

wine cmd.exe /c echo '%ProgramFiles%'

then it comes back with «C:Program Files»

#5 2014-06-30 10:08:58

CubeGod
Member
Registered: 2013-07-09
Posts: 120

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

indeed but I need .NET, msvc runtime and a few other microsoft libraries for proper functionality (skyrim is one thing I’ll put in this prefix, it requires vcrun and .NET for some reason)
Besides, isn’t winetricks made by the wine developers?

Either way a way to fix this would be lovely.

#6 2014-06-30 10:19:31

Lone_Wolf
Member
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 10,652

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

for .NET support, you could try wine-mono from [community] repo.


Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)

#7 2014-06-30 15:23:46

CubeGod
Member
Registered: 2013-07-09
Posts: 120

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

Lone_Wolf wrote:

for .NET support, you could try wine-mono from [community] repo.

Tried and it wouldn’t even launch, it required .NET 3.5 SP1, afaik mono only covers up to 2.0 (and it isn’t even 100% compatible to that), as for manually insatlling 3.5 SP1 it says I need to use add/remove windows components, not sure how to do this with wine since winetricks always did that for me (curse my laziness, however this might not even be directly doable by itself)

I also tried having steam handle that installing, it just ended up with an infinite loop of crashing installers (the program setup.exe has encountered a problem…) which was only rectified by killing the wineserver and then killing every process spawned manually (or in other words unless you’re careful you can inadvertently make wine into an inefficient forkbomb (based on it only spawning new processes every 5 or so seconds making it more or less manageable)

I also tried in a 64-bit prefix, in this case winetricks gets further but says it’s a 64-bit prefix and then the .NET installer err’s out because it can’t install in a 64-bit environment for some arcane reason.

#8 2014-09-13 20:58:45

MaTachi
Member
Registered: 2011-06-07
Posts: 52

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

I encountered the same error. Following the instructions in https://code.google.com/p/winetricks/is … ?id=189#c8 solved it for me:

# let's star on a clean table
$ rm -r ~/.local/share/wineprefixes/steam ~/.wine 
$ WINEARCH=win32 winecfg
[Press OK]
$ WINEARCH=win32 winetricks steam

And I had the following two environment variables set in my .zshrc (.bashrc if bash is your default shell) file:

export WINEPREFIX=$HOME/.wine/
export WINEARCH=win32

#9 2014-09-13 21:06:17

emeres
Member
Registered: 2013-10-08
Posts: 1,570

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

export WINEPREFIX=$HOME/.wine/

 That seems redundant and the slash at the end is not needed. It would be more efficient to export or better yet alias certain prefixes like this:

alias win7='env ALSA_DEFAULT_PCM=wine WINEARCH=win32 WINEDEBUG=-all WINEDLLOVERRIDES='''amstream=n;devenum=n;quartz=n''' WINEPREFIX=$HOME/.PlayOnLinux/wineprefix/Windows7'

Last edited by emeres (2014-09-13 21:06:57)

#10 2015-06-14 16:20:57

oconnor663
Member
Registered: 2012-12-16
Posts: 46

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

MaTachi’s answer solved this for me. I had been deleting `~/.wine` but not `~/.local/share/wineprefixes`. Thanks!

#11 2015-07-16 14:13:10

CubeGod
Member
Registered: 2013-07-09
Posts: 120

Re: WINE err:»wine cmd.exe /c echo ‘%ProgramFiles%’ returned empty string»

was there really a need to necro this thread for that? If the answer worked then great, don’t raise the dead just to let everyone know; it’s redundant at best.

Wine — это программа с открытым исходным кодом, которая позволяет запускать Windows-приложения, в том числе и игры в среде Linux и MacOS. Можно сказать, что это слой совместимости между операционной системой и Windows-программами. Вызовы процедур из библиотек Windows подменяются на системные вызовы Linux и с помощью этого появляется возможность запускать Windows-программы в Linux.

В этой статье мы рассмотрим как выполняется установка Wine Linux Mint 20, а также установка Winetricks (вспомогательный скрипт для загрузки и установки различных распространяемых библиотек, необходимых для запуска некоторых программ в Wine) и настройка программы.

За последнее время Wine очень сильно продвинулся в плане запуска игр. Благодаря библиотеке DXVK уже можно запускать и играть во многие игры для Windows без потери производительности.

Подробная установка Wine на разные ОС описана на официальном сайте. На сайте в разделе установки необходимо в качестве дистрибутива выбрать Ubuntu, так как Linux Mint основан на Ubuntu.

Сначала для 64 битных систем необходимо добавить поддержку архитектуры i386. Для этого необходимо выполнить команду:

sudo dpkg --add -architecture i386

n9uqvBz28L30QAAAABJRU5ErkJggg==

Далее необходимо добавить официальный ключ для репозитория Wine:

wget -nc https://dl.winehq.org/wine-builds/winehq.key

sudo apt-key add winehq.key

AVKofVq56JFkAAAAAElFTkSuQmCC

Подключаем официальный репозиторий:

sudo add-apt-repository 'deb https://dl.winehq.org/wine-builds/ubuntu/ focal main'

W+wt3SETybvsAAAAABJRU5ErkJggg==

Далее необходимо обновить индексы пакетов:

sudo apt update

xeaeEgP8SWb0QAAAABJRU5ErkJggg==

Далее необходимо выбрать, какой релиз (стабильный или тестовый) необходимо установить. Для установки стабильного релиза необходимо выполнить команду:

sudo apt install --install-recommends winehq-stable

Для установки тестовой сборки необходимо выполнить команду:

sudo apt install --install-recommends winehq-devel

В качестве примера была выбрана стабильная версия:

+D2qAjMAlwxyJAAAAAElFTkSuQmCC

Установка Wine в Linux Mint 20.2 завершена. В следующем разделе будет рассмотрена установка Winetricks.

Установка Winetricks в Linux Mint 20

Скачиваем пакет Winetricks:

wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks

K+FVEPNEWFxV9yohQYDvwH7KMlJglMdMCAAAAAElFTkSuQmCC

Делаем скачиваемый файл исполняемым:

sudo chmod +x winetricks

Для удобства переместим Winetricks в директорию /usr/bin:

sudo mv -v winetricks /usr/bin

wsYjEvhQvuaswAAAABJRU5ErkJggg==

Теперь Winetricks можно запустить, просто выполнив в терминале команду:

winetricks

При первом запуске программа сообщит что в системе отсутствует пакет wine-monoнеобходимый для запуска .NETприложений. Для установки пакета нажмите на Install.

XJmwAAAABJRU5ErkJggg==

Настройка Wine в Linux Mint 20.2

Для начала необходимо установить пакет cabextract. Данный пакет позволяет работать с типами файлов .cab. Формат используется в ОС семейства Windows и используется в различных технологиях установщиков Microsoft. Для установки выполните команду:

sudo apt -y install cabextract

AKWWB6uh3qA4AAAAAElFTkSuQmCC

Далее необходимо указать использование 32-битного префикса. Для этого в терминале необходимо выполнить команду:

export WINEARCH=win32

yq+0u3KFxdwhsLymgw+R7TuWpvDZ0TxfFYMtlSbmDpPdeNyn6rdA9QRnCjua8Q2dFM5EbIG2jQZ0MWpaUp6jvikFLP8PnkLDoi7xzFQAAAAASUVORK5CYII=

Для настройки Wine необходимо выполнить команду winecfg с правами root:

winecfg

8DOc1pgexJJnEAAAAASUVORK5CYII=

При первом запуске программа сообщит что в системе отсутствует пакет wine-mono необходимый для запуска .NET приложений. Для установки пакета нажмите на Install. Дождитесь установки.

В открывшемся окне в поле Windows Version необходимо указать желаемую версию Windows. Рекомендуется использовать Windows 7 или Windows 10. Нажмите на OK. Далее запустите Winetricks при помощи команды:

winetricks

В появившемся окне выберите пункт Select the default wineprefix и нажмите ОK:

B1zEbInIpHkmAAAAAElFTkSuQmCC

Далее выберите пункт Install a font:

vrhl0+QdFRQAAAABJRU5ErkJggg==
Необходимо выбрать пункт allfonts и нажать на ОК. Данная опция установит сразу все шрифты. Если в процессе установки шрифтов будут ошибки, тогда необходимо установить шрифты по одному или выбрать необходимые.

После завершения установки шрифтов откройте Winetricks еще раз и выберите пункт Install a Windows DLL or component для установки программ и библиотек. В открывшемся окне появится список всех доступных программ для установки. Рекомендуется сразу установить DirectX и .NET Framework. Отметьте галочками необходимые программы и нажмите на OK. Дождитесь установки программ.

wXNS9Y+i1llfQAAAABJRU5ErkJggg==

Для запуска установленных программ необходимо ввести в терминале команду wine и имя установленной программы. Например, для запуска программы cmd (командная строка Windows) необходимо выполнить команду:

wine cmd

I9AAAAAElFTkSuQmCC
Для выхода необходимо ввести команду exit.

Выводы

В этой статье была рассмотрена установка Wine в Linux Mint 20.02. Если у вас остались вопросы, спрашивайте в комментариях!

Creative Commons License

Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .

Понравилась статья? Поделить с друзьями:
  • Wine cmd exe c echo program files returned empty string error message
  • Wine client error 0 version mismatch
  • Windscribe helper initialize error please reinstall the application or contact support
  • Windscribe api error no api connectivity
  • Windriver error 0xc0000011