On 10/11/2017 08:08 PM, Sven Joachim wrote:
> On 2017-10-08 14:58 +0200, Jens Reyer wrote:
>
>> control: tags -1 + moreinfo unreproducible
>>
>> On 03/20/2017 05:22 PM, Jens Reyer wrote:
>>> On 03/20/2017 11:20 AM, Sven Joachim wrote:
>>>> wine: inval
control: tags -1 moreinfo
Hi Omar,
in order to work on this we need to know the name of the broken packages.
So first upgrade your package sources and then install wine32 from a
terminal, e.g.:
sudo apt update && sudo apt install wine32
and check its output. Then you should try to go down
On 07/21/2017 08:58 PM, Jens Reyer wrote:
> Package: khronos-api
> Version: 0~svn29735-1.1
> Severity: wishlist
>
>
> While working on #865307 and #865308 I saw that the Khronos Group moved,
> see
> https://cvs.khronos.org/svn/repos/ogl/trunk/doc/registry/public/README.t
Hi Holger,
thanks for the quick answer. Of course I understand you have to
prioritize overall performance over specific packages.
On 10/11/2017 07:46 PM, Holger Levsen wrote:
> I think you are better off with requesting the builds artifacts from our tests
> and then running diffoscope
Package: jenkins.debian.org
Severity: normal
Hi all,
as discussed on irc yesterday, I'd like to ask to increase the timeout
of diffoscope from 120 minutes to something more, e.g. 6 hours.
Reasoning is that the wine and wine-development packages always run into
this, probably just because they
control: tags -1 + moreinfo unreproducible
On 03/20/2017 05:22 PM, Jens Reyer wrote:
> On 03/20/2017 11:20 AM, Sven Joachim wrote:
>> wine: invalid directory "/home/sven/.wine" in WINEPREFIX: not an absolute
>> path
>>
>> Apparently the program was try
On 09/29/2017 03:26 PM, Laurent Bigonville wrote:
> It seems that the current version of wine is crashing with 2.8.1 version
> of freetype.
>
> This is already fixed upstream
Thanks Laurent.
Indeed this
is fixed in the *current development* version (Wine 2.18 released
2017-09-29; not yet, but
On 09/25/2017 05:32 PM, Alberto Garcia wrote:
> On Mon, Sep 25, 2017 at 05:14:21PM +0200, Jan Dittberner wrote:
>
>>> I can handle the NMU if the maintainer (Jan Dittberner) is busy /
>>> unavailable. Jan, are you reading this?
>>
>> Yes I read this, an NMU is welcome. I would also be happy if
Package: installation-reports
Severity: normal
Tags: newcomer
The installation with the mentioned installer worked quite fine.
Previously I tried the daily build (build date probably 2017-07-31): the
keyboard worked in the first screen for selecting the installation method (I
chose default), but
On 08/06/2017 10:38 AM, Niels Thykier wrote:
> I believe I got all the information I need to reproduce and fix the
> issue now. Thanks for finding this bug and reporting it. :)
Great, thanks again for your work!
Package: debhelper
Version: 10.7.2
Severity: normal
Hi,
I'm trying to build wine in compat 11, but the --binary-arch build fails
on the binary package wine, which is "Architecture: all" - so it
shouldn't be built at all here.
I'm not sure if this is related to (the fix for) #863887 (debhelper:
On 08/01/2017 11:30 PM, Jens Reyer wrote:
> Maintainer fields aren't mentioned explicitly in policy 5.11, while
> large parts of Debian take a very liberal stance at NMUs nowadays.
s/policy/debian reference/
Anyway, what I meant is afaic there is no rule about it.
Hi Mike
On 07/31/2017 05:11 AM, Michael Gilbert wrote:
> On Fri, Jul 21, 2017 at 3:03 PM, Jens Reyer wrote:
>> I just uploaded 0~svn33340-0.1 to delayed/10, debdiff attached.
>>
>> Changelog:
>>
>> khronos-api (0~svn33340-0.1) unstable; urgency=medium
>>
&
On 07/26/2017 11:05 AM, Gianfranco Costamagna wrote:
> control: reopen -1
> control: tags -1 patch
>
>> No, they get to deal with the problems they create for themselves.
>
> while this is true in general, in this particular case this is a problem in
> Debian too, when different versions of
>
Package: khronos-api
Version: 0~svn29735-1.1
Severity: wishlist
While working on #865307 and #865308 I saw that the Khronos Group moved,
see
https://cvs.khronos.org/svn/repos/ogl/trunk/doc/registry/public/README.txt:
~
As of 2017-01-21, the OpenGL Registry has been MOVED to
control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=784223
control: found -1 3.22.4-2
On 07/20/2017 07:27 AM, intrigeri wrote:
> The Mutter 3.24.4 announcement says that
> https://bugzilla.gnome.org/show_bug.cgi?id=784223 has been fixed.
> I suspect this is the same bug as this one.
control: tags -1 patch
Hi
On 07/12/2017 09:03 PM, Niko Tyni wrote:
> Package: wine
> Version: 1.8.7-2
>
> This package fails to build on current sid.
>
> From the timing I'm guessing it regressed with unicode-data_10.0.0-1.
> ./tools/make_unicode
> unknown matra Bottom_And_Left at
Hi Mike
On 07/03/2017 06:34 AM, Hugh McMaster wrote:
> This bug is still present. Has any progress been made on resolving this issue?
>From all I know this is the correct fix. See also
https://wiki.debian.org/MultiArch/Hints#ma-foreign
Mike, I'd like to NMU with
- the patch from this bug
-
I'm just catching up, and am not working on Wine yet. So just fyi
recently there was a patchset at WineHQ for Unicode 10:
https://www.winehq.org/pipermail/wine-patches/2017-July/163321.html
https://www.winehq.org/pipermail/wine-patches/2017-July/163322.html
That one got rejected, but I assume
Package: gdebi
Version: 0.9.5.7+nmu1
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Hi!
With wine32:i386 installed on an amd64 system, gdebi incorrectly says
"Status: Error: no longer provides wine32".
However it displays the "Included files" correctly (fun
Package: synaptic
Version: 0.84.2
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Hi!
With wine32:i386 installed on an amd64 system, synaptics still claims in
the "wine32:i386 Properties - Installed Files" tab: "The list of
installed files is only available
On 20.06.2017 23:51, Aniol Martí wrote:
> I'm not able to install "wine32" in Debian Sid (64 bits).
>
> First I have added an extra arch:
> # dpkg --add-architecture i386
> # apt update
>
> Then, I have tried to install wine32:
> # apt install wine32
>
> But I get the following error:
> The
Control: tags -1 - moreinfo
On 04/01/2017 03:03 PM, Niels Thykier wrote:
> Please go ahead and remove the moreinfo tag once it has been built on
> all relevant release architectures.
I uploaded wine/1.8.7-2 to unstable yesterday.
It is now built on all relevant architectures.
Thanks again!
jre
Hi again
On 03/21/2017 05:40 PM, Jens Reyer wrote:
> Please unblock package wine/1.8.7-2 (pre-approval, 1.8.7-1 is in
> experimental).
>
> I ask to make an exception of the freeze policy for upstream's last
> and final update for their old stable release series 1.8. I know
>
Hi!
On 03/20/2017 11:20 AM, Sven Joachim wrote:
> wine: invalid directory "/home/sven/.wine" in WINEPREFIX: not an absolute path
>
> Apparently the program was trying to run winebrowser from one of my
> .desktop files under ~/.local/share/applications/, those look like this:
This was already
On 03/16/2017 03:06 PM, Jens Reyer wrote:
> [ CC'ing the thunderbird-bug #857755 (Please do not associate
> application/octet-stream with thunderbird), which targets the same
> issue. Unfortunately I can reproduce this issue in firefox with both
> the unfixed thunderbird 1:45.8.0-1 an
:45.8.0-1 and the "fixed" 1:45.8.0-2 again. ]
On 03/09/2017 04:06 PM, Jens Reyer wrote:
> However luckily it seems thunderbird 1:45.7.1-2 fixes this - firefox now
> correctly recognizes that it is already the default app.
>
> Therefore closing (although I still don't know w
Hi Carsten (and/or Chris),
attached is a new patch with 2 fixes and some (more or less pedantic)
nitpicking. It's based on b5fd889 in Carsten's github repo (I didn't
review every change, but it looks very good!).
You can see the single changes in the branch jre/migration20170301 at
Package: thunderbird
Version: 1:45.7.1-1
Severity: normal
Hi
the thunderbird binary is installed twice:
$ dpkg -S /usr/lib/thunderbird/thunderbird*
thunderbird: /usr/lib/thunderbird/thunderbird
thunderbird: /usr/lib/thunderbird/thunderbird-bin
$ sha256sum /usr/lib/thunderbird/thunderbird*
control: tags -1 + patch
control: tags 855265 + patch
control: tags 855391 + patch
control: tags 855286 + patch
Hi,
this patch is for several things from the thread at debian-devel and
some related bugs. Not sure if you've already been working on this, but
I hope this patch helps. Just tell me
On 02/14/2017 09:55 PM, Rick Lutowski wrote:
> On 02/14/2017 07:06 AM, Jens Reyer wrote:
>> since you seem to use your system for some years now without cleaning
>> config files in /home: can you please execute the following commands to
>> look for more iceweasel files (fir
Hi Rick,
since you seem to use your system for some years now without cleaning
config files in /home: can you please execute the following commands to
look for more iceweasel files (first command), or files referencing
iceweasel (second command, this might take a while):
$ find .config/ .local/
On 02/13/2017 10:59 AM, Paul van der Vlis wrote:
> Is the old 1:45.1 version from before the security patch somewhere
> available? And the patch?
http://snapshot.debian.org/package/icedove/
You can also use debsnap from the devscripts package, for example:
$ debsnap -v -d . icedove
control: reassign -1 src:firefox-esr 45.7.0esr-4
control: severity -1 important
control: tags -1 + patch
Reassigning to the version I actually use. Raising severity, but that's
the maintainer's decision. This should be fixed for all released
firefox packages.
Attached is a patch that removes
control: tags -1 + patch
Hi,
I went ahead and made some changes. I didn't follow my previously
suggested plan, but went for removing the old .desktop files.
Attached are 3 patches. I successfully tested them with Rick's files
(see my previous comment).
I'll propose something similar for
Package: firefox-esr
Version: 45.7.0esr-3
Severity: normal
Control: found -1 45.7.0esr-1
Control: affects -1 thunderbird
Hi
in a clean system, with no previous mime entries in
~/.config/mimeapps.list and ~/.local/share/applications, and firefox
enabled to check if it is the default app:
Package: firefox-esr
Version: 45.7.0esr-3
Severity: normal
Control: found -1 45.7.0esr-1
Control: affects -1 thunderbird
Hi
in a clean system, with no previous mime entries in
~/.config/mimeapps.list and ~/.local/share/applications, and firefox
enabled to check if it is the default app:
control: clone -1 -2
control: retitle -1 icedove: transition old userapp .desktop file
control: retitle -2 firefox: transition old userapp .desktop file
tl;dr for the firefox and thunderbird maintainers:
The files
~/.local/share/applications/userapp-Icedove-*.desktop
On 02/06/2017 05:38 PM, Rick Lutowski wrote:
> On 02/06/2017 09:34 AM, Jens Reyer wrote:
>> Hi Rick,
>>
>> [I'm currently investigating a similar issue here (yay, another one ;).]
>>
>> Can you post the content of these two files (if they exist on your
>&
Hi Rick,
[I'm currently investigating a similar issue here (yay, another one ;).]
Can you post the content of these two files (if they exist on your system):
~/.config/mimeapps.list
~/.local/share/applications/mimeapps.list
On 12/30/2016 08:46 PM, Rick Lutowski wrote:
> You mean
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=22974
control: tags -1 - moreinfo + upstream
On 01/15/2017 04:17 AM, Marc Dequènes (duck) wrote:
> On 2017-01-15 07:30, Michael Gilbert wrote:
>
>> I don't think this is the same issue. I think he is referring to the
>> Desktop
Hi Mattia
On 02/02/2017 07:44 PM, Mattia Rizzolo wrote:
>> Wow, I admit I didn't have a look at the pbuilder manpage for a long
>> time, but indeed this is very well described there. With this new
>> knowledge I'm totally fine with this change.
>
> Are you?
> As said, there are no way -S is
On 02/02/2017 02:30 PM, Steve McIntyre wrote:
> Dropping the -nostdlib argument to the gcc call inside sonames2elf
> makes a difference - it'll add libc6 to the mix and force the output
> to match the system you're building for. You may then need to filter
> out the libc6 entry afterwards, but
On 02/01/2017 08:42 PM, James Clarke wrote:
> For source-only builds, I don't understand why you would want to perform the
> build in a chroot. You already have to be able to build the source package
> outside the chroot, which then gets copied into the chroot, unpacked and a new
> source package
Package: cowbuilder
Version: 0.84
Severity: important
Hi,
after the recent cowbuilder update my gbp build script started to fail
for binary-indep-only (-A) and source-only builds (-S), complaining
about a missing *_amd64.changes file (see log below).
I assume the recent changes in cowbuilder
On 02/01/2017 04:34 PM, Steve McIntyre wrote:
> Hey folks,
>
> On Wed, Feb 01, 2017 at 05:08:50AM +0100, Guillem Jover wrote:
>> On Tue, 2017-01-31 at 22:44:36 +, James Cowgill wrote:
>>>
>>> Here libgsm.so has neither HARD or SOFT flags set. Also, asking gcc to
>>> generate a library which
On 02/01/2017 05:08 AM, Guillem Jover wrote:
> On Tue, 2017-01-31 at 22:44:36 +, James Cowgill wrote:
>> The new ABI mismatch detector seems to be a bit too strict on armel and
>> armhf.
Thanks to both of you for quickly handling this!
>> This was first seen with wine:
>>
On 01/24/2017 12:42 AM, Matthias Klumpp wrote:
> 2017-01-22 23:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>:
>> On 01/22/2017 10:36 PM, Matthias Klumpp wrote:
>>> 2017-01-22 22:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>:
>>>> The new wine-develop
On 01/22/2017 10:36 PM, Matthias Klumpp wrote:
> 2017-01-22 22:02 GMT+01:00 Jens Reyer <jre.wine...@gmail.com>:
>> The new wine-development now shows up in GNOME Software Center, the
>> installed status is correct and install/removal works.
>>
>> But wine is stil
[ Wine in GNOME Software Center ]
On 01/21/2017 12:24 AM, Jens Reyer wrote:
> Can anybody else check this, to rule out me messing with my system
> during working on this?
>
> The installed status should be correct, and install/remove work.
> "Launch" will not work, tha
On 01/19/2017 09:14 PM, Matthias Klumpp wrote:
> Looks like GNOME Software chokes on the project_group being set to a
> group it has no knowledge of and trashes the component directly...
> Removing the group and adding categories (
>
Hi again Matthias
On 01/17/2017 08:17 PM, Matthias Klumpp wrote:
> Anyway, Wine is now in the metadata, and after the next dinstall run
> it should show up in GNOME Software.
> https://appstream.debian.org/sid/main/metainfo/wine.html
Thanks, the link works fine! But unfortunately wine still
Hi Matthias
tl;dr: it seems it's not working with appstream-generator (?) yet.
Can/Should we (Wine) do something?
On 01/14/2017 03:06 AM, Jens Reyer wrote:
> Thanks again, also for the quick update of the documentation!
>
> On 01/13/2017 06:26 PM, Matthias Klumpp wrote:
>>>
Hi
On 01/14/2017 06:36 AM, Marc Dequènes (duck) wrote:
> Since a few versions at least (but was away from gaming for some time),
> after the registry is upgraded when first running a new Wine version, my
> custom Desktop Integration paths are reset to default. Needless to say
> it is annoying.
Thanks again, also for the quick update of the documentation!
On 01/13/2017 06:26 PM, Matthias Klumpp wrote:
>>> P.S: Let me know when an updated Wine is uploaded, this will be the
>>> only app I know which does not use the metainfo file to augment a
>>> .desktop file, and I am curious to see if
Thanks a lot Matthias!
On 01/12/2017 07:40 PM, Matthias Klumpp wrote:
>> There is a wine.desktop, but for other reasons we only ship it as an
>> example. Still, other distros probably install it. However that
>> .desktop file has "NoDisplay=true" so afaik it wouldn't be used for
>> AppStream
Hi Matthias,
I'm working on an AppStream file for Wine (winehq.org), mainly to have
it shown in the Software Center. I'm mostly done by now (initial version
attached, icons are not finished yet, and stuff in there is still static).
Now I got a few questions. I hope you can help me, or tell me a
On 10.01.2017 17:25, Rene Engelhard wrote:
> tag 646693 + pending
Thanks!
>> So it seems that thunderbird will be part of stretch, either from the
>> beginning [...]
>
> I don't see that happening yet, or do you have word that this will be uploaded
> to stretch RSN to have a chance of
control: affects -1 thunderbird
Hi Rene
thunderbird was uploaded to experimental today (in src:icedove 1:45.6.0-1).
So it seems that thunderbird will be part of stretch, either from the
beginning on or later via an security update. Please upload a fix before
January 25th.
Greets and thanks
On 05.01.2017 17:44, Jens Reyer wrote:
> On 05.01.2017 16:17, James Lu wrote:
>> That looks good, though I would recommend removing .vbs (VBScript) and
>> .url (Windows bookmark) from the blacklist as well, because those are
>> fairly Windows specific files.
>
> Tha
On 20.12.2016 05:55, Jeremy Bicha wrote:
> The next version of Debian will ship gnome-software by default in the
> GNOME version. Currently, wine does not show in the Software app if it
> is not already installed.
Yes, we should fix that, and I hope we get that done for stretch.
> When I look
control: tags -1 + moreinfo unreproducible
control: severity -1 minor
Hi Vincent,
are the tests that you run available somewhere, so that I can try to
reproduce this?
Since this seems to affect only your tests, I'm downgrading the
severity, like we do for other app-specific problems.
Greets
On 05.01.2017 16:17, James Lu wrote:
> That looks good, though I would recommend removing .vbs (VBScript) and
> .url (Windows bookmark) from the blacklist as well, because those are
> fairly Windows specific files.
Thanks. However after thinking about this today I think we should make
sure that
On 05.01.2017 02:03, Jens Reyer wrote:
> I will probably commit this tomorrow. We may add some information to the
> README about this, and how to create an association manually.
Alternatively we may change wine.inf (drop "-a") which should help
normally (?) to prevent nat
Thanks everyone for the feedback! I've been digging through this today.
On 04.01.2017 21:11, Stephen Kitt wrote:
> On Tue, 3 Jan 2017 09:06:21 -0500, Michael Gilbert <mgilb...@debian.org>
> wrote:
>> On Tue, Jan 3, 2017 at 8:49 AM, Jens Reyer wrote:
>>> This meets my p
ink?
Besides that I want to look a bit more into this to understand
winemenubuilder better, and then discuss it with upstream.
Any tests or feedback is welcome.
Greets
jre
>From a5fa99f73004f584cfcfce56921212aac7aa743a Mon Sep 17 00:00:00 2001
From: Jens Reyer <jre.wine...@gmail.com>
Da
On 09.12.2016 17:24, Vincent Lefevre wrote:
> On 2016-12-09 16:44:52 +0100, Jens Reyer wrote:
> This is bad. I think that the main problem is that Wine creates files
> that will take precedence without the user's consents. But even if
> the user wants Wine's desktop files, they shoul
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=28159
control: tags -1 - moreinfo unreproducible
The upstream bugreport #28159 requests to not create *native*
associations for xml and html. But it also states that for *Wine* to
know how to open these file types with a native
control: tags -1 + patch
Hi Carsten
On 25.10.2016 07:28, Carsten Schoenert wrote:
> On Mon, Oct 24, 2016 at 10:22:58PM +0200, Jens Reyer wrote:
>> The changes have been committed upstream by now (Target Milestone:
>> Thunderbird 52.0).
>
> thanks for figuring out
On 02.12.2016 08:28, Carsten Schoenert wrote:
> Hello Jens,
>
> On Sat, Nov 12, 2016 at 04:53:22PM +0100, Jens Reyer wrote:
> [...]
>> 4. Or fix mimeTypes.rdf (replace all broken "/usr/bin/iceweasel"
>>occurrences (requires icedove restart):
>>
directory?
Finally, which desktop environment are you using? Since when? (I use
Gnome here and recently reinstalled my system, but copied over
some configuration in /home.)
Greets
jre
Description: Disable installation of some .desktop files.
Author: Jens Reyer <jre.wine...@gmail.com>
Bug-Debian: htt
On 24.11.2016 01:34, Peter Colberg wrote:
> Assuming 4.9 becomes the stretch kernel, could you backport the patch?
According to
https://lists.debian.org/debian-devel-announce/2016/03/msg0.html it
will be 4.10.
Greets
jre
control: severity -1 important
Hi Vincent,
this only affects users that actually use Wine (if at all, see below).
Only then the .desktop file gets created (e.g. on running "winecfg" the
first time). Downgrading to important for now.
Funnily I can't reproduce this here. Despite having the
On 23.11.2016 18:06, Matthias Klose wrote:
> ta, and the fix will be in the next binutils upload too.
Great, given your recent binutils upload rate I expect that to happen
soon. So I'll probably stay lazy and avoid changing wine-development.
Control: reassign 845171 winbind/2.27.51.20161118-2
Control: affects 845171 wine-development
Control: tags 845171 - help moreinfo
Control: tags 845452 = patch
[ Referencing the other related bug here. ]
Matthias Klose wrote in https://bugs.debian.org/844847#35
> This looks like another
On 21.11.2016 22:07, Michael Gilbert wrote:
> On Sun, Nov 20, 2016 at 9:16 PM, Jens Reyer wrote:
>> wine-development 1.9.22-1 (in stretch) built successfully on all
>> architectures when it was uploaded to unstable, but fails to
>> build in a stretch environment on i386 now
Source: wine-development
Version: 1.9.22-1
Justification: FTBFS on i386, armel and armhf
Severity: serious
Tags: help
wine-development 1.9.22-1 (in stretch) built successfully on all
architectures when it was uploaded to unstable, but fails to
build in a stretch environment on i386 now (amd64 is
control: reassign -1 src:wine-development
control: found -1 1.9.22-1
control: severity -1 minor
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41733
Hi Loreno,
(first off, please use reportbug to report bugs and don't change
Source/Package or Version. A version "development" does
control: found -1 icedove/1:45.4.0-1.1
Hi,
I was also affected by this with my existing icedove profile, but
can't reproduce it in a fresh profile.
Turns out in some places my icedove config (mimeTypes.rdf) still
carried "iceweasel", but I already had uninstalled the "iceweasel"
transitional
control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=497488
control: tags -1 + fixed-upstream
Hi again,
I again had issues subscribing to a feed getting only the meaningless
error message "The Feed URL could not be found. Please check the name
and try again".
So I tested a new
Package: calypso
Version: 1.5-3
Severity: normal
Hi,
while trying to import the .ics of my old exported ownCloud calendar
calypso gave thousands of lines with:
No module named pytz
This was not critical, just spamming the terminal. I didn't explicitly
check the imported data.
Installing
Package: calypso
Version: 1.5-3
Severity: normal
Hi,
I tried to import the .ics of my old exported ownCloud calendar,
but this failed with an UnicodeDecodeError. You may reproduce this
(note the accent in Café):
$ cat calypso-unicode-bug.ics
BEGIN:VCALENDAR
VERSION:2.0
BEGIN:VEVENT
SUMMARY:Café
control: tags -1 + moreinfo
Hello Fulano Diego Perez,
do you still experience the sound issues you had in the current wine
1.8.5-1? There have been several sound related changes both in the
Debian packaging and the Wine code itself since you reported this.
Please report back in any case!
Followup-For: Bug #837177
Control: tags -1 - newcomer
[ Removing the tag newcomer which is meant for easy bugs with a known
solution, see https://www.debian.org/Bugs/Developer#tags ]
Summary:
I could reproduce this, but since yesterday it's working again *without*
updating icedove itself.
control: retitle -1 wineboot silently ignores unknown WINEARCH
control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=41378
control: severity -1 minor
Hi
On 09/21/2016 12:40 PM, Ph. Marek wrote:
> The man page talks about WINEARCH, but lists wrong values.
No, you're on the wrong track
control: tags -1 + patch
Hi Joseph,
On 05/28/2016 10:49 PM, Joseph Bisch wrote:
> I'll make the "Depends" line be:
>
> wine | wine-development,
>
> and the "Recommends" line be:
>
> wine (>= 1.8-2) | wine-development (>= 1.9.1-1),
This is probably indeed the correct setup to reflect all
Control: reassign -1 src:git 1:2.9.3-1
Control: retitle -1 [git] Please add dependency on "meld"
Control: found src:git 1:1.7.10.4-2
Control: tags -1 + patch
Hi,
On 11/05/2013 at 10:47, Jens Reyer wrote:
> for creating an "External diff" gitk requires "meld"
control: found -1 mutter/3.21.91-2
Hi Andreas Henriksson,
I think I found how to reproduce this:
In a freshly installed Stretch system (my main machine) this happens
only if you've set in the Gnome Tweak Tool:
Desktop - Icons on Desktop - On
After this as previously described:
Workspaces -
control: found -1 3.14.4-1~deb8u1
I just reproduced the crash on a freshly installed *Jessie* laptop (only
the tasks Gnome, ssh-server, system utils, and the packages etckeeper
and smartmontools* installed, nothing else, no changes).
So I can/could reproduce this on 3 machines:
2x on Jessie
1x
control: tag -1 + pending
On 13.09.2016 21:18, Jens Reyer wrote:
> jreyer-guest pushed a commit to branch master
> in repository wine.
>
> commit 8103285d2870713930df7004a2afa292902461af
> Author: Jens Reyer <jre.wine...@gmail.com>
> Date: Tue Sep 13 21:17:02 2016
On 11.09.2016 05:41, Javier Serrano Polo wrote:
> Package: wine32-tools
> Version: 1.8.4-1
> Severity: wishlist
> Tags: upstream
>
> RemoteVstPlugin from lmms-vst-server is compiled with wineg++. The build
> is not reproducible because the name of a temporary file is included.[1]
> The function
On 07.09.2016 20:27, Jens Reyer wrote:
> I think I can reproduce this: Wine starts a
> wineserver which all other Wine processes connect to. This wineserver
> has to be from the same build as the connecting process. Now if wine
> (stable)'s wineserver is already running and I then
Or maybe use
http://web.archive.org/web/*/http://q4wine.brezblock.org.ua/
That's what you get if you enter the homepage on archive.org.
This URL will always work, give at least less an impression of an
abandoned project, and should be available e.g. in Russia.
The only drawback is it might be
Thanks for your explanation, that clarifies things for me.
On 06.09.2016 15:33, Boris Pek wrote:
> Hi,
>
>> I (co-maintainer of Wine) just saw on
>> https://wiki.winehq.org/Third_Party_Applications
>> that q4wine is listed as an obsolete application. [...]
> Now main developer came back to
On 07.09.2016 22:42, Erik de Castro Lopo wrote:
> Jens Reyer wrote:
>
>> Hmm, probably that points to the same issue as in
>> https://bugs.debian.org/836911.
>>
>> I assume that Wine forks permanently if another wineserver is already
>> running. So doe
On 04.09.2016 15:12, Jens Reyer wrote:
> Hi,
>
> thanks for your report.
>
> I can't really read backtraces, but wonder if these identical lines are
> normal:
>
>> 22 0x7bf00d99 _start+0x28() in (0x)
> [...]
>>
Hi,
thanks for your report. I think I can reproduce this: Wine starts a
wineserver which all other Wine processes connect to. This wineserver
has to be from the same build as the connecting process. Now if wine
(stable)'s wineserver is already running and I then start
wine-development I can
Hi,
thanks for your report.
I can't really read backtraces, but wonder if these identical lines are
normal:
> 22 0x7bf00d99 _start+0x28() in (0x)
[...]
> 200 0x7bf00d99 _start+0x28() in (0x)
Maybe try to install the dbgsym packages for at
Source: q4wine
Version: 1.3.1-1
Severity: minor
Hi,
I (co-maintainer of Wine) just saw on
https://wiki.winehq.org/Third_Party_Applications
that q4wine is listed as an obsolete application. So I wanted to see why
q4wine is still in Debian ...
However after a bit of investigation it looks to me
Package: debhelper
Version: 9.20160814
Severity: minor
Tags: patch
Hi,
minor typo in the manpage, see attached patch.
Greets
jre
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-debug'), (500,
101 - 200 of 351 matches
Mail list logo