Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

Control: found -1 3.21.91-1 Hi Andreas I updated my system as requested (had to uninstall the gnome metapackage and some extensions). I can still reproduce this for my regular user with mutter/gnome-shell 3.21.91-1, see attachment. All extensions were disabled. However it now works for a fresh

Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces

Control: tags -1 - moreinfo Control: found -1 3.20.3-2 Hi On 31.08.2016 06:09, Andreas Henriksson wrote: > Are you still able to reproduce this issue? If so could you please > provide a full backtrace including debugging symbols for it? > > https://wiki.debian.org/HowToGetABacktrace Yes, still

Bug#835976: gnupg2: autopkgtest requires nonexistent command wine32

Source: gnupg2 Version: 2.1.14-5 Severity: normal Hi I (wine comaintainer) noticed that you use the command wine32 in the autopkgtest. This command doesn't exist anymore, since we moved closer to upstream and provide a shared WoW64 setup (this enables users to run 32-bit and 64-bit applications

Bug#819255: wine-binfmt: doesn't register the binfmt on install/remove

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=39884 This has also been brought up upstream in #39884 for their packages, and is now being discussed in wine-devel, beginning here: https://www.winehq.org/pipermail/wine-devel/2016-July/114021.html and continuing here:

Bug#834909: apt-cacher-ng: Fix typos in README

Package: apt-cacher-ng Version: 0.9.3.2-1 Severity: minor Tags: patch Hi, please see attached patch to fix 2 minor issues in the README (section 8.1 Package import). 1.) The README talks about apt-cacher instead of apt-cacher-ng, while the following example correctly uses apt-cacher-ng. 2.) In

Bug#834168: icedove: Segfaults after start (./mozilla/js/src/jit/JitFrames.cpp: No such file or directory)

control: fixed -1 1:45.2.0-3 Hi Carsten! On 12.08.2016 20:31, Carsten Schoenert wrote: Please note the follwing and all merged reports. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833635 Thanks. I had read some of them, but didn't see them as releavant. Annoying I missed the clearly

Bug#832129: [wine-development]: RegEdit fails to export whole registry

On 13.08.2016 19:40, Joerg Schiermeier wrote: Hello, I sent a patch to WinHQ and it was accepted. See patch here: Now this is working. Maybe someone wants to close this ticket? Thanks for your work. I already tagged the

Bug#826231: [rt.debian.org #6324] AutoReply: Please add Jens Reyer's key to the DM keyring

On 05.07.2016 21:08, Aníbal Monsalve Salazar wrote: Control: package debian-maintainers Control: tags -1 + pending Hello Jens Reyer, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=6324 Currently, rt.debian.org isn't

Bug#834168: icedove: Segfaults after start (./mozilla/js/src/jit/JitFrames.cpp: No such file or directory)

Package: icedove Version: 1:45.2.0-2+b1 Severity: normal Hi! Since 2 days icedove always segfaults after starting (before icedove is ready for user interaction). The backtrace ends with: Thread 1 "icedove-bin" received signal SIGSEGV, Segmentation fault. 0x73e007a1 in

Bug#833956: wine-development: FTBFS on hurd-i386 and kfreebsd-i386

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41117 On 10.08.2016 22:41, Pino Toscano wrote: [...] > sysinfo(2) is strictly specific to Linux. [...] > Headers in sys/ and bits/ usually are implementations for the platform; > since sys/sysinfo.h is not standard, you cannot assume

Bug#833956: wine-development: FTBFS on hurd-i386 and kfreebsd-i386

Package: wine-development Version: 1.9.15-1 Severity: normal User: debian-...@lists.debian.org Usertags: kfreebsd User: debian-h...@lists.debian.org Usertags: hurd [ I hope I got the CC and tags right, first time I look into a portability issue. ] Hi, src:wine-development since 1.9.15-1

Bug#790339: [wine-development] Last two upgrades: Kindle No Longer Working

control: tags -1 + moreinfo On 28.06.2015 10:21, David Baron wrote: > Some downloaded books simply highlight but do not go to reader. > Others crash out. Backtrace attacher >From https://bugs.winehq.org/show_bug.cgi?id=38383: Did you install the required MS core fonts? There were some

Bug#816020: /usr/bin/wineserver disables persistence delay

control: severity -1 wishlist On 18.06.2016 00:44, Jens Reyer wrote: > 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: "the >> default valu

Bug#819255: wine-binfmt: doesn't register the binfmt on install/remove

