Bug#499467: [reportbug-ng] Show links to websites for better bugreports

Package: reportbug-ng Version: 1.1.1 Severity: wishlist --- Please enter the report below this line. --- I propose that reportbug-ng shows links to websites for better bugreports for certain packages. E.g. when filing a bug against the kernel there could be a popup window: Please have a

Bug#490212: [hplip] hplip: wrong placing of hp-systray icons also on gnome (Lenny)

Package: hplip Version: 2.8.6.b-1 --- Please enter the report below this line. --- I had this problem, too. Running *Gnome* with Debian Lenny: HPLIP Status Service was a separate window instead of being in the systray. force_qt4 = False to force_qt4 = True at line 63 of

Bug#352697: debconf config file

debconf config file -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#607101: [desktop-base] spacefun-wallpaper.svg is labelled Debian Lenny instead of Debian Squeeze

Package: desktop-base Version: 6.0.2 Severity: minor --- Please enter the report below this line. --- Hi when I go to System - Preferences - Appearance - Background and hover the mouse over the new default theme icon spacefun-wallpaper.svg I read Debian Lenny. I guess that should be Debian

Bug#528998: [dmraid] grep isn't included in initrd but needed by dmraid-activate

Package: dmraid Version: 1.0.0.rc15-7 --- Please enter the report below this line. --- I had this here, too. And your solution fixed it, too. I had no real problems, just this message during boot. I guess I don't really use dmraid at all. Perhaps it's helpful to know that I played around with

Bug#351580: [svk] bash-completion offered by package bash-completion

Package: svk Version: 2.0.2-3 The package bash-completion offers svk support. So these two longstanding wishlist bugs could be closed, if svk had a dependency Recommends:bash-completion I don´t know since when bash-completion supports svk. I found nothing in the changelog. --- Package

Bug#490212: Bug notfound in hplip 3.9.12-2: wrong placing of hp-systray icons on kde4

notfound 490212 3.9.12-2 thanks In my current Squeeze (Gnome) installation this bug doesn't exist any more. I just don't close the bug, because I'm not the submitter. Bruce Sass wrote: If so, it looks like the best way to fix your problem is to change: force_qt4 = False to force_qt4 =

Bug#686206: [icedove] Please clarify the relation between iceowl-extension, lightning and sunbird

* 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 jens.re...@googlemail.com Date

Bug#707790: [gitk] Please add dependency on meld

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

Bug#696879: [heimdall-flash] Please add conflicts to upstream's deb packages

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

Bug#716889: [playonlinux] Please update dependency on curl from Suggests to Depends

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

Bug#758168: Another missing wine-development in the new wine-development packages

I hope this is the last one. I guess no separate bug report necessary: /usr/bin/wine-development (debian/scripts/wine) recommends to install wine32. I guess this should be wine32-development instead: --- snip --- elif test -x $wine64; then wine=$wine64 if [ $(dpkg --print-architecture) =

Bug#742561: [pkg-wine-party] Bug#742561: Status of these bugs

On 09/28/2014 04:13 AM, Michael Gilbert wrote: On Sat, Sep 27, 2014 at 9:56 PM, jre wrote: the bugs #742561 and #762058 are marked as pending in reportbug, however I see no trace of this in their bug logs. Is this some bug in bugs.d.o? Not sure how you're seeing that. I don't see it in

Bug#789065: [pkg-wine-party] Bug#789065: [wine] Wine can't start, after installation.

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

Bug#796758: Update dependency on wine-gecko to 2.40.

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

Bug#793879: Failed to connect to the mount manager in win64

control: reopen -1 Reopening. On Tue, Jul 28, 2015 at 7:47 AM, Eric Christensen $ winecfg fixme:service:scmdatabase_autostart_services Auto-start service LMountMgr failed to start: 2 err:winecfg:open_mountmgr failed to open mount manager err 2 I just noticed this can be reproduced even

Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: Bug#793551: wine-development: Consider providing through Backports instead of Stable

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

Bug#796758: [pkg-wine-party] Bug#796758: Bug#796758: Update dependency on wine-gecko to 2.40.

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 my changes only (without a changelog entry

Bug#796819: [pkg-wine-party] Bug#796819: WoW stops working with version 1.7.50-1

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

Bug#803349: pepperflashplugin-nonfree: Fails without giving an error message

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): $

Bug#804783: libconfig-model-dpkg-perl: No documentation of fill.copyright.blanks.yml

Package: libconfig-model-dpkg-perl Version: 2.069 Severity: minor Hi, using scan-copyrights I get output like this for some files: Path debian/copyright.new has no license info. Add a line in debian/fill.copyright.blank file 1.) This is misleading, the correct filepath is

