Hi again,
On Fri, 7 Nov 2014 07:24:07 +0100, Stephen Kitt wrote:
> I'm guessing you haven't got wine-binfmt installed, although that doesn't
> fix things entirely because there's no postinst to actually install the
> binfmt information. So you need to install wine-binfmt and then run
>
> u
Hi Mathieu,
On Thu, 6 Nov 2014 13:19:45 +0100, Mathieu Malaterre wrote:
[...]
> for some reason I cannot get binfmts to handle wine properly.
>
> On a brand new jessie installation:
>
> $ cat bla.c
> int main() { return 0; }
> $ i686-w64-mingw32-gcc -o bla.exe bla.c
> $ WINEPREFIX=$HOME/.wine32
Control: retitle -1 binfmt-support got lost for PE32+
It would be nice if:
1. wine-binfmt would automatically register wine binfmts
2. If PE32+ support was ressurected. Back on my wheezy system I used to have:
[...]
wine=/usr/bin/wine32
if test "$(file -b -L "$1" | cut -d\ -f1)" = "PE32+" -o "$
On Thu, Nov 6, 2014 at 2:19 PM, Mathieu Malaterre wrote:
> If that matters:
>
> $ apt-cache policy wine-binfmt
Ok, if I manually register wine, I can get a little further:
$ sudo /usr/sbin/update-binfmts --import wine
$ WINEPREFIX=$HOME/.wine32 ./bla.exe && echo "ok"
wine: created the configurat
If that matters:
$ apt-cache policy wine-binfmt
wine-binfmt:
Installed: 1.6.2-14
Candidate: 1.6.2-14
Version table:
*** 1.6.2-14 0
500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages
100 /var/lib/dpkg/status
$ WINEPREFIX=$HOME/.wine64 ./bla2.exe && echo "ok"
run-
Control: found -1 1.6.2-14
Same goes with latest packages:
$ apt-cache policy wine32 wine64 mingw-w64 g++-mingw-w64-i686
wine32:i386:
Installed: 1.6.2-14
Candidate: 1.6.2-14
Version table:
*** 1.6.2-14 0
500 http://ftp.fr.debian.org/debian/ jessie/main i386 Packages
100 /va
Control: reopen -1
Control: found -1 1.6.2-8
for some reason I cannot get binfmts to handle wine properly.
On a brand new jessie installation:
$ cat bla.c
int main() { return 0; }
$ i686-w64-mingw32-gcc -o bla.exe bla.c
$ WINEPREFIX=$HOME/.wine32 ./bla.exe && echo "ok"
run-detectors: unable to f
On Oct 7, 2014 6:24 AM, "Marius Mikucionis" wrote:
>
> long story short, I use the following as /usr/bin/wine-auto:
>
> #!/usr/bin/env bash
> x64=`file $1 | grep "x86-64" | wc -l`
> if [ $x64 == 0 ]; then
>export WINEPREFIX=$HOME/.wine32
>exec wine32 "$@"
> else
>export WINEPREFIX=$HOM
long story short, I use the following as /usr/bin/wine-auto:
#!/usr/bin/env bash
x64=`file $1 | grep "x86-64" | wc -l`
if [ $x64 == 0 ]; then
export WINEPREFIX=$HOME/.wine32
exec wine32 "$@"
else
export WINEPREFIX=$HOME/.wine64
exec wine64 "$@"
fi
it assumes that 64bit wine is in ~/.
Hello,
On Sat, 8 Mar 2014 13:44:15 +0100 Stephen Kitt wrote:
> I was working on restoring binfmt support to wine
> (http://bugs.debian.org/733556) and I came across the detectors spec
> in binfmt-support. The latter mentions detection code to handle
> Windows binaries which Alp Toker has - is tha
On Sat, Mar 29, 2014 at 12:17 AM, Michael Gilbert wrote:
> control: severity -1 wishlist
control: tags -1 patch
See: https://bugs.debian.org/733556#22
> On Sun, Dec 29, 2013 at 5:03 PM, Tobias Schlemmer wrote:
>> the binfmt support for wine has been dropped (at least
>> /usr/share/binfmts/wine
control: severity -1 wishlist
On Sun, Dec 29, 2013 at 5:03 PM, Tobias Schlemmer wrote:
> the binfmt support for wine has been dropped (at least /usr/share/binfmts/wine
> and winelauncher).
I consider this a wishlist request.
Best wishes,
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
On Sun, 9 Mar 2014 10:40:42 +, Colin Watson wrote:
> On Sat, Mar 08, 2014 at 01:44:15PM +0100, Stephen Kitt wrote:
> > I was working on restoring binfmt support to wine
> > (http://bugs.debian.org/733556) and I came across the detectors spec in
> > binfmt-support. The latter mentions detection
On Sat, Mar 08, 2014 at 01:44:15PM +0100, Stephen Kitt wrote:
> I was working on restoring binfmt support to wine
> (http://bugs.debian.org/733556) and I came across the detectors spec in
> binfmt-support. The latter mentions detection code to handle Windows binaries
> which Alp Toker has - is that
Hi,
I was working on restoring binfmt support to wine
(http://bugs.debian.org/733556) and I came across the detectors spec in
binfmt-support. The latter mentions detection code to handle Windows binaries
which Alp Toker has - is that still the case, Alp?
I quote:
As far as wine is concern
On Tue, Mar 4, 2014 at 10:51 PM, Jakub Wilk wrote:
> * Peter Dolding , 2014-03-04, 13:11:
>>
>> wine should not be run as root. There is no wrapper on binfmt_misc to make
>> it fail in case of a .exe on root.
>
>
> Why should such a protection be implemented in the wrapped rather than in
> wine it
* Peter Dolding , 2014-03-04, 13:11:
wine should not be run as root. There is no wrapper on binfmt_misc to
make it fail in case of a .exe on root.
Why should such a protection be implemented in the wrapped rather than
in wine itself?
Reason why wine should not run as root. Wine can run Windo
On Tue, Mar 4, 2014 at 4:11 AM, Peter Dolding wrote:
> Basically as far as the main wine project knows no end user has an use
> for binfmt_misc loading .exe files. So to them its one of those
> bright spark ideas by package makers without any consideration to
> security.
I do.
>From my cmake b
I think you have this issue backwards.Wine project in fact
recommends against using binfmt_misc with wine.
Building wine from source has never made binfmt-misc entries. The
binfmt_misc entries are something maintainers thought up as a good
idea.
Reasons why its an very wrong thing. 1 wine
Just FYI, here is how to fix the current package:
$ wget
http://ftp.de.debian.org/debian/pool/main/w/wine/wine-bin_1.4.1-4_i386.deb
$ dpkg-deb -x wine-bin_1.4.1-4_i386.deb bla
$ sudo cp bla/usr/share/binfmts/wine /usr/share/binfmts
$ sudo /usr/sbin/update-binfmts --import wine
Enjoy
--
To UNS
Control: tag -1 grave
Since this is a regression I am marking this as grave.
I also get the same behavior here:
$ ./zurg.exe
run-detectors: unable to find an interpreter for ./zurg.exe
$ file zurg.exe
zurg.exe: PE32 executable (console) Intel 80386, for MS Windows
$ sudo update-binfmts --displ
Package: wine
Version: 1.6.2-2
Followup-For: Bug #733556
Can confirm this - somewhere after 1.6.1-5, this issue happened, because the
wine-auto symlink (expected by binfmt) is no longer provided.
The workaround for now is to manually symlink /usr/bin/wine to /usr/bin/wine-
auto
-- System
Package: wine
Version: 1.6.1-7
Severity: normal
Hi,
the binfmt support for wine has been dropped (at least /usr/share/binfmts/wine
and winelauncher).
According to the changelog it seems not to be intended. I surfed a little bit
in the git repository but I was unable identify any commit that intr
23 matches
Mail list logo