control: severity -1 wishlist On 28.07.2016 17:08, Jens Reyer wrote: > This is documented in the README.debian, which also gives an explanation > why this doesn't happen automatically (I just added the last paragraph > with removal instructions in git master): Released in win

Bug#833795: wine-development breaks wine < 1.8.3-3

Package: wine-development Version: 1.9.16-1 Severity: serious Justification: Maintainer decision, prevent too early testing migration wine-development 1.9.16-1 breaks wine < 1.8.3-3 to avoid file name conflicts resulting from the Debian alternatives system, which was introduced in these versions.

Bug#832919: unicode-data: Obsolete typo fix xpecially/especially in d/rules and patch update.

gnn, I forgot: you might want to fix the typo 827098/827908 in the last changelog entry (bts is already fixed). Updated patch with this change included attached. diff --git a/debian/changelog b/debian/changelog index f6c7345..7179054 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6

Bug#832924: unicode-data: Please provide VerticalOrientation-NN.txt

Package: unicode-data Version: 9.0-1 Severity: wishlist Tags: patch Hi, can you add VerticalOrientation-NN.txt to the unicode-data package? Upstream of src:wine and src:wine-development ships with code generated from this file (currently they use rev. 15). The latest approved revision is rev.

Bug#832919: unicode-data: Obsolete typo fix xpecially/especially in d/rules and patch update.

Source: unicode-data Version: 9.0-1 Severity: minor Tags: patch Hi, I noticed that the typo fix xpecially/especially in d/rules isn't needed anymore (no occurrence in Unihan_Readings.txt). Attached patch drops this line. Attached patch also refreshes the namealias.patch. Greets jre diff --git

Bug#832275: wine: FTBFS against gnutls 3.5

control: severity -1 serious control: tags -1 + pending On 23.07.2016 20:14, Andreas Metzler wrote: > wine FTBFS against libgnutls28-dev 3.5.2-1 (avainable in experimental: [...] > This does not apply to wine-development 1.9.14-1, I guess >

Bug#758291: Wine alternatives changes committed to git

control: tags -1 + pending I just committed the changes to git stretch and master. wine needs to be released before wine-development. I'd be happy about any review. If I don't get any feedback and the packages aren't in the archive, I'd push them there on August 8th or later. Greets jre

Bug#819255: wine-binfmt: doesn't register the binfmt on install/remove

This is documented in the README.debian, which also gives an explanation why this doesn't happen automatically (I just added the last paragraph with removal instructions in git master): ~ Automatically Launching Windows Executables === You can configure

Bug#832041: wine32-tools: Missing dependency on g++-multilib

control: tags -1 + patch Hi Javier, thanks again for your report. I added g++(-multilib) to recommends (not depends) in wine-development for now, see commit below. I will add it to wine later. Greets jre commit a9bbdc75ff9ebe9c35ad0ff872a8df58cd24abfb Author: Jens Reyer <jre.wine...@gmail.

Bug#758291: Wine alternatives - last design decisions

is installed, you may now + use wine-development's commands without the "-development" suffix. + + For more information on this please have a look at README.debian. + + -- Jens Reyer <jre.wine...@gmail.com> Sun, 24 Jul 2016 23:43:42 +0200 + wine-development (1.9.0-2) unstable; urgenc

Bug#832129: [wine-development]: RegEdit fails to export whole registry

On 24.07.2016 13:26, Joerg Schiermeier wrote: > On Sunday, July 24, 2016 at 03:48:46 CEST Jens Reyer wrote: >> Did you get the desired result with any Wine version? Which exactly? > The regression tests bisection was done with wine v1.9.0 as lowest > version and v1.9.7 as the high

Bug#832129: [wine-development]: RegEdit fails to export whole registry

Hi Looks like the same here. However I also get the same with the winehq wine-devel package. Did you get the desired result with any Wine version? Which exactly? Greets jre

Bug#829080: wine-development: FTBFS in testing (unknown breaktype EB)

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

Bug#814914: NMU khronos-api: FTBFS due to missing build-dependencies

ner upload. "DebConf upload." + * Fix FTBFS. Add build-depends python-debian and python-dateutil +(closes: #814914). + + -- Jens Reyer <jre.wine...@gmail.com> Fri, 01 Jul 2016 16:46:18 +0200 + khronos-api (0~svn29735-1) unstable; urgency=medium * Fix a lintian warning. diff -

Bug#829003: wine: FTBFS since unicode 9 update

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

Bug#829003: wine: FTBFS since unicode 9 update

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

Bug#827908: unicode-data: New upstream release (9.0.0)

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

Bug#827770: wine-development: FTBFS in Ubuntu

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 >

Bug#816020: /usr/bin/wineserver disables persistence delay

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:

Bug#758291: Final preparations for Wine alternatives - design decisions

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

Bug#827207: winetricks: Please add dependency on binutils (/usr/bin/ar)

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

Bug#824673: wine32-development-tools:i386 cannot be installed on amd64

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 substituted w

Bug#824673: wine32-development-tools:i386 cannot be installed on amd64

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}) |

