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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#352697: debconf config file

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

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

<    1   2   3   4