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
debian/fill.copyright
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)"
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 i
control: tags -1 + pending
Hi,
I just committed a patch that should fix that:
commit e3a8b8a90d62493f0097e4ff0d560743ca312c03
Author: Jens Reyer
Date: Fri Feb 5 05:47:38 2016 +0100
Move Wine binaries to common directory.
This fixes the WoW64 setup for wine-development (closes
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
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 libwi
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
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 inter
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 D'Vine" wrote:
>>> Hi!
>>>
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
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 fonts-win
control: tags -1 + pending
Hi,
thanks, this is already fixed in git:
commit d630ec8869c3a62cbabad1b6b4284ab931e222ae
Author: Jens Reyer
Date: Fri Feb 12 01:08:11 2016 +0100
Send script messages to STDERR.
Thanks Joerg Schiermeier.
Greets
jre
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
/
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
G
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 was just skype being a dick
Message
Subject: Re: Bug#807026: FTBFS on amd64
Date: Thu, 7 Jan 2016 17:29:57 +0100
From: Jens Reyer
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 ask: Which one of those files
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-depen
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 iss
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 ar
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 De
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 w
5071.html
http://lists.alioth.debian.org/pipermail/pkg-wine-party/2016-January/005121.html
[2]
commit 3cf3d9a3c0e0920792d481b0c7eb286278e7d51a
Author: Jens Reyer
Date: Mon Jan 11 01:31:20 2016 +0100
Adapt to new Debian /usr/bin/wineserver[-development].
-- System Information:
Debian Release: st
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.
On 01/11/2016 07:47 AM, Tobias Frost wrote:
> On Sun, 10 Jan 2016 17:09:31 +0100 Jens Reyer
> wrote:
>> control: tags -1 + pending
>>
>> On 12/27/2015 01:33 PM, Santiago Vila wrote:
>>> Package: src:wine-development
>>> Version: 1.7.55-4
>>>
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?
Since
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 f
topic 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
Date: Sun Mar 13 02:30:08 2016 +0100
Re-ena
control: tags -1 + pending
Hi,
I just pushed a commit to fix this, see below.
Greets
jre
commit a18275ca64d5f8674e978eb2ad4c4e7249800cd4
Author: Jens Reyer
Date: Sun Mar 13 02:37:18 2016 +0100
Drop version output.
Closes: #816017
Sources:
commit
commit b4e5b140010b0825a1b7f658e9bc2be56caba60a
Author: Jens Reyer
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=${datadir}/
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
Hi,
so 1.9.5-1 was not affected?
Do you get this in every window/app? I can't reproduce this, yet.
Do you have fonts-liberation installed?
Please try the following two things separately (maybe each time with a
new wineprefix):
First try some additional fonts from the wine source:
$ cd fonts/
$ s
control: block 814844 by -1
On 03/22/2016 10:41 PM, Joerg Schiermeier wrote:
> 1.) How to reproduce this error:
I can confirm that in Gnome now.
>> First try some additional fonts from the wine source:
>> $ cd fonts/
>> $ sudo cp marlett.ttf symbol.ttf tahomabd.ttf tahoma.ttf \
>> wingding.t
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 "f
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
https://bugzilla.redhat.com/show_bug.cgi?id=131295
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.
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 syste
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 foll
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 fo
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 f
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 i
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
- the
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 ./tools/m
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.
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
https://www.k
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
> th
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 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.
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:
B
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: 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
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 applicat
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,
But if configured, or if only "wine-development" is installed, you may now
+ use wine-development's commands without the "-development" suffix.
+
+ For more information on this please have a look at README.debian.
+
+ -- Jens Reyer Sun, 24 Jul 2016 23:43:42 +0200
+
wine-devel
control: tags -1 + patch
Hi Javier,
thanks again for your report. I added g++(-multilib) to recommends (not
depends) in wine-development for now, see commit below. I will add it to
wine later.
Greets
jre
commit a9bbdc75ff9ebe9c35ad0ff872a8df58cd24abfb
Author: Jens Reyer
Date: Thu Jul 28 15
This is documented in the README.debian, which also gives an explanation
why this doesn't happen automatically (I just added the last paragraph
with removal instructions in git master):
~
Automatically Launching Windows Executables
===
You can configure
control: tags -1 + pending
I just committed the changes to git stretch and master. wine needs to be
released before wine-development.
I'd be happy about any review. If I don't get any feedback and the
packages aren't in the archive, I'd push them there on August 8th or later.
Greets
jre
control: severity -1 serious
control: tags -1 + pending
On 23.07.2016 20:14, Andreas Metzler wrote:
> wine FTBFS against libgnutls28-dev 3.5.2-1 (avainable in experimental:
[...]
> This does not apply to wine-development 1.9.14-1, I guess
> http://source.winehq.org/git/wine.git/commitdiff/bf5ac53
Source: unicode-data
Version: 9.0-1
Severity: minor
Tags: patch
Hi,
I noticed that the typo fix xpecially/especially in d/rules isn't needed
anymore (no occurrence in Unihan_Readings.txt). Attached patch drops
this line.
Attached patch also refreshes the namealias.patch.
Greets
jre
diff --git a
Package: unicode-data
Version: 9.0-1
Severity: wishlist
Tags: patch
Hi,
can you add VerticalOrientation-NN.txt to the unicode-data package?
Upstream of src:wine and src:wine-development ships with code generated
from this file (currently they use rev. 15).
The latest approved revision is rev. 1
gnn, I forgot: you might want to fix the typo 827098/827908 in the last
changelog entry (bts is already fixed).
Updated patch with this change included attached.
diff --git a/debian/changelog b/debian/changelog
index f6c7345..7179054 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,
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 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 doesn
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 (
> https://www.freedesktop.org/software/appstream/docs/chap-Collecti
[ 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/22/2017 10:36 PM, Matthias Klumpp wrote:
> 2017-01-22 22:02 GMT+01:00 Jens Reyer :
>> The new wine-development now shows up in GNOME Software Center, the
>> installed status is correct and install/removal works.
>>
>> But wine is still broken in there (install sta
On 01/24/2017 12:42 AM, Matthias Klumpp wrote:
> 2017-01-22 23:02 GMT+01:00 Jens Reyer :
>> On 01/22/2017 10:36 PM, Matthias Klumpp wrote:
>>> 2017-01-22 22:02 GMT+01:00 Jens Reyer :
>>>> The new wine-development now shows up in GNOME Software Center, the
>&g
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:
>> https://buildd.debi
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 do
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 ca
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 i
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 that
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 goin
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 Integ
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
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
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
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 regressio
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: 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 problem
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
ently?
What happens if you delete and recreate your ~/.wine 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.
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):
>>
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
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 for
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 migrating
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
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 an
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 t
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.
W
erence. What do others think?
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
Date: Sa
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
> wrote:
>> On Tue, Jan 3, 2017 at 8:49 AM, Jens Reyer wrote:
>>> This meets my personal prefer
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 native as
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 Wi
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
jr
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 at
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
Source: gnupg2
Version: 2.1.14-5
Severity: normal
Hi
I (wine comaintainer) noticed that you use the command wine32 in the
autopkgtest. This command doesn't exist anymore, since we moved closer
to upstream and provide a shared WoW64 setup (this enables users to run
32-bit and 64-bit applications a
Control: tags -1 - moreinfo
Control: found -1 3.20.3-2
Hi
On 31.08.2016 06:09, Andreas Henriksson wrote:
> Are you still able to reproduce this issue? If so could you please
> provide a full backtrace including debugging symbols for it?
>
> https://wiki.debian.org/HowToGetABacktrace
Yes, still
Control: found -1 3.21.91-1
Hi Andreas
I updated my system as requested (had to uninstall the gnome metapackage
and some extensions).
I can still reproduce this for my regular user with mutter/gnome-shell
3.21.91-1, see attachment. All extensions were disabled.
However it now works for a fresh
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, 'uns
101 - 200 of 351 matches
Mail list logo