Bug#825395: winetricks: Remove wine versioned dependence to prevent conflicts with alternative wine

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

Bug#824671: missing widl

control: tags -1 + pending commit 8958b3d2432ec1d3212125617b9b3e66eb39a85d Author: Jens Reyer <jre.wine...@gmail.com> Date: Thu May 19 14:53:42 2016 +0200 Add widl to the -tools packages. Closes: #824671 Thanks: Andrey Gursky

Bug#824715: wine32-tools: wineg++ does not link with stdc++

Pushed to master: commit faae7dac32d2816937ed5e8a24e5a6343320092c Author: Jens Reyer <jre.wine...@gmail.com> 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

Bug#824673: wine32-development-tools:i386 cannot be installed on amd64

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

Bug#824715: wine32-tools: wineg++ does not link with stdc++

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 |

Bug#823264: Bug#824673: wine32-development-tools:i386 cannot be installed on amd64

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

Bug#824671: missing widl

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

Bug#783875: network-manager-strongswan interface is useless

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.

Bug#823991: Fix committed on other branch for Bug#823991: libpng16-16: generates a ton of noisy warnings

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 <jre.wine...@gmail.com> Date: F

Bug#783428: Fix committed (was: Could not load wine-gecko. HTML rendering will be disabled.)

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 <jre.wine...@gmail.com> Date: Thu May 12 19:28:30 2016

Bug#812750: Fix committed on other branch (was: wine: Gecko integration is broken)

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

Bug#824193: WineGecko 2.44 needs packaging for wine-development 1.9.3 and later

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

Bug#824192: WineGecko 2.40 needs packaging for Wine 1.8

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

Bug#823991: libpng16-16: generates a ton of noisy warnings

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?

Bug#798780: release.debian.org: Please let playonlinux migrate to testing

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 ? >> >>

Bug#823264: wine32-tools: Allow installation on amd64 with 64-bit tools

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

Bug#818925: Wine's forked version of fontforge

