Bug#1063466: winetricks: architecture detection mechanism (commit #9ca7a68b) breaks winetricks.desktop

control: retitle -1 winetricks: architecture detection mechanism (commit #9ca7a68b) broken On 08.02.24 16:02, Alex Volkov wrote: as the architecture detection mechanism (commit #9ca7a68b) checks $1 argument, it views the "--gui" parameter in the .desktop file as a filename, which leads to

Bug#1034052: winetricks: winetrick searches for 32 bit wine as wine32, not wine

control: tags -1 moreinfo Hi, On 07.04.23 15:49, Thomas Dorner wrote: While setting up a new Wine environment winetricks aborted with the following error: I can't reproduce this issue. What steps exactly did you issue that failed? With the same packages installed I successfully did the

Bug#1031649: wine: /usr/bin/wine64 still required

Hi Paul On 09.03.23 15:50, Paul Gevers wrote: Hi, On Sun, 19 Feb 2023 18:17:39 -0600 Austin English wrote: Yes, it's arguably a bug in winetricks. Film what I gather upstream, it's also not yet fully supported. On Sat, 25 Feb 2023 17:10:47 +0100 Jens Reyer wrote: ftr: I just uploaded

Bug#1031649: wine: /usr/bin/wine64 still required

On 20.02.23 01:17, Austin English wrote: On Sun, Feb 19, 2023, 17:33 Jens Reyer <mailto:jre.wine...@gmail.com>> wrote: Yes, it's arguably a bug in winetricks. Film what I gather upstream, it's also not yet fully supported. I would advise reverting for now. At least until upstr

Bug#1031649: wine: /usr/bin/wine64 still required

On 19.02.23 21:45, Floris Renaud wrote: Isn't this a bug in winetricks? When Wine is compiled the new way (--enable-archs=i386,x86_64), there isn't, as far as I know, a wine64 file. From https://github.com/Winetricks/winetricks/blob/master/src/winetricks#L3113 --- # Wrapper around

Bug#1031649: wine: /usr/bin/wine64 still required

Source: wine Version: 8.0~repack-4 Severity: serious Hi Mike, I wasn't aware of this, but it seems indeed that /usr/bin/wine64 is required somehow: winetricks fails to start with 8.0~repack-4, but works with 8.0~repack-2. I don't understand yet what's exactly going wrong (winetricks

Bug#1029536: wine64-stable ENOENT

On 12.02.23 10:53, Junichi Uekawa wrote: The -stable suffix was added for the Debian alternatives system. While I don't expect an issue with adding an /usr/lib/wine/wine64-stable link, I wonder if the whole issue is really a bug (still probably a regression, which I can't comment on since I'm

Bug#1031232: RFS: winetricks/20230212-1 [NMU] [RC] -- simple tool to work around common problems in Wine

Hi Renato, as pointed out your packages would need more work to match the Debian standards, simply uploading upstream's version is not enough. But I'm already working on this version, just need to solve some verification issues. Greets jre

Bug#1029536: wine64-stable ENOENT

On 07.02.23 14:22, Bernhard Übelacker wrote: Dear Maintainer, if one creates this wine64-stable just as a link to wine64, then `wine64-stable wineboot` would start to work. # ln -s wine64 /usr/lib/wine/wine64-stable Kind regards, Bernhard (rr) 692 execv( argv[1], argv + 1 ); (rr)

Bug#854818: firefox-esr: creates mimeapps.list entries for thunderbird.desktop if started from TB

control: found -1 thunderbird/1:91.6.2-1 control: found -1 thunderbird/1:91.7.0-2 Control: tags -1 - moreinfo Hi Simon and all, On 27.03.22 14:16, Simon McVittie wrote: > I think this is a description of the same bug as #948691. If that's > the case, then it should be fixed by thunderbird

Bug#1003491: winetricks: Please allow co-installation with wine-staging

On 20.03.22 17:16, Jens Reyer wrote: > export WINE=/opt/wine-staging/bin/wineserver > export WINESERVER=/opt/wine-staging/bin/wineserver That should have been: export WINE=/opt/wine-staging/bin/wine export WINESERVER=/opt/wine-staging/bin/wineserver

Bug#986650: winetricks: move from contrib to main

On 04.07.21 14:51, Johannes Schauer Marin Rodrigues wrote: > Hi, > > Quoting Jens Reyer (2021-07-04 14:36:13) >> On 08.04.21 22:47, Johannes 'josch' Schauer wrote: >>> a recent threat on debian-devel [1] revealed that winetricks falls into the >>> same category a

Bug#986650: winetricks: move from contrib to main

On 08.04.21 22:47, Johannes 'josch' Schauer wrote: > Package: winetricks > Version: 0.0+20210206-1 > Severity: normal > > Hi, > > a recent threat on debian-devel [1] revealed that winetricks falls into > the same category as other packages that are happily sitting in main. > Specifically,

Bug#987554: wine-development should be replaced with wine in experimental+backports

Hi On 25.04.21 16:27, Adrian Bunk wrote: > bullseye users would also benefit more from wine 6.0 in > bullseye-backports [not commenting on the whole issue] I maintained the wine backports in the past, but stepped down (https://lists.debian.org/debian-wine/2020/09/msg7.html). But I agree

Bug#987157: unblock: winetricks/0.0+20210206-2

m patch allowing using --force to ignore the sha256sum check. + + -- Jens Reyer Tue, 13 Apr 2021 22:05:56 +0200 + winetricks (0.0+20210206-1) unstable; urgency=medium * New upstream release 20210206. (Closes: #961205, #981660) diff -Nru winetricks-0.0+20210206/debian/patches/allow-using

Bug#986376: Please Update HASH values for vcrun2019

Unfortunately the hashes already changed twice since your report. But upstream already accepted my PR for the latest change (awesome!). Uploading this now. I hope the hashes stay stable now for a while. I'll request an unblock for Debian Bullseye then.

Bug#986376: Please Update HASH values for vcrun2019

control: severity -1 important Hi, thanks for your report. I'll upload a fix soon. Since vcrun2019 is a quite important verb I'll try to get the fix in Debian bullseye. Greets jre On 04.04.21 18:34, Bernhard wrote: > Package: winetricks > Version: 0.0+20210206-1 > > Dear maintainer, > >

Bug#985059: libwine-development: missing Breaks+Replaces: wine-development (<< 4.8)

On 12.03.21 11:40, Andreas Beckmann wrote: > Unpacking libwine-development:amd64 (5.6-1) over (4.2-4+b1) ... > dpkg: error processing archive > /tmp/apt-dpkg-install-mfCwgB/93-libwine-development_5.6-1_amd64.deb > (--unpack): >trying to overwrite '/usr/lib/wine-development/wineserver',

Bug#980307: wine-development: misses dependencies on dlopen'ed libraries

Package: wine-development Version: 5.5-3 Severity: normal Hi, since 5.5-3 libwine-development misses the dependencies (Recommends) on dlopen'ed libraries. That version (git commit 753fa038bd903b7c5c91b6df08d52409b3eb67ae) had some changes in debian/rules and introduced a new config2sonames

Bug#946193: Fix available (Re: Refuses to use profiles from stretch after upgrade to buster 68.2.0esr-1~deb9u2 -> 68.2.0esr-1~deb10u1)

control: tags -1 +patch Hi firefox maintainer(s), Thunderbird was also affected by this, and got fixed in #946588. In the meantime I successfully used the workaround to remove the date/timestamp from compatibility.ini. (It got readded with a new value the next time I started firefox-esr, so

Bug#940192: wine-development: msi regression, not installing dotnet35sp1

control: tags -1 + fixed-upstream Hi Hans Leidekker wrote https://bugs.winehq.org/show_bug.cgi?id=47724#c22 > This might be fixed by cce9a5f124ae6d3fffcc7772cab6523f09a1e3d1, please test. I rebuilt wine-development with upstream merged at cce9a5f124ae6d3fffcc7772cab6523f09a1e3d1: "winetricks

Bug#940203: faudio: Update faudio to latest upstream version

On 02.11.19 00:55, Alistair Leslie-Hughes wrote: > Is there any chance you could use version 19.11 that was just release? Definitely, I'll prepare that upload shortly. But I still lack the permissions to upload the package (working on it). Greets jre

Bug#940203: faudio: Update faudio to latest upstream version

control: tags -1 pending Hi On 13.09.19 23:47, Shmerl wrote: > Please update faudio to latest upstream version. They normally come out once a > month, > so it would be good if they could be packaged in Debian as well. Thanks! I'm working on this. I joined as an uploader and prepared 19.10-1.

Bug#942731: parcimonie: typos and document autostart

Package: parcimonie Version: 0.11.0-1 Severity: minor Tags: patch Hi please see attached patch for fixing some minor typos. I also added a quick documentation of the XDG autostart. Thanks for parcimonie. Greets jre -- System Information: Debian Release: bullseye/sid APT prefers testing

Bug#942728: parcimonie: documents obsolete use of gnupg-curl

Package: parcimonie Version: 0.11.0-1 Severity: minor Hi, README.Debian documents the use of gnupg-curl. However this package has been removed from Debian since stretch (oldstable). AFAIR its completely superseded by dirmngr in gnupg 2, which parcimonie depends on. So you could just remove

Bug#941110: /usr/share/doc/git-buildpackage/manual-html/gbp.import.convert.html: wrong git command in documentation

Package: git-buildpackage Version: 0.9.15 Severity: minor File: /usr/share/doc/git-buildpackage/manual-html/gbp.import.convert.html Tags: patch Hi Guido The git command in this paragraph: Upstream sources on a branch If the upstream sources are already on a separate branch, things are

Bug#940192: wine-development: msi regression, not installing dotnet35sp1

Hi Allan, In https://bugs.winehq.org/show_bug.cgi?id=47724#c16 you wrote: > Adding "--without-mingw" to "configure" fixes this issue. Up to 4.11-1 (the version that you reported the bug against) the Debian packages had a build-conflicts against gcc-mingw-w64-i686 and gcc-mingw-w64-x86-64. I

Bug#824192: wine: please add new wine-gecko source package

Hi > I was wondering if somebody is working on this AFAIK noone on wine-gecko (but I'd be happy to be wrong). For wine-mono there was some work half a year ago, but I haven't seen any results. > In the > past the wine in Debian would at least try to download wine gecko from > official >

Bug#939087: Please support HOOKDIR config option

Hi Enrico > I tried adding this to ~/.pbuilderrc, but it gets ignored: > > OTHERMIRROR="deb http://incoming.debian.org/debian-buildd buildd-unstable" Typo? I guess "main" is missing. Do you "apt update" later? > So I put this in ~/.pbuilder/hooks/D09incoming: > > #!/bin/sh > echo "deb

Bug#934985: libusrsctp: please mark shared libraries and development packages as "Multi-Arch: same"

jre >From c786b4727f3345e671e9d32d36f1a01c0c9c7a22 Mon Sep 17 00:00:00 2001 From: Jens Reyer Date: Sat, 17 Aug 2019 17:27:58 +0200 Subject: Mark shared libraries and development packages as "Multi-Arch: same" This adds the "Multi-Arch: same" header to the following packages: libusrsctp1 libusrsctp-d

Bug#934984: mjpegtools: please mark shared libraries and development packages as "Multi-Arch: same"

jre >From 09bc71493bff42010f143a009b7d5f147ea04f1c Mon Sep 17 00:00:00 2001 From: Jens Reyer Date: Sat, 17 Aug 2019 16:56:07 +0200 Subject: Mark shared libraries and development packages as "Multi-Arch: same" This adds the "Multi-Arch: same" header to the following packages: li

Bug#934909: debmake-doc: "binNMU safe" should use Use source:Version instead of source:Upstream-Version

Package: debmake-doc Version: 1.14-1 Severity: normal Hi in "5.5.3. binNMU safe" there's: The dependency defined in the debian/control file among binary packages from the same source package should be safe for the binNMU. This needs attention if there are both “Architecture: any” and

Bug#932201: wine64 should also look for /usr/lib/wine/wineserver64 if WINESERVER is not set

control: tags -1 pending On 04.08.19 01:04, Jens Reyer wrote: > Gving it another thought: just install wine and call /usr/bin/wine64 > (not wine). This doesn't cause the warning about wine32 afaict. So > problem solved for you!? Turned out this isn't true: on updating the wineprefix

Bug#932201: wine64 should also look for /usr/lib/wine/wineserver64 if WINESERVER is not set

Hi dkg On 02.08.19 18:00, Jens Reyer wrote: > On 16.07.19 16:48, Daniel Kahn Gillmor wrote: >> So if you see a better way around this, so that i can use >> wine in autopkgtest more easily, please don't hesitate to suggest >> it) Gving it another thought: just install w

Bug#932201: wine64 should also look for /usr/lib/wine/wineserver64 if WINESERVER is not set

Hi dkg and wine-team, On 16.07.19 16:48, Daniel Kahn Gillmor wrote: > wine64(1) says: > > WINESERVER > Specifies the path and name of the wineserver binary. If not > set, Wine will try to load /usr/lib/wine/wineserver, and if this > doesn't exist

Bug#930650: khronos-api FTBFS

control: reassign -1 libpython3.5-minimal 3.5.3-1+deb9u1 @doko: reassigning, only affects stretch, but might be rc. See below. Hi Olivier thanks for your feedback! > trying to rebuild khronos-api (version from backport) with pbuilder on a > Debian Stretch, it fails with: I just successfully

Bug#926118: Alternative for unblock: libmspack/0.10.1-1

On 06.06.19 22:24, Jens Reyer wrote: > The referenced ChangeLog was: [...] I missed a second entry:> chmd_read_headers(): a CHM file name beginning "::" but shorter > than 33 bytes will lead to reading past the freshly-allocated > name buffer - checks for specific control

Bug#926118: Alternative for unblock: libmspack/0.10.1-1

Hi all, first off, many thanks for your efforts here, Paul! On 06.06.19 15:54, Paul Gevers wrote: > On 06-06-2019 04:23, Marc Dequènes (duck) wrote: >> I'm not committing to this plan for the above stated reasons. I also >> feels uncomfortable uploading with a know security problem, so unless

Bug#926118: Alternative for Re: Bug#926118: unblock: libmspack/0.10.1-1

: #912687). + + -- Jens Reyer Sat, 01 Jun 2019 14:32:06 +0200 + 1.) Versioning and targeted suite This proposal reverts the upstream version back from 0.10 (unstable) to 0.8 (testing), therefore the "new" upstream version 0.10.1+really0.8. For building I just symlinked the 0.8 orig.tar.

Bug#928014: binNMU: rebuild wine-development against unicode-data 12.1.0~pre1-2

control: retitle -1 binNMU: please rebuild wine-development against unicode-data 12.1.0~pre1-2 control: reassign -1 release.debian.org Hi, On 11.05.19 20:25, Paul Gevers wrote: > Hi Jens, > > On 09-05-2019 22:54, Jens Reyer wrote: > > [...] > >> The files built with

Bug#928014: nmu: wine-development_4.2-4

Hi Paul, hi wine-team On 09.05.19 12:26, Paul Gevers wrote: > retitle 928014 please rebuild against unicode-data 12.1.0~pre1-2 > reassign 928014 wine-development > usertag 928014 unicode-data-12 > thanks > > On Fri, 26 Apr 2019 10:23:17 +0100 Alastair McKinstry > wrote: >> Package:

Bug#928013: nmu: wine_4.0-1

Hi, that won't work, because wine_4.0-1 has a build-depends on unicode-data (<< 12) (see my mail in the 'Handling Japanese new era "令和 (Reiwa)"' thread). I'll upload wine_4.0-2 shortly, closing this bug here with that version. btw, wine-development_4.2-4 already was changed, so the other Wine

Bug#927139: [src:wine-development] wineserver doens't work when /run/user/pid is not available

cotrol: tags -1 + moreinfo Hi Konstantin, On 15.04.19 15:11, Konstantin Demin wrote: > Source: wine-development > Version: 4.2-2 > > wineserver fails to setup it's directory when /run/user/${pid} is not > available due to buggy patch. > please fix

Bug#926118: unblock: libmspack/0.10.1-1

On 03.04.19 09:05, Marc Dequènes (duck) wrote: > I already asked for an unblock, explaining the situation (like why it > was blocked out of testing, why the recent fixes…), but it was rejected > without any comment on my rational: >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923885

Bug#926118: unblock: libmspack/0.10.1-1

I sent the full debdiff as xz (70kb), but erroneously to #926123. Not resending, sorry and thanks.

Bug#926123: unblock: cabextract/1.9-2

Attached the debdiff as xz. I also explicitly forwarded my mail to the maintainer, because I don't know if x-debbugs-cc worked. libmspack_0.8-1_0.10.1-1.diff.xz Description: application/xz

Bug#926123: unblock: cabextract/1.9-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock block -1 by 926118 Hi Please unblock package cabextract I'm not the maintainer of cabextract, but of winetricks which is affected by #914263 (cabextract: -F option doesn't work

Bug#926118: unblock: libmspack/0.10.1-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Please unblock package libmspack I'm not the maintainer of libmspack (in CC), but of winetricks which is affected by #912687 (libmspack0: Regression when extracting cabinets using -F

Bug#914794: Please upload fix for #914794 (libmspack fails tests on big endian architectures (s390x, mips))

Hi, libmspack in unstable fixes a bug in cabextract (#914263 cabextract: -F option doesn't work correctly.) which affects winetricks. But cabextract and libmspack don't migrate because of this bug here. This issue is already fixed upstream, but afaics not released yet. Do you know if this will

Bug#921200: vkd3d: misses dependency on libvulkan1

Source: vkd3d Version: 1.1-2 Severity: normal [resend to the bts] Hi Mike On 02.02.19 08:56, Michael Gilbert wrote: > On Fri, Feb 1, 2019 at 10:38 PM Jens Reyer wrote: >> vkd3d has no runtime dependency on libvulkan1 or any other vulkan >> related packages. So with the cur

Bug#920649: wine backports: include stub for SetWindowThemeAttribute

HI On 27.01.19 22:39, Axel Huebl wrote: > I am using wine 3.0.3 from stretch-backports. > > With the latest update (v1.6.0) of the reMarkable desktop GUI, the upgrade > breaks on an unimplemented function. > >   https://remarkable.com >   https://remarkable.engineering > > Wine 3.1.0 fixes

Bug#919889: vkd3d: Make build-dependency on libvulkan-dev versioned.

Source: vkd3d Version: 1.1-2 Severity: normal Hi Mike, vkd3d fails to build in stretch with libvulkan-dev 1.0.39.0+dfsg1-1, but succeeds with 1.1.70+dfsg1-1~bpo9+1 which is in stretch-backports. I didn't investigate exactly which version is required, but just suggest something like this in

Bug#707790: Fix is missing (Re: Bug#707790: marked as done ([git] Please add dependency on "meld"))

control: found -1 git/1:2.20.1-1 control: reopen -1 ! Hi Jonathan, On 17.12.18 02:24, Debian Bug Tracking System wrote: > git (1:2.20.1-1) unstable; urgency=medium > [...] >* package git-gui: Suggests: meld for mergetool support (thx Jens > Reyer; closes: #7077

Bug#829119: radicale does not commit to git

Package: radicale Followup-For: Bug #829119 Hi committing to git works here (radicale 2.1.11-2 and previous versions from experimental). python-dulwich / python3-dulwich is not needed anymore for this. $ grep hook /etc/radicale/config hook = ([ -d .git ] || git init) && ([ -e .gitignore ] ||

Bug#917005: wine: TreePad Generates Error Upon Stratup in WINE 4.x

Hi Van On 21.12.18 12:33, Van wrote: > TreePad X Enterprise 12GB (single user) generates the following error > upon startup using WINE version 4.x: > List index out of bounds (-2147483632) I can reproduce this, the error happens after clicking "Cancel" in the "TreePad quick start" window. Did

Bug#916613: [winetricks] Don't remove upstream's manual selfupdate option

pecially happy about suggestions for better wording. jre >From 9413ec1be8ed1ca3c3daf5668c529ec2a1805a86 Mon Sep 17 00:00:00 2001 From: Jens Reyer Date: Sun, 9 Dec 2018 22:20:43 +0100 Subject: [PATCH] Add disable-automatic-selfupdate.patch. Disable automatic version check and selfupdate.

Bug#913593: [apt-cacher-ng] Typo /snipped/snippet/

Package: apt-cacher-ng Version: 3.2-1 Severity: minor Tags: patch Hi, the little text files are snippets, not snippeds. https://www.merriam-webster.com/dictionary/snippet https://www.merriam-webster.com/dictionary/snipped Patch attached. Thanks jre diff --git a/INSTALL b/INSTALL index

Bug#913594: [apt-cacher-ng] Vcs-Git field lacks branch information

Package: apt-cacher-ng Version: 3.2-1 Severity: minor Tags: patch Hi, https://tracker.debian.org/pkg/apt-cacher-ng believes that the git repo is outdated, because it's looking at branch master instead of debian/sid. To fix either adapt the salsa project, or debian/control. Patch for the latter

Bug#912057: getting winehq's wine-mono to work

On 28.10.18 19:53, Austin English wrote: > For testing, using a C# hello world is easy: [...] For completeness, someone else from winehq just told me (and it seems they would really be happy to see wine-mono packaged as that would ease their support burden): .NET apps that work with wine-mono

Bug#912057: getting winehq's wine-mono to work

On 28.10.18 18:45, Alexandre Viau wrote: > On 2018-10-28 12:49 p.m., Jens Reyer wrote: >> great to see you working on wine-mono (although personally I never >> needed it). > > Is this because you use Microsoft's proprietary implementation? I don't use Wine very often, an

Bug#912057: getting winehq's wine-mono to work

[ Dropping debian-wine (=maintainer, gets bugreports anyway), and skitt (member of debian-wine) from CC ] Hi Alexandre great to see you working on wine-mono (although personally I never needed it). I guess you'll put this under the wine-team umbrella? On 28.10.18 01:22, Alexandre Viau

Bug#910942: [wine-development] Please use wrap-and-sort

Hi Mike On 10/14/18 2:36 AM, Michael Gilbert wrote: > Welcome back! Thanks, much appreciated! btw, I'm just working on 3.0.3-1. > Wrap and sort is itself the original source of the extra diff being > seen and will continue to be in the future. Wrap and sort has a deterministic result. We

Bug#910944: [wine-development] FTBFS on arm64

Package: wine-development Version: 3.17-1 Severity: serious Tags: upstream, fixed-upstream wine-development 3.17-1 ftbfs on arm64: https://buildd.debian.org/status/fetch.php?pkg=wine-development=arm64=3.17-1=1539395513=0 It looks like upstream already fixed this in 3.18 with commits

Bug#910942: [wine-development] Please use wrap-and-sort

Package: wine-development Version: 3.17-1 Severity: normal Hi Mike, in the recent uploads you re-sorted the dependencies in d/control.in once again. Each time this happens this takes some of my time when I sync the src:wine packaging, or dig into issues that exist only in one of our or other

Bug#908012: wine-development: gcc-8 build with -O2 causes some apps to crash

control: found -1 3.16-1 Hi Anton, I assume this also affects the stable version of wine (3.0.2-3), since that was also compiled with gcc 8.1. Can you please confirm? On 2018-09-17 03:37:11 CDT Anton Vorobyov wrote in https://bugs.winehq.org/show_bug.cgi?id=45199#c40 > Debian maintainers

Bug#898573: [thunderbird+enigmail] thread '' panicked at '`before_sheet` stylesheet not found', src/libcore/option.rs:891:5

Hi Carsten On 7/16/18 8:39 AM, Carsten Schoenert wrote: [...] > the root for these problems seem to be solved by a recent gpg update, at > least since gnupg 2.2.8 the segfault of TB don't happen anymore. We can > close this report now I guess. Yes, you're right. I still had a few infrequent

Bug#903129: unicode-data: unicode-data 11 causes FTBFS in unstable

On 7/6/18 5:11 PM, Graham Inggs wrote: > Source: unicode-data > Version: 11.0.0-1 > Severity: serious > Tags: ftbfs > Control: affects -1 gucharmap libxmlada utf8proc wine wine-development > > Hi Maintainer > > The recent upload of unicode-data 11 causes several packages to FTBFS in > unstable. 

Bug#900312: RFS: khronos-api/4.6+git20180514-1~bpo9+1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "khronos-api" * Package name: khronos-api Version : 4.6+git20180514-1~bpo9+1 Upstream Author : The Khronos Group Inc. * URL : https://www.opengl.org/registry

Bug#900135: [lists.debian.org] please provide debian-wine-digest

On 05/26/2018 06:37 PM, Alexander Wirt wrote: > On Sat, 26 May 2018, Jens Reyer wrote: >> thanks again for the quick setup of the new debian-wine mailinglist. >> >> Now a user requested to read it as digest. I've seen that a few other >> mailing lists are provided als

Bug#900135: [lists.debian.org] please provide debian-wine-digest

Package: lists.debian.org Severity: normal Hi, thanks again for the quick setup of the new debian-wine mailinglist. Now a user requested to read it as digest. I've seen that a few other mailing lists are provided also in this form, e.g. debian-devel-digest. Can you do the same for

Bug#852494: wine: Add libwine.so and libwine.so.1 alternatives

On 20.05.2018 02:20, Javier Serrano Polo wrote: > El ds 19 de 05 de 2018 a les 23:39 +0200, Jens Reyer va escriure: >> I definitely want the well-established system command >> "update-alternatives" to be used. > > What are the requirements? > "update-altern

Bug#852494: wine: Add libwine.so and libwine.so.1 alternatives

Hi, sorry I thought I had answered to this. On 17.01.2018 17:56, Javier Serrano Polo wrote: > X-Debbugs-CC: k...@codeweavers.com > > El dc 17 de 01 de 2018 a les 15:48 +0100, Jens Reyer va escriure: >> The second line is about the master, we always need it. And I want the >&g

Bug#899125: [debhelper] dh_testroot: requires root despite Rules-Requires-Root: no

On 19.05.2018 17:46, Niels Thykier wrote: > Niels Thykier: >> On Sat, 19 May 2018 16:36:46 +0200 Jens Reyer <jre.wine...@gmail.com> wrote: >>> Package: debhelper >>> Version: 11.2.1 >>> Severity: normal >>> >>> Hi, >>> >>&g

Bug#880920: Minor typo Re: Bug#880920: Document Rules-Requires-Root field

Hi, just a minor typo I guess, absolutely no review, sorry: "If the package builder supports the Rules-Requires-Root field and want to enable the feature" s/want/wants Greets jre

Bug#899125: [debhelper] dh_testroot: requires root despite Rules-Requires-Root: no

Package: debhelper Version: 11.2.1 Severity: normal Hi, I've run into this with src:wine: $ grep Rules debian/control* debian/control:Rules-Requires-Root: no debian/control.in:Rules-Requires-Root: no $ quilt push -a $ ./debian/rules binary [...] make[2]: Leaving directory

Bug#899113: tracker.debian.org: emails sent to '@tracker.d.o' are discarded

On 19.05.2018 12:34, Niels Thykier wrote: > Mattia Rizzolo: >> On Sat, May 19, 2018 at 06:13:39AM -0400, Michael Gilbert wrote: >>> Similar to #891504, emails sent directly to a package tracker address, >>> for example chromium-brow...@tracker.debian.org, are discarded instead >>> of being relayed

Bug#898810: wine: revert_opengl46.patch applied to wine why no upstream bug.

control: block 898810 by 869233 On 16.05.2018 02:40, oiaohm wrote: > I was looking over patches that are being added to wine. Again, thanks for doing that. > I stumbled on the > https://sources.debian.org/patches/wine/3.0-1/revert_opengl46.patch/ and when > I > look at it is in the fact of

Bug#898812: wine: Why is font divbyzero.patch still being applied to stable, testing and sid debian packages of wine.

scussion in https://lists.debian.org/debian-wine/): On Wed, Aug 31, 2016 at 2:29 PM, Jens Reyer wrote: On 13.09.2016 02:47, Michael Gilbert wrote: >> font-divbyzero.patch >> description: avoid divide-by-zero condition for certain font files and >> warn about it >

Bug#897120: Maintainer address is broken and team mailinglist is needed

Hi all, On 4/28/18 5:46 PM, Jens Reyer wrote: A1) @lists.debian.org Since the mailing list is also for discussion and coordination (not only automatic mails) I think we qualify to use e.g.  wine-team@lists.d.o I filed #898066 against lists.debian.org, starting a request for a debian

Bug#898066: [lists.debian.org] New mailing list: debian-wine (move from alioth)

Package: lists.debian.org Severity: wishlist Hi listmasters, please accept the former mailing list Debian Wine Party on lists.debian.org. I'm not formally requesting this yet, since I'd like to first have some official endorsement from the old

Bug#897120: Maintainer address is broken and team mailinglist is needed

Package: src:wine Version: 3.6-1 Severity: important Hi, so pkg-wine-pa...@lists.alioth.debian.org doesn't work anymore since about 2 weeks. The new maintainer address in wine's maintainer field w...@tracker.debian.org also doesn't work. Although I'm subscribed to the wine package at

Bug#890276: RFS: wine/3.0-1~bpo9+1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "wine" * Package name: wine Version : 3.0-1~bpo9+1 Upstream Author : see AUTHORS file * URL : winehq.org * License : LGPL-2.1+ Section :

Bug#889158: [pkg-wine-party] Bug#889158: Package wine-development is less recent than wine

On 02/10/2018 06:58 PM, Joerg Schiermeier, Bielefeld/Germany wrote: > Jens Reyer wrote: >> Still, I'd love to understand what this bug was about. > Maybe I'm too "German": Maybe, welcome in the club ;) > in WinHQ.orgs website both version were set to 3.0 when wine v3

Bug#889158: [pkg-wine-party] Bug#889158: Package wine-development is less recent than wine

[Adding the bugreport back in the address field] On 02/06/2018 06:56 PM, Joerg Schiermeier, Bielefeld/Germany wrote: > WineHQ | Debian Package > > stable version == wine > devel. version == wine-development > > Is this correct? Yes, that's correct.

Bug#889158: Package wine-development is less recent than wine

On 02/02/2018 08:10 PM, Joerg Schiermeier, Bielefeld/Germany wrote: > the package version of 'wine-development' is lower than the version of > 'normal' wine: > > wine-development: 3.0~rc6-1 > wine: 3.0-1 > > Since January 18th, 2018 until today the WineHQ versions were set to v3.0. > This was

Bug#885548: winetricks: Don't recommend gksu

control: forwarded -1 https://github.com/Winetricks/winetricks/issues/912 > I won't be able to fix upstream for a few weeks, but I've filled a bug in > the meantime: > > https://github.com/Winetricks/winetricks/issues/912 There have been a few patches upstream, so I guess we'll have a solution

Bug#819255: nothing depends on wine-binfmt

ncreases the risk of inadvertently launching Windows malware, + so please make sure that you understand the security risks before installing + this package. + + For more information please refer to Wine's README.debian. + + -- Jens Reyer <jre.wine...@gmail.com> Sun, 28 Jan 2018 18:51:42 +

Bug#887558: wine-development FTBFS on armel: selected processor does not support `strd r4,[sp]' in ARM mode

Source: wine-development Version: 3.0~rc3-2 Severity: serious Forwarded: https://bugs.winehq.org/show_bug.cgi?id=44365 Tags: upstream gcc -c -o relay.o relay.c -I. -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall \ -pipe -fno-strict-aliasing -Wdeclaration-after-statement

Bug#852494: wine: Add libwine.so and libwine.so.1 alternatives

On 01/10/2018 09:07 PM, Javier Serrano Polo wrote: > El dc 10 de 01 de 2018 a les 19:51 +0100, Jens Reyer va escriure: >> I'm not sure if you suggest to make libwine (instead of wine) the >> alternatives-master for all Wine packages - I think that wouldn't work, >> because

Bug#852494: wine: Add libwine.so and libwine.so.1 alternatives

Hi Javier and Mike, On 06/17/2017 11:16 PM, Michael Gilbert wrote: > control: tag -1 moreinfo > >> Please add a libwine.so.1 alternative to libwine packages, and >> libwine.so to libwine-dev ones. > > There are no reverse dependencies of libwine, so it is not clear to me > how this would

Bug#883973: fonts-wine: Please move the ttf/otf fonts to /usr/share/fonts

On 12/09/2017 11:01 PM, Rogério Brito wrote: > For the benefit of other programs (thinking here especially of evince/atril > and other PDF viewers, but also for people that need to collaborate with > Windows users in an office environment), please put the Tahoma clone and > other fonts under

Bug#885860: [pkg-wine-party] Bug#885860: wine registers mime handlers with too high priority

control: tags -1 + moreinfo Hi Michal On 12/30/2017 03:07 PM, Michal Suchanek wrote: > Package: wine > Version: 1.8.7-2 > Severity: important > > Hello, > > once you install wine text files open in notepad, pictures, PDFs and > HTML files in winebrowser. > > This breaks the desktop

Bug#884016: Again: Could not load wine-gecko. HTML rendering will be disabled.

control: reassign -1 src:wine-gecko-2.24 control: affects -1 src:wine-development Control: merge -1 824193 > On Sun, 10 Dec 2017 15:11:46 +0100, "Joerg Schiermeier, Bielefeld/Germany" > wrote: >> So: there is something wrong with wine-gecko I guess. This isn't new

Bug#881617: Bug#882325: marked as done (wine32: Cannot install wine32 on strech. libwine:i386 problem)

On 11/26/2017 09:19 PM, Michael Gilbert wrote: > From: Jens Reyer >> Clearly something wrong here, buster/sid mixed with stable. I'm closing >> the bug because mixed systems are not supported. > > This is a common misconception about Debian. Mixed suites are a > supp

Bug#881617: [pkg-wine-party] Bug#881617: wine-development: wine32 creates win64 prefixes: wine prefer win32 on amd64 while wineserver prefer win64

Oh, and about the inconsistency: yes, the wine wrapper /usr/bin/wine defaults to the loader (from wine32) /usr/lib/wine/wine, while the wineserver wrapper defaults to /usr/lib/wine/wineserver64. But that's absolutely correct: Even if you run a 32-bit prefix wineserver64 is the right choice, you

Bug#882325: [pkg-wine-party] Bug#882325: wine32: Cannot install wine32 on strech. libwine:i386 problem

control: tags -1 moreinfo Hi this is usually because of version mismatches between amd64 libraries and their i386 counterpart. Since Wine depends on *many* libraries which need to come from *both* an 32-bit architecture and an 64-bit architecture users are often hit by this issue. To figure out

Bug#858242: libwine: winemenubuilder creates .desktop files with invalid WINEPREFIX

Hi again Sven On 10/30/2017 05:56 PM, Sven Joachim wrote: > On 2017-10-29 21:04 +0100, Jens Reyer wrote: >> If this solves the issue we definitely should talk to upstream. > > That seems reasonable since the problem is not specific to Debian. Unfortunately I still can't reproduc

Bug#879453: wine32: Unmet dependencies in Stretch

On 11/04/2017 12:07 AM, Omar Jair Purata Funes wrote: > Apt policy reveals: > > apt policy libsystemd0 > libsystemd0: > Installed: 234-3~bpo9+1 > Candidate: 234-3~bpo9+1 > Version table: > *** 234-3~bpo9+1 100 > 100 http://deb.debian.org/debian stretch-backports/main amd64 >

Bug#879453: wine32: Unmet dependencies in Stretch

[Re-adding the bug in CC] On 11/03/2017 04:24 PM, Omar Jair Purata Funes wrote: > Tried to install it until finding a "stop". The first one came with > "libwine:i386", trying to install this library throws 2 more faulty > ones, libldap-2.4-2:i386 & libpulse0:i386, trying to install >

Bug#858242: libwine: winemenubuilder creates .desktop files with invalid WINEPREFIX

On 10/29/2017 08:43 PM, Sven Joachim wrote: >> However I'm still absolutely clueless and ask for help to solve this >> issue at its root: >> >> I see the check for the wineprefix starting with a "/" (slash, no >> quotation marks) in libs/wine/config.c[1], which is indeed the only >> place in the

  1   2   3   4   >