Package: heimdall-flash
Version: 1.4~rc1+dfsg-1
Severity: normal
Hi,
upstream offered its own deb packages. I had installed
https://github.com/downloads/Benjamin-Dobell/Heimdall/heimdall_1.3.1_amd64.deb
and
https://github.com/downloads/Benjamin-Dobell/Heimdall/heimdall-frontend_1.3.1_amd64.deb
* the remarks in
icedove/debian/iceowl-extension.README.Debian about security support are
obsolete, I just removed that file.
My patch is based on current git master. Feel free to use it in any form.
commit 43129f7f915b4ed4ca7970a5be02c0623199f11a
Author: Jens Reyer
Date: Wed Aug 29 21:54:42 2012
Package: gitk
Version: 1:1.7.10.4-2
Severity: normal
--- Please enter the report below this line. ---
Hi,
for creating an "External diff" gitk requires "meld" to be installed. So
please add a Recommends or Suggests on the meld package in debian/control.
Thanks!
--- Package information. ---
De
Package: playonlinux
Version: 4.2.1-1
Severity: normal
--- Please enter the report below this line. ---
playonlinux refuses to start with the following error:
"PlayOnLinux cannot find curl (from cURL)
You need to install it to continue"
Installing the package curl fixes that.
Thank you!
--
On 09/16/2015 01:53 AM, Jens Reyer wrote:
> This is an automated email from the git hooks/post-receive script.
>
> jreyer-guest pushed a commit to branch master
> in repository wine.
>
> commit c5d3c08e3069435c56606d5eeb2bb9308f449239
> Author: Jens Reyer
> Date:
On 09/16/2015 02:24 AM, Jens Reyer wrote:
> I built and installed the packages successfully. The following debdiff
> was fine, only changes related to my previous commits:
> debdiff --move usr/include usr/include/x86_64-linux-gnu \
> libwine-development-dev_1.7.51-1_amd64.deb \
&
control: block -1 by 789092
Hi
I just tested a dos exe unsuccessfully with wine-development (with
dosbox installed), but succeeded with using dosbox directly [1].
http://wiki.winehq.org/DOSBox
"[...]We use it to replace our Virtual 8086 Mode. We started searching
for native dosbox on non-x86 tar
Hi,
I just added this bug as blocking a wine bug:
On 07/11/2015 07:23 PM, Ben Hutchings wrote:
> Bug#792125: Should suggest or recommend dosbox for DOS binary support
> Source: wine
> Version: 1.6.2-22
> Severity: normal
>
> WINE includes 'NTVDM' support for running DOS programs within the same
>
On 07/17/2015 04:51 PM, Raphaël Hertzog wrote:
> Source: wine
> Severity: wishlist
> User: de...@kali.org
> Usertags: origin-kali
>
> Wine provides a "wineconsole" command ready to use to execute text-mode
> programs. It would be nice if the Debian package shipped that executable
> too.
>
> It's
On 04/28/2015 05:31 AM, Mike McGuire wrote:
> ok, I lied and had another look. patches/disable/downloading.patch
> doesn't disable downloading really rather than not trying at all to
> install either gecko or mono.
>
> If disabling downloading is all that's really desired it seems like
> that patch
control: severity -1 normal
Hi
> pytrainer disappeared from repositories (jessie and up)
> Severity: grave
> Justification: renders package unusable
Somewhat ironic, but I guess this bug report prevents pytrainer to
reenter testing due to its RC severity. Therefore I downgrade it to normal.
I ho
control: found -1 icedove/1:45.4.0-1.1
Hi,
I was also affected by this with my existing icedove profile, but
can't reproduce it in a fresh profile.
Turns out in some places my icedove config (mimeTypes.rdf) still
carried "iceweasel", but I already had uninstalled the "iceweasel"
transitional pac
Hi again
On 03/21/2017 05:40 PM, Jens Reyer wrote:
> Please unblock package wine/1.8.7-2 (pre-approval, 1.8.7-1 is in
> experimental).
>
> I ask to make an exception of the freeze policy for upstream's last
> and final update for their old stable release series 1.8. I know
Control: tags -1 - moreinfo
On 04/01/2017 03:03 PM, Niels Thykier wrote:
> Please go ahead and remove the moreinfo tag once it has been built on
> all relevant release architectures.
I uploaded wine/1.8.7-2 to unstable yesterday.
It is now built on all relevant architectures.
Thanks again!
jre
ird 1:45.8.0-1 and the "fixed" 1:45.8.0-2 again. ]
On 03/09/2017 04:06 PM, Jens Reyer wrote:
> However luckily it seems thunderbird 1:45.7.1-2 fixes this - firefox now
> correctly recognizes that it is already the default app.
>
> Therefore closing (although I still don
On 03/16/2017 03:06 PM, Jens Reyer wrote:
> [ CC'ing the thunderbird-bug #857755 (Please do not associate
> application/octet-stream with thunderbird), which targets the same
> issue. Unfortunately I can reproduce this issue in firefox with both
> the unfixed thunderbird 1:45.8.0
Hi!
On 03/20/2017 11:20 AM, Sven Joachim wrote:
> wine: invalid directory "/home/sven/.wine" in WINEPREFIX: not an absolute path
>
> Apparently the program was trying to run winebrowser from one of my
> .desktop files under ~/.local/share/applications/, those look like this:
This was already men
Package: thunderbird
Version: 1:45.7.1-1
Severity: normal
Hi
the thunderbird binary is installed twice:
$ dpkg -S /usr/lib/thunderbird/thunderbird*
thunderbird: /usr/lib/thunderbird/thunderbird
thunderbird: /usr/lib/thunderbird/thunderbird-bin
$ sha256sum /usr/lib/thunderbird/thunderbird*
0750c8
Hi Carsten (and/or Chris),
attached is a new patch with 2 fixes and some (more or less pedantic)
nitpicking. It's based on b5fd889 in Carsten's github repo (I didn't
review every change, but it looks very good!).
You can see the single changes in the branch jre/migration20170301 at
https://githu
control: tags -1 + patch
control: tags 855265 + patch
control: tags 855391 + patch
control: tags 855286 + patch
Hi,
this patch is for several things from the thread at debian-devel and
some related bugs. Not sure if you've already been working on this, but
I hope this patch helps. Just tell me
Hi Rick,
[I'm currently investigating a similar issue here (yay, another one ;).]
Can you post the content of these two files (if they exist on your system):
~/.config/mimeapps.list
~/.local/share/applications/mimeapps.list
On 12/30/2016 08:46 PM, Rick Lutowski wrote:
> You mean mozilla-thunder
On 02/06/2017 05:38 PM, Rick Lutowski wrote:
> On 02/06/2017 09:34 AM, Jens Reyer wrote:
>> Hi Rick,
>>
>> [I'm currently investigating a similar issue here (yay, another one ;).]
>>
>> Can you post the content of these two files (if they exist on your
control: clone -1 -2
control: retitle -1 icedove: transition old userapp .desktop file
control: retitle -2 firefox: transition old userapp .desktop file
tl;dr for the firefox and thunderbird maintainers:
The files
~/.local/share/applications/userapp-Icedove-*.desktop
~/.local/share/applications/us
Package: firefox-esr
Version: 45.7.0esr-3
Severity: normal
Control: found -1 45.7.0esr-1
Control: affects -1 thunderbird
Hi
in a clean system, with no previous mime entries in
~/.config/mimeapps.list and ~/.local/share/applications, and firefox
enabled to check if it is the default app:
firefox
Package: firefox-esr
Version: 45.7.0esr-3
Severity: normal
Control: found -1 45.7.0esr-1
Control: affects -1 thunderbird
Hi
in a clean system, with no previous mime entries in
~/.config/mimeapps.list and ~/.local/share/applications, and firefox
enabled to check if it is the default app:
firefox
control: tags -1 + patch
Hi,
I went ahead and made some changes. I didn't follow my previously
suggested plan, but went for removing the old .desktop files.
Attached are 3 patches. I successfully tested them with Rick's files
(see my previous comment).
I'll propose something similar for firefo
control: reassign -1 src:firefox-esr 45.7.0esr-4
control: severity -1 important
control: tags -1 + patch
Reassigning to the version I actually use. Raising severity, but that's
the maintainer's decision. This should be fixed for all released
firefox packages.
Attached is a patch that removes (
On 02/13/2017 10:59 AM, Paul van der Vlis wrote:
> Is the old 1:45.1 version from before the security patch somewhere
> available? And the patch?
http://snapshot.debian.org/package/icedove/
You can also use debsnap from the devscripts package, for example:
$ debsnap -v -d . icedove 1:45.1.0-1~deb
Hi Rick,
since you seem to use your system for some years now without cleaning
config files in /home: can you please execute the following commands to
look for more iceweasel files (first command), or files referencing
iceweasel (second command, this might take a while):
$ find .config/ .local/
On 02/14/2017 09:55 PM, Rick Lutowski wrote:
> On 02/14/2017 07:06 AM, Jens Reyer wrote:
>> since you seem to use your system for some years now without cleaning
>> config files in /home: can you please execute the following commands to
>> look for more iceweasel files (fir
On 05/11/2016 05:34 PM, Austin English wrote:
> On Wed, May 11, 2016 at 3:47 AM, Tobias Frost wrote:
>> can you provide more information, like the package version of your installed
>> wine? Did you mix stable and other suites? What are the libpng pacakges you
>> have installed?
>>
>> (We have bin
Package: src:wine-gecko-2.24
Version: 2.24+dfsg-1
Severity: wishlist
Affects: -1 wine
The current stable wine 1.8 needs packaging of Wine Gecko 2.40.
See: https://wiki.winehq.org/Gecko
Package: src:wine-gecko-2.24
Version: 2.24+dfsg-1
Severity: wishlist
Control: affects -1 src:wine-development
wine-development 1.9.3 and later needs packaging of Wine Gecko 2.44.
See: https://wiki.winehq.org/Gecko
control: tags -1 + pending
Just pushed to master, so it should be in wine-development 1.9.9-1.
Note that libwine-gecko-2.44 is not packaged yet, see #824193.
commit 16fe62676bdd08879e953f4ffaa2328d8d9621fc
Author: Jens Reyer
Date: Thu May 12 19:28:30 2016 +0200
Fix local search for
control: tags -1 + patch
Just pushed a fix to master, so it should be in wine-development
1.9.9-1. If this works out well, I will backport it for the next wine
release.
Note that libwine-gecko-2.40 is not packaged yet, see #824192.
commit 16fe62676bdd08879e953f4ffaa2328d8d9621fc
Author: Jens
control: tags -1 + patch
I committed the proposed patch in branch master, so it should be in
wine-development 1.9.9-1.
If this works out well, I will backport it for the next wine release.
commit 3afa4648542268844a23eb17940051452dbb9f43
Author: Jens Reyer
Date: Fri May 13 16:07:53 2016 +0200
On 05/14/2016 02:42 PM, Prometheus wrote:
> Screenshots taken inside Gnome 3.20, Debian unstable,
>
> Package: network-manager-strongswan
> Version: 1.3.1-1
>
> Even if i fill in the text boxes i cannot get the option to Add the
> connection.
I guess you sent the message to the wrong bugreport.
Hi Andrey
On 05/18/2016 05:34 PM, Andrey Gursky wrote:
> I noticed that wine{32,64}-development-tools packages do not contain
> the widl tool anymore [1]. It is still there in Jessie [2] and in
> wine-staging.
Thanks, you're right. I'm not familiar with widl. I take it this should
be available in
control: block 823264 by 824673
Hi,
[ This has already been requested/asked in #823264 (reported against
wine). Added to CC now, but please send answers only to #824673.
Blocking that bug by this one here, because we usually fix stuff in
wine-development first. ]
I wonder if it's really necessar
control: tags -1 + patch
Right, a broken /usr/bin/wineg++ is probably not better than no
/usr/bin/wineg++ at all. So let's fix that...
Thanks for testing the tools, since I personally don't use them at all.
The following as /usr/bin/winegcc should work:
#!/bin/sh -e
name=$(basename $0 | cu
On 05/19/2016 01:21 AM, Javier Serrano Polo wrote:
> winegcc from wine64-tools produces a 32-bit object if "-m32" is
> specified, as expected.
So for winegcc there is no reason to install wine32-tools on amd64?
What about the other tools in that package? Obviously it would simplify
matters a lot i
Pushed to master:
commit faae7dac32d2816937ed5e8a24e5a6343320092c
Author: Jens Reyer
Date: Thu May 19 15:05:32 2016 +0200
Fix winegcc script to call wineg++/cpp based on its basename.
Closes in stable: #824715
Thanks: Javier Serrano Polo
control: tags -1 + pending
commit 8958b3d2432ec1d3212125617b9b3e66eb39a85d
Author: Jens Reyer
Date: Thu May 19 14:53:42 2016 +0200
Add widl to the -tools packages.
Closes: #824671
Thanks: Andrey Gursky
On 12/09/2015 03:17 PM, Joseph Bisch wrote:
> Hi,
>
> It looks like libwine or libwine-development should be a dependency of
> winetricks, since winetricks doesn't appear to run without wineserver,
> and wineserver is part of libwine. See this page for the package info:
> [0].
>
> It looks like y
Message
Subject: [pkg-wine-party] [wine] 01/01: Don't set a default pulseaudio latency.
Date: Thu, 10 Dec 2015 15:31:22 +0000
From: Jens Reyer
Reply-To: Jens Reyer
To: pkg-wine-pa...@lists.alioth.debian.org
This is an automated email from the git hooks/post-receive script.
jreyer-gue
On 12/10/2015 04:57 PM, Jens Reyer wrote:
> @Artem Savkov: Is this logfile with some special PULSE_LATENCY_MSEC
> setting? It doesn't have the exact output that I'd expected given Andrew
> Eikum's explanation (trace:pulse:dump_attr maxlength: 57600,
> https://bugs.wineh
On 11/26/2015 08:24 AM, Heiko Ernst wrote:
> Am Mittwoch, 25. November 2015, 10:28:28 schrieb Austin English:
>> Do you have the cd/dvd mounted? Is it in dosdevices? Is there a
>> symlink to the raw device in dosdevices? Are you attempting to start
>> the installer with the full path (e.g., wine "D
On 12/11/2015 02:18 PM, Heiko Ernst wrote:
> Am Donnerstag, 10. Dezember 2015, 22:00:44 schrieb Jens Reyer:
>> On 11/26/2015 08:24 AM, Heiko Ernst wrote:
>>> I have mounted the dvd on kde 5 and start with wine "D:
> \\setup.exe". The
>>> installe start and s
control: retitle -1 wine: test if multiarch is enabled fails with multiple
foreign archs
control: tags -1 + pending
On 02/23/2015 09:38 AM, Erik de Castro Lopo wrote:
> a) On amd64 if fails when there more than one foreign-achitecture
> installed.
[...]
> b) The current script does not seamlessly
control: tags -1 + patch
Hi,
to my great surprise our wine binaries already seem to support WoW64,
(maybe only mostly, see below). I.e. installing and running 32-bit
applications in 64-bit prefixes works. Or is there more to it?
Previously I thought that wine64 has to be linked into wine32 durin
Hi,
please see below for another patch. IMO it is clean, simple and
matches the logic of the wine-script perfectly.
It tries to detect the correct wine version using the following
precedence:
1. WINEARCH - can't be misinterpreted and was also used
previously.
2. WINEPREFIX - if it is set and
On 12/11/2015 11:08 PM, Austin English wrote:
> On Fri, Dec 11, 2015 at 3:52 PM, Jens Reyer wrote:
>> Hi,
>>
>> please see below for another patch. IMO it is clean, simple and
>> matches the logic of the wine-script perfectly.
>>
>> It tries to detect the c
On 12/13/2015 04:41 AM, Austin English wrote:
> On Sat, Dec 12, 2015 at 4:05 PM, Jens Reyer wrote:
>> 1.)
>> Checking with "file" (but honoring the WINE* variables first) allows to
>> continue to default to Wine32, while you still can install 64-bit apps
>> wi
Package: khronos-api
Version: 0~svn29577-2
Severity: normal
Hi Mike,
according to https://bugs.winehq.org/show_bug.cgi?id=39744#c19 there was
a commit to update Wine's OpenGL tables.
Can you update khronos-api accordingly?
Greets
jre
-- System Information:
Debian Release: stretch/sid
APT pr
On 10/29/2015 12:43 AM, Jens Reyer wrote:
> Version: 1.8.1+b1
> -- System Information:
> Debian Release: stretch/sid
> APT prefers testing
> APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental')
> Architecture: amd64 (x86_64)
&g
Hi,
I had suggested that change to make sure that the installed wine package
works flawlessly in any respect with winetricks. First off, this isn't
fail-proof either, because this is a "or" dpendency (e.g. you might
install a recent wine-development next to an ancient and problematic
wine package)
I'll change the dependencies once I've verified if pkg:i386
or pkg:amd64 are legit notations.
Package: wine32VERSION-tools
Depends:
gcc | gcc-multilib:amd64 [i386],
${perl:Depends} | perl:any [i386],
Package: wine64VERSION-tools
Depends:
libwineVERSION-dev (= ${binary:Version}) | libwineVERS
y work
out well I'll apply them for "wine".
On 05/30/2016 10:21 PM, Javier Serrano Polo wrote:
> El dl 30 de 05 de 2016 a les 01:27 +0200, Jens Reyer va escriure:
>> ${perl:Depends} | perl:any [i386],
>
> This might break in the future if ${perl:Depends} is substitu
On 03/23/2016 01:33 AM, Jens Reyer wrote:
[...]
> Ok. So we need to package these TrueType fonts again.
>
> See also #814844 (wine: fonts-wine fonts are not found). I assume
> upstream's fix for that bug now triggers your issue.
See attached InstallAndUseFonts.patch (appl
Package: winetricks
Version: 0.0+20160425-1
Severity: normal
Tags: patch
Hi Joseph,
[ Not sure if you are following the upstream tracker, therefore
forwarding. ]
please add a dependency on "binutils". winetricks needs it to unpack deb
packages, see https://github.com/Winetricks/winetricks/issu
Hi Mike and others who are interested
I'm working on the alternatives system (replace /usr/bin/wine, other
files in /usr/bin and the manpages with links pointing to either the
files from src:wine (default if both are installed) or
src:wine-development).
I've prepared the final changes which still
control: forwarded -1 http://bugs.winehq.org/show_bug.cgi?id=36040
control: tags -1 + wontfix
Sorry for the late reply.
On 26.02.2016 19:08, Jakub Wilk wrote:
> /usr/bin/wineserver passes -p0 to wineserver32. This seems to be an
> undocumented deviation from upstream behavior. The manpage says:
On 20.06.2016 20:48, Graham Inggs wrote:
> Since version 1.9.9-1, wine-development has FTBFS on all architectures
> in Ubuntu.
> I see the following in the build log:
>
> ./debian/scripts/sonames2elf libfontconfig.so.1 libfreetype.so.6
> libncurses.so.5 > debian/tmp/elf.depends
> ./debian/scripts/
[CC to Huw Davies because I have a question about one of his changes]
On 04/22/2016 12:54 PM, Alexandre Julliard wrote:
> Jens Reyer writes:
>
>> Wine and Debian are both using the quite old fontforge version
>> 20120731-b, the patches apply cleanly in Debian.
>>
control: retitle -1 wine32-tools: Allow installation on amd64
On 05/02/2016 08:56 PM, Javier Serrano Polo wrote:
> Package: wine32-tools
> Version: 1.8.1-2
> Severity: wishlist
>
> This is somewhat related to https://bugs.debian.org/807926 .
> wine32-tools works with gcc-multilib and perl from am
On 05/08/2016 06:16 PM, Bertrand Marc wrote:
> Le 10/04/2016 13:52, Andreas Beckmann a écrit :
>> On Sun, 21 Feb 2016 11:00:14 +0100 Bertrand Marc
>> wrote:
>>> Do you think we could find a solution to restore the dependency and let
>>> playonlinux migrate to testing ?
>>
>> What about
>>
>> * spl
Source: unicode-data
Version: 8.0-3
Severity: wishlist
Control: affects -1 src:wine-development
Hi,
please update unicode-data to Unicode 9.0.0:
http://www.unicode.org/versions/Unicode9.0.0/
Upcoming versions of Wine (src:wine-development) will use it.
Greets
jre
Package: wine
Version: 1.8.3-1
Severity: serious
Justification: FTBFS/BD-Uninstallable
wine build-depends on missing unicode-data (< 9.0-1), but that isn't
available anymore.
I started working on a patch to backport the Unicode 9 changes to Wine
1.8, but haven't it ready yet. Basically it should
control: tags -1 + pending
Fix committed, based on the previously mentioned 2 commits. Some
files/contents were moved between Wine 1.8 and 1.9.13 (which carries the
Unicode 9.0 changes), which made spotting changes to autogenerated files
a bit harder.
In the resulting patch there are still some da
intainer upload. "DebConf upload."
+ * Fix FTBFS. Add build-depends python-debian and python-dateutil
+(closes: #814914).
+
+ -- Jens Reyer Fri, 01 Jul 2016 16:46:18 +0200
+
khronos-api (0~svn29735-1) unstable; urgency=medium
* Fix a lintian warning.
diff -Nru khronos-api-
control: tags -1 + pending
On 30.06.2016 12:04, Santiago Vila wrote:
> Package: src:wine-development
> Version: 1.9.12-1
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> Severity: serious
>
> Dear maintainer:
>
> This package currently fails to build in stretch:
This will
Hi,
in Debian we're currently moving to enable the maintainer mode to e.g.
rebuild Wine's TrueType fonts. AJ already warned us that this is risky:
On 04/01/2016 04:54 AM, wine-b...@winehq.org wrote:
> https://bugs.winehq.org/show_bug.cgi?id=40391
>
> --- Comment #3 from Alexandre Julliard ---
>
[Also see my previous mail "Wine's forked version of fontforge" to
wine-devel/#818925.]
On 04/09/2016 06:46 AM, Michael Gilbert wrote:
>> We might also mention in debian/README.source that upstream uses a
>> forked fontforge - but per se this doesn't solve the need to rebuild the
>> Truetype fonts
On 07/28/2015 06:20 AM, Kyle Auble wrote:
> On 07/27/2015 05:58 AM, jre wrote:
>> Backports is enabled per default on new Debian Jessie installations.
>
> Is this the case though, or is it only for fresh installations? I used
> dist-upgrade from Wheezy, and it was several months ago so I could be
control: reopen -1
Reopening.
On Tue, Jul 28, 2015 at 7:47 AM, Eric Christensen
> $ winecfg
> fixme:service:scmdatabase_autostart_services Auto-start service
L"MountMgr"
> failed to start: 2
> err:winecfg:open_mountmgr failed to open mount manager err 2
I just noticed this can be reproduced ev
Source: wine-development
Version: 1.7.50-1
Severity: normal
Hi
wine 1.7.50 needs a new wine-gecko version (2.40).
See http://wiki.winehq.org/Gecko.
btw, this line from ANOUNCE is missing in d/changelog:
- New version of the Gecko engine based on Firefox 40.
Greets
jre
diff --git a/debian/co
On 08/24/2015 03:45 AM, Michael Gilbert wrote:
> On Sun, Aug 23, 2015 at 9:22 PM, Jens Reyer wrote:
>> wine 1.7.50 needs a new wine-gecko version (2.40).
>> See http://wiki.winehq.org/Gecko.
>
> Please feel ok to commit to git :)
Great :)
Done. I've committed
control: tag -1 upstream
On 08/24/2015 09:34 PM, Klaus Ethgen wrote:
> With the new version, WoW stops working. When trying to start it, only a
> Memory access violation will occur.
I assume WoW = "World of Warcraft".
Please file a bug at bugs.winehq.org and link back here by sending a
mail to c
On 08/15/2015 05:17 PM, Michael Gilbert wrote:
> On Fri, Aug 14, 2015 at 9:29 PM, jre wrote:
>> Hi all,
>>
>> FYI (no RFS, but feedback is welcome): I've uploaded jessie-backports of
>> wine-development and khronos-api to mentors.debian.net. I will further
>> test them the next days, but given debd
On 08/29/2015 01:38 PM, Stephen Kitt wrote:
> On Sat, 29 Aug 2015 13:27:56 +0200, Stephen Kitt wrote:
>> On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer
>> wrote:
>>> wine-development is not yet in testing, but will probably enter
>>> tomorrow. Then it would be
On 08/29/2015 05:09 PM, Michael Gilbert wrote:
> On Sat, Aug 29, 2015 at 11:03 AM, Jens Reyer wrote:
>> For the future (shortterm, unless I can upload myself) I suggest the
>> following workflow:
>>
>> 1.
>> I upload the backported packages from Sid in advan
On 08/29/2015 01:38 PM, Stephen Kitt wrote:
> On Sat, 29 Aug 2015 13:27:56 +0200, Stephen Kitt wrote:
>> On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer
>> wrote:
>>> wine-development is not yet in testing, but will probably enter
>>> tomorrow. Then it would be
On 08/30/2015 02:26 AM, Michael Gilbert wrote:
> On Sat, Aug 29, 2015 at 8:09 PM, Jens Reyer wrote:
>> I just checked
>> https://ftp-master.debian.org/new/wine-development_1.7.50-1~bpo8+1.html
>> and saw that the changes since the last version in Jessie are missing in
>>
On 11/25/2015 11:38 AM, Heiko Ernst wrote:
> wine 1.8.~rc1 don't start 64 bit exe files. error is in German "wine:
> Fehlerhaftes EXE-Format für ..." I have testet it with total commander
> installation.
This should work if you do a "export WINEARCH=win64" first. Please confirm.
I'll come
Hi,
I tested one app and the test sound in winecfg. Both worked here.
However this looks similar to
https://bugs.winehq.org/show_bug.cgi?id=39744. So maybe the following
helps (you may also try other values instead of 160):
PULSE_LATENCY_MSEC=160 wine your_application.exe
Otherwise please try t
Hi,
do you have wine32 installed? If not please execute:
sudo dpkg --add-architecture i386 &&
sudo apt update &&
sudo apt install wine32
Greets
jre
On 12/08/2015 05:52 PM, Jens Reyer wrote:
> do you have wine32 installed? If not please execute:
> sudo dpkg --add-architecture i386 &&
> sudo apt update &&
> sudo apt install wine32
[Sorry, sent the mail to early]
The first two lines are unnecessary on your syst
control: tags -1 + fixed-upstream
I just reverted this commit again, since this should already be fixed
upstream in Wine 1.7.16 by:
commit b8ad360bbdb69593beace414199d5e37bf83f843
Author: Alexandre Julliard
Date: Thu Apr 3 11:31:59 2014 +0200
make_xftmpl: Always output data in little-endian
I downloaded the libwine-development-dev_1.7.51-1_[i386|powerpc].deb
packages. Indeed the files in /usr/include are identical now.
On 09/08/2015 06:16 PM, Marco Righi wrote:
> Package: wine
> Version: 1.6.2-22
> Severity: normal
>
> --- Please enter the report below this line. ---
> Hi,
> Evernote 5.9 do not upgrade the notes on the right on the list-notes on
> the left (see attachment).
Hi,
did you test with wine-developme
Package: pepperflashplugin-nonfree
Version: 1.8.1+b1
Severity: normal
Tags: patch
Hi Bart,
pepperflashplugin-nonfree (status/install) fails here currently without
giving any hint that something went wrong at all (this bugreport is not
about the error itself but the missing error message):
$ sudo
Thanks Stephen.
I just updated the mentioned wiki page (http://wiki.winehq.org/ARM),
stating that it is packaged since 1.7.35.
Greets
jre
control: tags -1 + moreinfo
Hi Jose,
you didn't describe, what you did and what was wrong (except "no funciona").
But I guess that you need to additionally install the package "wine32".
Greets
jre
Package: dosbox
Version: 0.74-4.1
Severity: wishlist
Tags: patch
Control: block 792125 by -1
Hi,
since dosbox 0.74-4.1 you can run 16-bit Windows applications by typing
"wine FOO.EXE". Thanks for that!
Now I wanted to add a dependency from wine on dosbox (see bug #792125),
but noted that this on
ng is merged again.
Many thanks to Graham Inggs for fixing the blocking issues in dosbox.
On 10/15/2015 05:14 PM, Jens Reyer wrote:
> This is an automated email from the git hooks/post-receive script.
>
> jreyer-guest pushed a commit to branch master
> in repository
Hi Giorgos
The open source world is small, isn't it? Peerguardian and Wine (where
I'm a very little guy), the time sinks of my life ;)
And yes, should be a duplicate. Will look into it some time if noone
else does. Workaround: "wine winecfg"
Greets
Jens
jre-phoenix
jre.winesim
On 06/17/2015 03
Hi Svante,
can you resend that with a "Signed-Off"? Upstream requires that.
They also strongly prefer authors to send their own patches (I'm not
exactly sure if it would still be a problem if I or someone else forward
it). So it would be best if you sent your patch directly to
wine-patc...@winehq.
Package: wine-development
Version: 1.7.54-1
Severity: serious
Justification: arch indep FTBFS on 64-bit architectures
Hi
The manpages are now built by upstream together with the binaries [1,
2]. The wine manpage is built together with wine32 (there is no separate
manpage for wine64). So manpages
control: forcemerge 803778 -1
Hi,
thanks for reporting this. I already filed bug #803778 and committed a
fix. As a workaround you may build wine-development locally for the i386
architecture.
I see that you only have wine64, but not wine32 installed. Is this a
result of the current issue, or did
On 11/05/2015 11:26 AM, Klaus Ethgen wrote:
>> I see that you only have wine64, but not wine32 installed. Is this a
>> result of the current issue, or did you really use Wine without the
>> 32-bit packages installed previously? I was under the impression that a
>> 64-bit only setup has no *real* us
1 - 100 of 355 matches
Mail list logo