[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 <jre.wine...@gmail.com> writes: > >> Wine and Debian are both using the quite old fontforge version >> 20120731-b, the patches

Bug#818925: Packaging the TrueType fonts (was: [wine-development] Glitches in Windows window systemmenu (minimize, windowed/fullscreen, close))

[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

Bug#818925: Wine's forked version of fontforge

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

Bug#818874: "Bad EXE format" error message in case of arch mismatch not very informative

control: tags -1 + patch I just pushed to master (src:wine-development, but if we keep it, I will push it to stretch (src:wine), too): 3c733ad57b848262b76486efc6606093db87de21 Fix wording of the wine32 hint. 9e6573170821325e5212c89612f023205f7a0e0c If wine32 is missing warn about it unless err

Bug#818925: Packaging the TrueType fonts Re: Bug#818925: [wine-development] Glitches in Windows window systemmenu (minimize, windowed/fullscreen, close)

+- Install wine's TrueType fonts in package fonts-wine-contrib + (closes: #818925). -- Jens Reyer <jre.wine...@gmail.com> Sun, 13 Mar 2016 02:40:12 +0100 diff --git a/debian/control.in b/debian/control.in index 53cc10a..e9bf708 100644 --- a/debian/control.in +++ b/debian/c

Bug#818925: [wine-development] Glitches in Windows window systemmenu (minimize, windowed/fullscreen, close)

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 (applies t

Bug#818925: [wine-development] Glitches in Windows window systemmenu (minimize, windowed/fullscreen, close)

control: block 814844 by -1 On 03/22/2016 10:41 PM, Joerg Schiermeier wrote: > 1.) How to reproduce this error: I can confirm that in Gnome now. >> First try some additional fonts from the wine source: >> $ cd fonts/ >> $ sudo cp marlett.ttf symbol.ttf tahomabd.ttf tahoma.ttf \ >>

Bug#818925: [wine-development] Glitches in Windows window systemmenu (minimize, windowed/fullscreen, close)

Hi, so 1.9.5-1 was not affected? Do you get this in every window/app? I can't reproduce this, yet. Do you have fonts-liberation installed? Please try the following two things separately (maybe each time with a new wineprefix): First try some additional fonts from the wine source: $ cd fonts/ $

Bug#814844: [pkg-wine-party] Bug#814844: wine: fonts-wine fonts are not found.

Upstream (1.9.6) now honors fontdir (see below). Cherry-picking this commit to 1.8.1 works. However I noted that you always need some of the .ttf fonts next to the .fon fonts. Otherwise the line height is much too big. So I think we should install some of Wine's .ttf fonts. Vanilla wine installs

Bug#814844: wine: fonts-wine fonts are not found.

b4e5b140010b0825a1b7f658e9bc2be56caba60a Author: Jens Reyer <jre.wine...@gmail.com> Date: Tue Mar 15 19:58:49 2016 +0100 Add freetype.patch to fix font search path. Closes in wine stable: #814844 For fontdir=/usr/share/wine/fonts and datadir=/usr/share/wine-development. Upstream uses fontdir=${d

Bug#816017: /usr/bin/wineserver: unnecessary noise on stderr

control: tags -1 + pending Hi, I just pushed a commit to fix this, see below. Greets jre commit a18275ca64d5f8674e978eb2ad4c4e7249800cd4 Author: Jens Reyer <jre.wine...@gmail.com> Date: Sun Mar 13 02:37:18 2016 +0100 Drop version output. Closes: #816017 Sources:

Bug#816014: /usr/bin/wine hides errors by default

c has been discussed several times in the bugtracker and the mailing list, e.g. http://lists.alioth.debian.org/pipermail/pkg-wine-party/2016-January/005091.html. Greets jre commit d30c8351819c2534cd1bc77bffcc2a11d85fb51b Author: Jens Reyer <jre.wine...@gmail.com> Date: Sun Mar 13 02:

Bug#816034: wine32: insecure use of /tmp

control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=39013 Upstream bug was merged with #39013 "Cannot change the location of the folder put in /tmp/.wine-uid" Debian bug has been cloned as: https://bugs.gentoo.org/show_bug.cgi?id=576134

Bug#816167: wine: sporadic sound failure output BTW wine versions from debian stretch release to now

Hi Fulano, sorry I don't get what you want to say with "BTW wine versions from debian stretch release to now". I see similar "warn+all" output with everything working, also if I use the official winehq wine-devel packages instead. Of course I might miss something, but I'd suggest to first try

Bug#815031: wine: packaging depends fault

control: tags -1 + moreinfo Hi Richard On 02/18/2016 03:59 AM, Austin English wrote: > On Wed, Feb 17, 2016 at 8:46 PM, Richard Jasmin > wrote: >> we have a SERIOUS depends issue going on with Jessie and multiarch(and any >> spins based of Jessie). >> >> I thought it

Bug#814914: khronos-api: FTBFS due to missing build-dependencies

Package: khronos-api Version: 0~svn29735-1 Severity: serious Tags: patch Hi, khronos-api FTBFS in a clean chroot. It requires python-debian and python-dateutil. Otherwise the build fails due to: ImportError: No module named dateutil.parser or: ImportError: No module named debian.changelog

Bug#814844: wine: fonts-wine fonts are not found.

Package: wine Version: 1.8.1-2 Severity: normal Hi, the fonts-wine fonts are still not found. I removed /usr/share/fonts and tested in winefile. It works as soon as I copy or link the fonts folder to /usr/share/wine/wine/fonts. Same for wine-development. It works if I link the fonts folder to

Bug#814572: Please print information output to stderr

control: tags -1 + pending Hi, thanks, this is already fixed in git: commit d630ec8869c3a62cbabad1b6b4284ab931e222ae Author: Jens Reyer <jre.wine...@gmail.com> Date: Fri Feb 12 01:08:11 2016 +0100 Send script messages to STDERR. Thanks Joerg Schiermeier. Greets jre

Bug#814350: wine: recommended package libwine-gecko-2.40 is not in main

control: tags -1 + pending On 02/10/2016 06:12 PM, Jens Reyer wrote: > Imo the dependency on libwine-gecko-xxx should stay a recommends, a > suggests imo doesn't meet the importance of Gecko in Wine. > > So I'll commit a change to remove (comment) that from wine and > w

Bug#813381: fonts-wine: freetype_SelectFont can't find a single appropriate font

I tested it further: I completly emptied /usr/share/fonts. Then, only the font family "Latin Modern (LM)" (installed in /usr/share/texmf/fonts) is available and used. I checked this in the font selection dialogs of libreoffice (Linux native) and winefile. Then I installed wine 1.8-6 with

Bug#814350: wine: recommended package libwine-gecko-2.40 is not in main was: Bug#812750: wine: Gecko integration is broken

On 02/09/2016 08:14 PM, Rhonda D'Vine wrote: > Unfortunately unsatisfyable recommends are a policy violation though, > and even while I understand the sentiments of not wanting to have to > reupload wine to add it, I don't see a way around this. [...] >> Rhonda, do you see any flexibility in

Bug#812750: wine: Gecko integration is broken

On 02/09/2016 08:10 PM, Austin English wrote: > On Feb 9, 2016 11:08 PM, "Rhonda D'Vine" wrote: >> >>Hi, >> >> * Austin English [2016-02-09 17:45:02 CET]: >>> On Feb 9, 2016 8:39 PM, austinengl...@gmail.com wrote: On Feb 9, 2016 8:25 PM, "Rhonda

Bug#812750: wine: Gecko integration is broken

Hi In Wine we depend on libwine-gecko-xxx before it's added to the archive, knowing/hoping/assuming that it will be added to the archive, which has always been true for Debian stable releases, but not for all intermittent Gecko versions that were needed in between (maintainer is in both cases the

Bug#813381: fonts-wine: freetype_SelectFont can't find a single appropriate font

control: tags -1 - moreinfo On 02/08/2016 10:42 PM, Johannes Stezenbach wrote: > I just ran into the same issue, and after some > experiments found it is caused by a missing libfontconfig1. > libfontconfig1:i386 is only in Recommends of libwine:i386, > but it should be in Depends. > Same for

Bug#813381: fonts-wine: freetype_SelectFont can't find a single appropriate font

On 02/01/2016 03:21 PM, Bjørn Mork wrote: > Package: fonts-wine > Version: 1.8-7 > Severity: important > > Upgrading fonts-wine from 1.8-6 to 1.8-7 breaks wine. > > Running e.g. winefile with WINEDEBUG=warn+all results in lots of > warnings like this: > > fixme:font:freetype_SelectFont can't

Bug#813475: [pkg-wine-party] Bug#813475: Broken to run since upgrade

control: tags -1 + pending Hi, I just committed a patch that should fix that: commit e3a8b8a90d62493f0097e4ff0d560743ca312c03 Author: Jens Reyer <jre.wine...@gmail.com> Date: Fri Feb 5 05:47:38 2016 +0100 Move Wine binaries to common directory. This fixes the WoW64 setup fo

Bug#810948: dh_strip: Use dbgsym notation instead of ddeb

Package: debhelper Version: 9.20151225 Severity: wishlist Hi, dh_strip implements the new automatic debug packages using the word "ddeb" (e.g. --ddeb-migration, --ddebs, --no-ddebs). However ddeb was only used in earlier implementations, at least the packages are now called foo-dbgsym*.deb, not

Bug#809125: [pkg-wine-party] Bug#809125: Bug#809125: wine-development: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

On 01/11/2016 07:47 AM, Tobias Frost wrote: > On Sun, 10 Jan 2016 17:09:31 +0100 Jens Reyer <jre.wine...@gmail.com> > wrote: >> control: tags -1 + pending >> >> On 12/27/2015 01:33 PM, Santiago Vila wrote: >>> Package: src:wine-development >>>

Bug#809904: ug#809904: wine-development: FTBFS with libpng16

On 01/11/2016 07:48 AM, Tobias Frost wrote: > Control: Block -1 by 809125 > > I guess this bug is actually #809125, not induced by libpng; it also > fails in sid. Indeed. You may simply test building only the arch specific packages (-B), this is what would happen for a binNMU, wouldn't it?

Bug#810658: winetricks: Please adjust to new wine packaging (WoW64/wineserver)

://lists.alioth.debian.org/pipermail/pkg-wine-party/2016-January/005121.html [2] commit 3cf3d9a3c0e0920792d481b0c7eb286278e7d51a Author: Jens Reyer <jre.wine...@gmail.com> Date: Mon Jan 11 01:31:20 2016 +0100 Adapt to new Debian /usr/bin/wineserver[-development]. -- System Information: Debian R

Bug#806206: wine: risen game installers fail

On 01/10/2016 02:45 AM, Jens Reyer wrote: > just an idea, but do you have winbind installed? Heiko told me in a PM that installing winbind didn't help.

Bug#809125: [pkg-wine-party] Bug#809125: wine-development: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

control: tags -1 + pending On 12/27/2015 01:33 PM, Santiago Vila wrote: > Package: src:wine-development > Version: 1.7.55-4 > User: sanv...@debian.org > Usertags: binary-indep > Severity: important > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A" > (i.e. only

Bug#807026: wine FTBFS on amd64

On 01/08/2016 07:07 PM, Jens Reyer wrote: > On 01/08/2016 09:40 AM, Graham Inggs wrote: >> On 08/01/2016 06:58, Jens Reyer wrote: >>> Upstream recently changed the buildsystem, since then the wine manpage >>> isn't available any more on 64-bit. This is fixed in Debian

Bug#762058: WoW64 in wine-development

WoW64 is now implemented in wine 1.8-2, and should soon be in wine-development, too. Wine now supports and uses shared WoW64/64-bit wineprefixes if wine, wine32 and wine64 are installed. So this should work now for all newly created default (=64-bit) prefixes and existing 64-bit prefixes. WoW64

Bug#806206: #806206: wine: risen game installers fail

control: retitle -1 wine: risen game installers fail from CD/DVD. Hi, just an idea, but do you have winbind installed? In the Wine 1.6 -> 1.8-1 update the dependency on winbind was dropped. Since I uninstalled winbind and all the samba stuff, wine tells me about that. I didn't experience any

Bug#807026: FTBFS on amd64

On 01/08/2016 09:40 AM, Graham Inggs wrote: > On 08/01/2016 06:58, Jens Reyer wrote: >> Upstream recently changed the buildsystem, since then the wine manpage >> isn't available any more on 64-bit. > > Has this been reported with upstream? I don't think arch-dependent >

Bug#807026: FTBFS on amd64

Message Subject: Re: Bug#807026: FTBFS on amd64 Date: Thu, 7 Jan 2016 17:29:57 +0100 From: Jens Reyer <jre.wine...@gmail.com> To: pkg-wine-pa...@lists.alioth.debian.org On 01/07/2016 04:10 PM, Santiago Vila wrote: > On Sat, 12 Dec 2015, Michael Gilbert wrote: > So I should as

Bug#762058: WoW64 setup (update)

control: tags -1 - patch Removing the tag patch for the pseudo-WoW64-wine-script patch. However see my previous mail to pkg-wine-party (56858b58.2040...@gmail.com, http://lists.alioth.debian.org/pipermail/pkg-wine-party/2015-December/005072.html) - it seems it is easier to solve then I thought.

Bug#769234: Removing patch tag for "automatically detect and launch wine32 or wine64"

control: tags -1 - patch Mike and I agree [1] that using "file" is a dead end for multiple reasons (e.g. security issues and 64-bit apps with 32-bit installers). So removing the patch tag. If at all, I would change the wine script to honor the winearch of an existing wineprefix (by grep'ing

Bug#802779: Bug#803349 closed by Bart Martens <ba...@debian.org> (pepperflashplugin-nonfree: Fails without giving an error message)

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) > Foreign Architectures: i386

Bug#808075: khronos-api: New upstream version recommended for Wine.

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

Bug#769234: Automatically detect wine32 and wine64.

On 12/13/2015 04:41 AM, Austin English wrote: > On Sat, Dec 12, 2015 at 4:05 PM, Jens Reyer <jre.wine...@gmail.com> wrote: >> 1.) >> Checking with "file" (but honoring the WINE* variables first) allows to >> continue to default to Wine32, while you still can

Bug#769234: Automatically detect wine32 and wine64.

On 12/11/2015 11:08 PM, Austin English wrote: > On Fri, Dec 11, 2015 at 3:52 PM, Jens Reyer <jre.wine...@gmail.com> wrote: >> Hi, >> >> please see below for another patch. IMO it is clean, simple and >> matches the logic of the wine-script perfectly. >>

Bug#806206: wine don't install programs from CD

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

Bug#779012: Two issues with /usr/bin/wine script

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

Bug#769234: Automatically detect wine32 and wine64.

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

Bug#762058: WoW64 (mostly) working

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

Bug#806206: [pkg-wine-party] Bug#806206: Bug#806206: wine don't install programs from CD

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

<    1   2   3   4   >