Bug#803778: wine-development: arch all FTBFS on 64-bit architectures

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

Bug#804046: No wine-development package and so not binary available anymore

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*

Bug#804046: No wine-development package and so not binary available anymore

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

Bug#803480: marked as done (wine: arm/el/hf port ?)

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

Bug#792125: [wine] 01/01: Suggest to install dosbox.

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 wine.

Bug#801519: wine: no funciona

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

Bug#801615: dosbox: Please allow dosbox to satisfy dependencies from other architectures (Multi-Arch: foreign)

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

Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports

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 debdiff *.dsc

Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports

On 08/29/2015 01:38 PM, Stephen Kitt wrote: On Sat, 29 Aug 2015 13:27:56 +0200, Stephen Kitt sk...@debian.org wrote: On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer jre.wine...@gmail.com wrote: wine-development is not yet in testing, but will probably enter tomorrow. Then it would be great

Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports

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 advance to mentors.d.o and push the changes to the git

Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development and khronos-api uploads to jessie-backports

On 08/29/2015 01:38 PM, Stephen Kitt wrote: On Sat, 29 Aug 2015 13:27:56 +0200, Stephen Kitt sk...@debian.org wrote: On Sat, 29 Aug 2015 07:15:07 +0200, Jens Reyer jre.wine...@gmail.com wrote: wine-development is not yet in testing, but will probably enter tomorrow. Then it would be great

Bug#793551: wine-development and khronos-api uploads to jessie-backports

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 the changes file. Although

Bug#798387: [wine] Evernote 5.9 do not update notes on video

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

Bug#732968: [pkg-wine-party] [wine] 01/01: Move files in /usr/include to arch specific directory.

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 <jre.wine...@

Bug#732968: [pkg-wine-party] [wine] 01/01: Move files in /usr/include to arch specific directory.

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 \ &

Bug#732968: [wine] 01/01: Move files in /usr/include to arch specific directory.

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

Bug#732968: [wine] 01/01: Move files in /usr/include to arch specific directory.

I downloaded the libwine-development-dev_1.7.51-1_[i386|powerpc].deb packages. Indeed the files in /usr/include are identical now.

Bug#789092: dosbox: please improve interoperability with wine

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

Bug#792125: Should suggest or recommend dosbox for DOS binary support

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

Bug#784855: pytrainer disappeared from repositories (jessie and up)

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

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

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

Bug#792695: wine: Please provide /usr/bin/wineconsole

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

Bug#807045: winetricks output: wineserver not found!

Hi, do you have wine32 installed? If not please execute: sudo dpkg --add-architecture i386 && sudo apt update && sudo apt install wine32 Greets jre

Bug#807045: winetricks output: wineserver not found!

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

Bug#807403: wine: Sound doesn't work anymore with Windows games

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

Bug#807045: winetricks output: wineserver not found!

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

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

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#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#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#807403: Bug#807403: wine: Sound doesn't work anymore with Windows games

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.winehq.org/show_bug.

Bug#807403: [pkg-wine-party] Bug#807403: wine: Sound doesn't work anymore with Windows games

ject: [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 <jreyer-gu...@moszumanska.debian.org> Reply-To: Jens Reyer <jre.wine...@gmail.com> To: pkg-wine-pa...@lists.alioth.debian.org This is an automated email f

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#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#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#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#806201: [pkg-wine-party] Bug#806201: wine 1.8~rc1 don't start 64 bit exe files

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

Bug#805655: wine-development: FTBFS on hurd-i386

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

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

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

  1   2   3   4   >