Bug#793879: [pkg-wine-party] Bug#793879: wine: Failed to connect to the mount manager
control: severity -1 normal Hi, wine works fine for lots of users for lots of applications. Therefore downgrading the severity. Like Austin I have the strong feeling that you are working with a broken wineprefix. Did you install a 64-bit application? This would have been in ~/.wine64, not ~/.wine. If installing the windows app in a new wineprefix doesn't help, you may try the wine-development package instead of wine. It has a much newer wine version (but you still have to install your windows app new!). If you want to use the wine-development package, you have to use the command wine-development instead of wine. Please report back. Greets jre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786519: libwine:amd64: trying to overwrite shared '/usr/share/wine/wine/fonts/sserifee.fon'
On 06/01/2015 02:15 PM, Pascal Legrand wrote: Do we have to use workaround or the bug will be solved ? It's already fixed in wine 1.6.2-22, which currently waits in the new queue (https://ftp-master.debian.org/new.html). Greets jre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783154: libwine-development: cannot be installed - try to overwrite ...
Control: forcemerge 781557 -1 Hi, this was already reported, merging the bugs. It should be fixed in 1.7.41-2, which is currently in the new queue: https://ftp-master.debian.org/new/wine-development_1.7.41-2.html Greets jre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782075: gnome-tweak-tool: Crashes Gnome when reducing Number of Workspaces
Package: gnome-tweak-tool Version: 3.14.2-2 Severity: serious Justification: causes data loss Hi, reducing the Number of Workspaces (for Workspace Creation Static) in the Workspaces tab of Gnome Tweak Tool crashes the whole Gnome session: Oh no! Something has gone wrong. A problem has occured and the system can't recover. All extensions have been disabled as a precaution. Therefore all unsaved changes in any running application are lost and extensions have to be reenabled manually. I noticed this on a fresh (2015-04-05) Jessie installation with no extensions. I can reproduce it here on my daily-use-laptop Jessie installation. Thanks jre -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-tweak-tool depends on: ii gir1.2-gnomedesktop-3.03.14.1-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-notify-0.7 0.7.6-2 ii gir1.2-soup-2.42.48.0-1 ii gnome-shell-common 3.14.2-3 ii gsettings-desktop-schemas 3.14.1-1 ii mutter-common 3.14.2-1 ii python 2.7.9-1 ii python-gi 3.14.0-1 gnome-tweak-tool recommends no packages. gnome-tweak-tool suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781557: [pkg-wine-party] Bug#781557: libwine-development: upgrade failure: file overwrite
Control: found -1 1.7.38-1 Confirmed, I was also preparing to report this. IIRC I didn't have the problem when I rebuilt the packages 2 weeks ago locally in a cowbuilder Jessie environment, but unfortunately I can't verify this anymore. The packages I rebuilt just now are also broken. At least the following packages were updated, maybe one of them is causing this: [UPGRADE] apt:i386 1.0.9.6 - 1.0.9.7 [UPGRADE] binutils:i386 2.24.90.20141023-1 - 2.25-5 [UPGRADE] coreutils:i386 8.23-3 - 8.23-4 [UPGRADE] cpp:i386 4:4.9.1-5 - 4:4.9.2-2 [UPGRADE] cpp-4.9:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] dmsetup:i386 2:1.02.90-2 - 2:1.02.90-2.1 [UPGRADE] dpkg:i386 1.17.23 - 1.17.24 [UPGRADE] dpkg-dev:i386 1.17.23 - 1.17.24 [UPGRADE] e2fslibs:i386 1.42.12-1 - 1.42.12-1.1 [UPGRADE] e2fsprogs:i386 1.42.12-1 - 1.42.12-1.1 [UPGRADE] g++:i386 4:4.9.1-5 - 4:4.9.2-2 [UPGRADE] g++-4.9:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] gcc:i386 4:4.9.1-5 - 4:4.9.2-2 [UPGRADE] gcc-4.8-base:i386 4.8.3-13 - 4.8.4-1 [UPGRADE] gcc-4.9:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] gcc-4.9-base:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] gnupg:i386 1.4.18-6 - 1.4.18-7 [UPGRADE] gpgv:i386 1.4.18-6 - 1.4.18-7 [UPGRADE] libapt-pkg4.12:i386 1.0.9.6 - 1.0.9.7 [UPGRADE] libasan1:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libatomic1:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libc-bin:i386 2.19-13 - 2.19-15 [UPGRADE] libc-dev-bin:i386 2.19-13 - 2.19-15 [UPGRADE] libc6:i386 2.19-13 - 2.19-15 [UPGRADE] libc6-dev:i386 2.19-13 - 2.19-15 [UPGRADE] libcap2:i386 1:2.24-6 - 1:2.24-7 [UPGRADE] libcap2-bin:i386 1:2.24-6 - 1:2.24-7 [UPGRADE] libcilkrts5:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libcomerr2:i386 1.42.12-1 - 1.42.12-1.1 [UPGRADE] libdb5.3:i386 5.3.28-7~deb8u1 - 5.3.28-9 [UPGRADE] libdevmapper1.02.1:i386 2:1.02.90-2 - 2:1.02.90-2.1 [UPGRADE] libdpkg-perl:i386 1.17.23 - 1.17.24 [UPGRADE] libgcc-4.9-dev:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libgcc1:i386 1:4.9.1-19 - 1:4.9.2-10 [UPGRADE] libgomp1:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libitm1:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libprocps3:i386 2:3.3.9-8 - 2:3.3.9-9 [UPGRADE] libquadmath0:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libss2:i386 1.42.12-1 - 1.42.12-1.1 [UPGRADE] libstdc++-4.9-dev:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libstdc++6:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libsystemd0:i386 215-11 - 215-12 [UPGRADE] libubsan0:i386 4.9.1-19 - 4.9.2-10 [UPGRADE] libudev1:i386 215-11 - 215-12 [UPGRADE] linux-libc-dev:i386 3.16.7-ckt4-3 - 3.16.7-ckt7-1 [UPGRADE] multiarch-support:i386 2.19-13 - 2.19-15 [UPGRADE] patch:i386 2.7.1-6 - 2.7.5-1 [UPGRADE] perl:i386 5.20.1-5 - 5.20.2-2 [UPGRADE] perl-base:i386 5.20.1-5 - 5.20.2-2 [UPGRADE] perl-modules:i386 5.20.1-5 - 5.20.2-2 [UPGRADE] procps:i386 2:3.3.9-8 - 2:3.3.9-9 [UPGRADE] systemd:i386 215-11 - 215-12 [UPGRADE] systemd-sysv:i386 215-11 - 215-12 [UPGRADE] udev:i386 215-11 - 215-12 [INSTALL] ccache:i386 btw, I'v seen different files conflicting, e.g.: Official 1.7.38 packages: /usr/share/wine-development/wine/fonts/smae1257.fon Just locally rebuilt 1.7.38-1 packages: /usr/share/wine-development/wine/fonts/smallee.fon Greets jre -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771104: wine: Proposing patch and merging 771104/769473
control: tag -1 patch
control: forcemerge 771104 769473
That should be the same bugs. See attached the patch, doing it the same
way like wine-development.
Greets
jre
diff --git a/debian/control.in b/debian/control.in
index c444684..9d5149d 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -111,6 +111,8 @@ Depends:
${misc:Depends},
${shlibs:Depends},
x11-utils,
+ libfreetype6,
+ libncurses5,
libwine-gecko-2.21
Breaks:
wine ( 1.6.1-9),
Bug#769791: wine32 doesn't work after fresh install
control: tags -1 patch Hi, [my answer/patch is based upon the mentioned #739863, otherwise we really need more info from Andi:] 1.) this happens in wine-wrapper (regedit, regsvr32, wineboot, winecfg, winefile, winepath), but not in wine/wine32/wine64. So wineboot fails with: cat: /home/jens/.wine/system.reg: No such file or directory /usr/bin/wineboot: 32: exec: wineboot.exe: not found while wine wineboot or wine32 wineboot work. Instead of wineboot a normal windows exe also works fine here. 2.) ... and only if $WINEPREFIX/system.reg is missing. IF WINEARCH is not specified, then $WINEPREFIX/system.reg is used to figure out which wine to use (wine32 or wine64). After a fresh install obviously system.reg With attached patch (taken from #739863) wine-wrapper falls back to using /usr/bin/wine if system.reg is missing. This will then again choose wine32, unless WINELOADER is specified. Of course this is only a fix. In the long run (= wine(-development) post Jessie) I'd suggest to move all 32/64-bit logic to wine(-development). So add the system.reg test there, next to the existing WINEARCH and WINELOADER tests and probably add a PE32+ check (for 64-bit binfmt support, #769234.) Or should I post a patch for this now? Mike, the git repository is out of date: branch jessie is at release 1.6.2-15 (while 1.6.2-16 is current) Greets jre diff --git a/debian/scripts/wine-wrapper b/debian/scripts/wine-wrapper index 95d2c8f..5c9a3f4 100644 --- a/debian/scripts/wine-wrapper +++ b/debian/scripts/wine-wrapper @@ -24,7 +24,11 @@ appname=`basename $0 .exe`.exe if test -z $WINEARCH; then test ! -z $WINEPREFIX || WINEPREFIX=$HOME/.wine -wine=$(cat $WINEPREFIX/system.reg | grep ^\#arch= | cut -d= -f2 | sed s/win/wine/) +if test -f $WINEPREFIX/system.reg; then +wine=$(cat $WINEPREFIX/system.reg | grep ^\#arch= | cut -d= -f2 | sed s/win/wine/) +else +wine=/usr/bin/wine +fi else wine=$(echo $WINEARCH | sed s/win/wine/) fi
Bug#767751: wine32-tools: fails to upgrade, breaks wine32-dev-tools needed
Package: wine
Version: 1.6.2-15
Severity: serious
Tags: patch
Justification: Policy 7.6.1
Hi
just refer to (767626: wine64-tools: fails to upgrade from 'testing' -
trying to overwrite /usr/lib/x86_64-linux-gnu/wine/bin/winegcc).
The same should apply to the 32-bit packages, too.
Greets
jre
diff --git a/debian/control.in b/debian/control.in
index 95bed41..c444684 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -168,6 +168,7 @@ Depends:
libwine-dev (= ${binary:Version}),
Breaks:
libwine-dev ( 1.5.31-1),
+ wine32-dev-tools ( 1.6.2-9),
Replaces:
libwine-dev ( 1.5.31-1),
wine32-dev-tools ( 1.6.2-9),
Bug#766030: Patch for #766030 wine: error: unable to find wine executable. this shouldn't happen.
control: tag -1 patch Attached the minimal patch to fix the paths. wine 1.6.2 uses the old packaging with old paths, where /usr/bin/wine32 and /usr/bin/wine64 point to the arch-specific paths. The merge of the wine-development script, where the wine and wine64 binaries are placed in /usr/lib/wine-development/, missed adapting these paths. btw: Jessie/Testing still has 1.6.2-8. So if we want all changes since then to enter Jessie (including the non-release-critical changes) /someone/ should upload a fixed version until *October 26th which is in 3 days* (or even earlier since it has to be accepted, ...). See https://release.debian.org/jessie/freeze_policy.html. Greets jre diff --git a/debian/scripts/wine b/debian/scripts/wine index d67a00a..aa3307f 100755 --- a/debian/scripts/wine +++ b/debian/scripts/wine @@ -1,9 +1,9 @@ #!/bin/sh -e name=$(basename $0) -bindir=/usr/lib/$name +bindir=/usr/bin -wine32=$bindir/wine +wine32=$bindir/wine32 wine64=$bindir/wine64 if test -x $wine32 -a $WINEARCH != win64; then
