Package: libpam-modules
Version: 1.1.8-3.1+deb8u2
Severity: important
Upon trying to upgrade to the latest Debian stable:
Preparing to unpack .../libpam-modules_1.1.8-3.1+deb8u2_i386.deb ...
Unpacking libpam-modules:i386 (1.1.8-3.1+deb8u2) over (1.1.8-3.1+deb8u1+b1) ...
dpkg: error processing
Package: marco
Version: 1.8.0+dfsg1-5
Severity: normal
If you start something like Devhelp, and move the mouse cursor to its
window borders, the resize cursor will appear as normal. But if you then
press the mouse button to try to drag that border, the window menu will
appear instead. Perhaps the
Package: anjuta
Version: 2:3.4.3-1
Severity: normal
1. Open some Anjuta project, and some files
(not sure if a project is even needed?)
2. Set some bookmarks somewhere (Ctrl-K)
3. Exit Anjuta
4. Start Anjuta again
Result: The tabs with the open files from the previous session
are there,
Package: backuppc
Version: 3.2.1-5.1
Severity: normal
Tags: upstream
(I experienced this a few months back, not sure if it would still occur,
but the upstream version doesn't seem to have changed since then, so...)
So, one of my hard drives appears to be getting somewhat moody. Yeah, I
should
Package: boinc-client
Version: 6.13.1+dfsg-2
Severity: normal
I hope someone can help me track this down. Relevant information about this is:
- I use World Community Grid.
- I have a Intel Core i7 2.8GHz (i.e. 4 cores, each with hyperthreading,
so I can run 8 WUs in parallel)
- I've symlinked
Package: grub-common
Version: 1.99-11
Severity: important
I have a multibooted system with two Linux root partitions (one for i386
and one for amd64) and have been sharing /boot between them through
symlinking. That is, on the 64-bit partition, I mount the 32-bit
partition on /deb32 and symlink
Den 27. mars 2011 23:07, skrev Stephen Kitt:
On Mon, 21 Mar 2011 10:08:39 +0100, Stephen Kitt st...@sk2.org wrote:
On Mon, Mar 21, 2011 at 09:27:14AM +0100, Yajo wrote:
I brought this up a week ago. The blocker right now is getting gcc-4.5
into sid first. Once that's in place, hopefully Ove
Den 02. feb. 2011 14:09, skrev Arnt Karlsen:
On Tue, 01 Feb 2011 23:11:15 +0100, Ove wrote in message
4d488503.8000...@arcticnet.no:
Do you have any kind of evidence that any of this is actually
FlightGear's fault?
..none other than seing this (appear to) appear on upgrading FG to
Den 24. jan. 2011 18:16, skrev Pedro Antonio Neves:
Package: flightgear
Version: 2.0.0-2
Severity: normal
With version 2.0.0-2 i get a segmentation fault.
Your problem is quite unlikely to be identical to this old OSG
compatibility problem, you should have looked at #610276 instead.
Den 31. des. 2010 10:48, skrev Julien Viard de Galbert:
Hello,
About two or three years ago, you participated on the bug #440495 (or
#437255 that was merged with it).
The drivers have evolved quite a bit, are you still experiencing the
issue, if not can you tell me the version of
Den 03. okt. 2010 18:01, skrev David Prévot:
Package: wine-doc
Version: 1.0.0-1
Severity: normal
Hi,
I noticed that the wine-doc source package includes a copy of po4a,
which is packaged in Debian and could be used as a build dependency
instead of being embedded.
Perhaps, but it would be a
Den 27. aug. 2010 12:58, skrev Bernhard Kuemel:
Package: fgfs-base
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable
squeeze/testing has the package fgfs-base but not flightgear.
fgfs-base are data files which are useless without the flight simulator
package flightgear.
Den 05. juni 2010 16:59, skrev Reuben Peterkin:
Gcc-ming32 has been updated to 4.4.4
I know. Now I have to find out which wine-gecko version can be compiled
with it, since the stable version only works with gcc 3.4, not 4.4. But
I've been a bit busy with other things.
--
To UNSUBSCRIBE,
Den 10. juni 2010 13:08, skrev Svante R Signell:
Package: wine
Version: 1.0.1-3
Severity: wishlist
Tags: experimental sid
Since the wine 1.2 release candidates are available now why not package
them for experimental, and later on when 1.2.x is out for sid. In
experimental the latest version is
I think the lack of a suitable mingw cross-compiler has been blocking
Wine updates for long enough, and I have a little spare time now.
Unless there are any objections, then in a week I may NMU gcc-mingw32 to
update it to gcc 4.4.4.
-Ove
--
To UNSUBSCRIBE, email to
Colin Watson skrev:
Thanks. Here's a reduced test case (run with 'groff -Tutf8 -mandoc'):
.TH GetMIMETypeSubKeyA 3w Jun 2009 Wine API Wine API
.SH NAME
\fBGetMIMETypeSubKeyA\fR (SHLWAPI.328)
.SH NOTES
.PP
The base path for the key is \fBMIME\Database\Content Type\\fR
There
reassign 581515 wine-bin-unstable wine-unstable
merge 557783 581515
stop
Patrick Matthäi skrev:
Package: wine-bin-unstable
Version: 1.1.32-1
Severity: wishlist
Please package wine version 1.1.44 :) 1.1.32 is a bit outdated
Merged duplicate. Please see discussion in the previous bug.
--
reassign 581515 wine-unstable
forcemerge 557783 581515
stop
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Sven Arvidsson wrote:
On Sat, 2010-02-06 at 01:33 +0100, Ove Kaaven wrote:
To compile the wine-gecko dependency, I'd need a gcc-mingw32 based on
some snapshot of gcc 4.4.3 (plain gcc 4.4.2 is too buggy for this
purpose). That's apparently still not available.
Seems like the maintainer of gcc
Dennis 123321 skrev:
Well, some of us may not be as understanding of all of these
dependancy issues as you...
It's not deep black magic. I said I needed gcc-mingw32 4.4.3. And Debian
doesn't have it. Some of us just aren't as understanding of what part of
that is hard to understand. I just
Dennis 123321 skrev:
Just a bump/request for an update as to what's happening with this
package, and if there will be an update soon?
Why do you guys even try to bump anything here? I've already given an
explanation, in this very bug report, not too long ago, of what I'd need
to be able to
Dennis 123321 skrev:
Is there any updated news on wine-unstable?
The last reply ot this 'bug' was the start of december last year, and
i'm really eager to see the newest versions appear in Debian!
To compile the wine-gecko dependency, I'd need a gcc-mingw32 based on
some snapshot of gcc
Mike Hommey skrev:
On Sun, Dec 13, 2009 at 05:21:26PM +0100, Matthias Klose wrote:
On 13.12.2009 16:29, Michael Gilbert wrote:
Hi all,
In order to guarantee that the system expat is used, the
'--with-expat=sys' configure argument must be used. If you think
your package is already using the
YOSHINO Yoshihito skrev:
Re-ran winecfg, but the installer dialog is not shown again. So it still
seems to be optional to install wine-gecko.
From upstream's perspective, clicking Cancel creates an unsupported
and broken wineprefix. Support requests will be met with delete
everything and
Package: mingw32-runtime
Version: 3.13-1
Severity: normal
An updated w32api would be useful in order to package wine-gecko, which is
now strongly recommended (in the wielding a baseball bat in a threatening
manner sense) by upstream as of Wine 1.1.33.
-- System Information:
Debian Release:
Erik skrev:
Package: wine-unstable
Version: 1.1.32-1
Severity: wishlist
Please package wine-unstable 1.1.31: http://www.winehq.org/announce/1.1.31
1.1.31? But you already have 1.1.32...
The current 1.1.33 announcement, on the other hand
(http://www.winehq.org/announce/1.1.33), showcases a
Jacob Emmert-Aronson skrev:
Package: wine-unstable
Version: 1.1.32-1
Severity: grave
Justification: renders package unusable
In the upgrade to 1.1.32-1, wine moved renamed most 'wine' folders to
'wine-unstable', but in amd64, /emul/ia32-linux/usr/share/wine/ was
not renamed. Further, the
Martin Wilck skrev:
Package: wine-utils
Version: 1.0.1-1
Severity: normal
winedump is unable to find function_grep.pl which is needed to
extract function prototypes from DLLs:
Oh, someone actually needs that script?
I don't feel comfortable just installing it into /usr/bin, though, that
Wookey skrev:
I assume that's a default setting? Perhaps bumping it up from 2000 to
XP would be better for all on balance (I don't know how many things
that would break)?
XP has been the default since Wine 1.1.16, as far as I can tell.
It is possible that it's not the default and I have
an
Wookey skrev:
Package: wine-unstable
Version: 1.1.31-1
Severity: normal
I tried to install sketchup 7.1. It runs the installer but that then
says 'your platform is not supported' and quits.
Here is the stout info:
wine /tmp/sketchup.exe
fixme:reg:GetNativeSystemInfo (0x33f3ac) using
Colbert Blake Smith skrev:
Package: libwine-openal-unstable
Version: 1.1.31-1
Severity: normal
--- Please enter the report below this line. ---
I took a look at PTS the buildd logs. It seems it failed to build because
libhal/libdbus,
The Wine build did not fail on amd64. The configure
Package: lintian
Version: 2.2.17
Severity: normal
I have
E: wine-bin-unstable: usr-share-doc-symlink-without-dependency libwine-unstable
E: wine-unstable: usr-share-doc-symlink-without-dependency libwine-unstable
But wine-unstable has a versioned dependency on wine-bin-unstable,
and
Simon Richter skrev:
Package: wine
Version: 1.0.1-2
Severity: normal
Hi,
I installed lib32nss-mdns and still get the warning, as wine expects the
library under /emul/ia32-linux, however it is installed into /usr/lib32.
If you're not using lenny, perhaps you want to install the more
Package: ia32-libs
Version: 20090808
Severity: normal
The package contains:
-rw-r--r-- root/root239216 2009-07-24 18:49 ./usr/lib32/libpulse.so.0.8.0
lrwxrwxrwx root/root 0 2009-08-08 19:43 ./usr/lib32/libpulse.so -
libpulse.so.0.4.1
The symlink points at the
Austin English skrev:
Package: general
Severity: important
Needed to build Wine.
Sounds like the problem would be in Wine. Probably FreeBSD has a
different way to change the process name than using a Linuxism like prctl.
--
To UNSUBSCRIBE, email to
Steve Langasek skrev:
We are on track to have a Policy exception for /usr/lib/triplet
directories (bug #542865), but in that case those directories will be
reserved for use by multiarch-enabled packages, which wine-unstable is not.
I don't know what makes you say that. Wine is fully
Jerry Quinn skrev:
On Tue, 2009-08-11 at 21:16 +0200, Ove Kaaven wrote:
Jerry Quinn skrev:
On Tue, 2009-08-11 at 15:44 +0200, Ove Kaaven wrote:
I take it you're on amd64. What version of Wine is that?
ii wine 1.1.20-1 Windows API implementation
I guess you upgraded libc6
Jerry Quinn skrev:
On Sun, 2009-08-09 at 12:21 +0200, Ove Kaaven wrote:
Jerry Quinn skrev:
Attempting to run pockettanks gives the following errors and fails to run.
This used to work with wine 1.0.1.
Would this still be a problem these days?
I just tried again. I get the following right
ASD Consultoria skrev:
wine-unstable don't run, Error:
Why don't you look at existing bugs? #540642
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Jerry Quinn skrev:
On Tue, 2009-08-11 at 15:44 +0200, Ove Kaaven wrote:
I take it you're on amd64. What version of Wine is that?
ii wine 1.1.20-1 Windows API implementation
I guess you upgraded libc6-i386. Reinstall the wine packages. (Issue
covered in bug #535154
Jerry Quinn skrev:
Attempting to run pockettanks gives the following errors and fails to run.
This used to work with wine 1.0.1.
Would this still be a problem these days?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Marc Lehmann skrev:
Package: wine
Version: 1.0-rc4-1
Severity: normal
I get this message from every wine program:
err:reg:SCSI_getprocentry SCSI type line scan count error (fscanf returns
1, expected 2)
While I believe that version of Wine *should* have parsed your
/proc/scsi/scsi
clone 540642 -1
reassign -1 ia32-libs
stop
Daniel Schaal skrev:
Package: libwine-unstable
Version: 1.1.26-1
Severity: normal
I get the following error message when trying to run wine:
/usr/lib/i486-linux-gnu/wine/wine.bin: error while loading shared libraries:
libwine.so.1: cannot open
severity 540642 important
severity 540646 important
retitle 540646 Need 32-bit multiarch path added to ld.so.conf.d
reassign 540646 libc6-i386 2.9-23
affects 540646 wine-unstable
stop
After some discussion, it seems that libc6-i386 is the correct package
for this bug. Reassigning.
--
To
After some discussion, it seems that libc6-i386 is the correct package
for this bug. Reassigned.
libc maintainers, please add a file to /etc/ld.so.conf.d/ in the
libc6-i386 package containing the appropriate 32-bit multiarch path,
/usr/lib/i486-linux-gnu or so, so that my shiny new
Aurelien Jarno skrev:
biarch packages should not use the multiarch path, otherwise the
transition to multiarch would be a nightmare.
So how do you propose I multiarchify Wine (and make it ia32-apt-get-able
while I'm at it) without using multiarch paths?
--
To UNSUBSCRIBE, email to
Aurelien Jarno skrev:
On Sun, Aug 09, 2009 at 10:21:05PM +0200, Ove Kaaven wrote:
Aurelien Jarno skrev:
biarch packages should not use the multiarch path, otherwise the
transition to multiarch would be a nightmare.
So how do you propose I multiarchify Wine (and make it ia32-apt-get-able
Aurelien Jarno skrev:
ia32-apt-get is gone, so I am not sure trying to support it is a good
idea.
It might come back. Or something like it, perhaps.
Hence I've multiarchified Wine, and as a temporary measure until real
multiarch is here, I still build amd64 packages with i386 content
severity 540014 important
severity 539746 important
reassign 539746 ia32-libs
merge 540014 539746
stop
Felix Zielcke skrev:
thanks for reindroducing the old ia32-libs package.
Please add libuuid, it's needed by libSM which in turn is needed to compile
wine with GLU support.
Not just for
Mishustin Alexey skrev:
Hi,
Could you say something about bug #538901?
Something like No clue, perhaps? Don't know if you've changed anything
on your system, and personally I don't play that gam... I mean, don't
use that application. (I'm content with The GIMP)
Upstream probably also aren't
ASD Consultoria skrev:
Em Sun, 19 Jul 2009 13:51:13 +0200
Ove Kaaven o...@arcticnet.no escreveu:
In the meantime, anyone who hates ia32-apt-get and are using the old
ia32-libs package may be able to use my lenny debs at
http://people.debian.org/~ovek/wine/
Can't install wine-unstable
merge 534238 538993
stop
Refer to this existing bug if you need Wine.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
ASD Consultoria skrev:
Em Tue, 28 Jul 2009 13:38:09 +0200
Ove Kaaven o...@arcticnet.no escreveu:
Well, obviously you're *not* using the old ia32-libs package. You can
only install those directly (i.e., without ia32-apt-get) if you do
have the old ia32-libs package installed (and perhaps
Saulo Soares de Toledo skrev:
| Mark Hymers is taking over ia32-libs, and will upload a new version of
| it (soon, hopefully), so that ia32-apt-get won't be needed anymore.
When this will happen?
No idea. Ask him, nag him, whatever works...
! In the meantime, anyone who hates
forcemerge 534238 537494
stop
For anyone reading the #534238 report, I should probably also copy what
I wrote in #535154 in there:
Mark Hymers is taking over ia32-libs, and will upload a new version of
it (soon, hopefully), so that ia32-apt-get won't be needed anymore.
In the meantime, anyone
Package: libgweather-common
Version: 2.26.1-1
Severity: normal
Since the current Gnome weather applet apparently no longer lets you pick a
city and a location inside it, this is perhaps especially confusing.
(Apparently only airport names are listed now, not cities? E.g. Flesland
airport in
Drew Parsons skrev:
Ove Kaaven wrote:
No, libnss-mdns does not enhance Wine functionality in any way
whatsoever. It has just caused problems for Wine, as it will for
anything else running in 32-bit mode. The functionality that libnss-mdns
provides to a Linux system may be useful for some
Sven Arvidsson skrev:
I understand the extra hassle of carrying the patch, let's just hope it
will get merged upstream sooner or later.
Feel free to close the bug report, or perhaps tag it wontfix for now?
Good news. I've packaged up winepulse as a separate, unofficial package.
Keeping it
Ove Kaaven skrev:
Török Edwin skrev:
I also noticed that ia32-apt-get created a package called ia32-wine.
Should that one be used now?
That's the ia32-libs-tools maintainer's recommendation, yes. I may have
to make some empty wine packages that depend on ia32-wine.
No longer is, by the way
Package: masqmail
Version: 0.2.21-7
Severity: normal
After logrotate has rotated /var/log/masqmail/masqmail.log, it appears that
at most one more event is logged (i.e., 3 lines in the case of an e-mail
transmission). After that, further activity is logged to /dev/null.
As far as I can tell,
Alex Goebel skrev:
Package: libwine-gl
Version: 1.1.24-1
Severity: serious
Still depends on ia32-libs, which apparently is being removed [1].
You didn't have to open a new bug, when any of numerous existing bugs
(obviously already on the todo list for next upload) would have covered
it...
Török Edwin skrev:
There is something wrong with dependencies now, since ia32-libs doesn't
actually install any of the
32 bit packages it used to, it merely pulls in ia32-apt-get.
It would be nice if there was a package that pulls in everything
ia32-libs used to have, but I can't seem to find
severity 535154 important
stop
(For other Wine bugs related to the ia32 transition, see #534238,
#533315, and #535097.)
Török Edwin skrev:
I reported a bug for libc6-i386 that it should have a Breaks: wine, because it
broke wine during the transition.
There might not be much reason for them
Mathieu Malaterre skrev:
However trying to run anything leads to:
$ wine setup.exe
wine client error:0: version mismatch 0/386.
Your wineserver binary was not upgraded correctly,
or you have an older one somewhere in your PATH.
Or maybe the wrong wineserver is still running?
One thus
Jason D. Clinton skrev:
The transition is almost complete and it's beginning to appear
that--even after the transition--wine is going to have to make some
changes in order to continue to build.
You're not an authority on it, are you?
Notably, lib32ncurses5 will need
to become
Gerrit Jan Baarda skrev:
Package: flightgear
Version: 1.9.1-1
Severity: important
flightgear depends on simgear-1.9.1 which is not available in sid.
Not news to me. It has to get past the NEW queue, doesn't happen overnight.
In the meantime, I've just put some debs up at
Louis-David Mitterrand skrev:
The only (small) remaining problem is I have to downgrade my libc6 to
install your packages:
dpkg: warning: downgrading libc6 from 2.9-16 to 2.9-12.
This isn't technically a problem with my packages. As usual, there's
brokenness in sid. libc6-i386 version
Louis-David Mitterrand skrev:
Please find the output attached.
This log seems to contain this:
wine: failed to update /home/ldm/.wine with
/usr/lib32/../share/wine/wine.inf: No such file or directory
Maybe this diagnostic was new in 1.1.23.
Try the 1.1.23-2 build of wine-unstable (at
Louis-David Mitterrand skrev:
Package: wine
Version: 1.1.22-1
Severity: important
Hi,
No drive appears when clicking on winecfg's drive tab.
Here is the error message:
galba:~% rm ~/.wine -rf
galba:~% winecfg
wine: created the configuration directory
Package: svn-buildpackage
Version: 0.6.25
Severity: normal
I have a repository created with svn-inject -o (only keep modified files
under SVN control). This is because it is a very large package of binary
data files, and there's only one upstream file I have a need to modify,
in addition to the
Package: git-buildpackage
Version: 0.4.53
Severity: normal
Tags: patch
The manpage says
If the distribution of the topmost section in debian/changelog is
UNRELEASED the changelog entries will be inserted into this section.
Otherwise a new section will be created.
After an update a while ago
Sven Arvidsson skrev:
Would it be possible to add support for PulseAudio as a sound backend?
There's a patch for this available in the Wine Bugzilla;
http://bugs.winehq.org/show_bug.cgi?id=10495
It has already been picked up by other distributions such as Fedora.
I'd recommend trying to get
Josselin Mouette skrev:
Hi,
is this bug still reproducible for you with gvfs 1.0.3 in unstable?
Well, I've changed laptops in the meantime (the LCD on the old one
broke), but just to check, I've installed and tested the gvfs in testing
(1.0.3-3) on my new laptop, and at least this version
Roman Mamedov skrev:
Hello.
Perhaps, but unfortunately, flightgear 1.9 also needs a new version of
the openscenegraph packages
From README.OSG of flightgear 1.9:
Notice that FlightGear 1.9.0 requires at least version 2.7.8.
In Debian Sid at this moment,
Arthur Marsh skrev:
Package: awesfx
Version: 0.5.1a-1
Severity: normal
When I run asfxload as for ALSA 1.0.16rc3 (which worked), I now get:
No Emux synth hwdep device is found
I tried rebuilding awesfx from source with the same result and found
that /dev/sequencer is missing.
Are
Matthias Krüger skrev:
Package: flightgear
Version: 1.0.0-3+b1
--- Please enter the report below this line. ---
Plib 1.8.5-1 was accepted in experimental yesterday.
Perhaps, but unfortunately, flightgear 1.9 also needs a new version of
the openscenegraph packages. I marked these bugs as
Package: libopenscenegraph-dev
Version: 2.4.0-1.1
Severity: wishlist
FlightGear 1.9.x officially requires OpenSceneGraph 2.7.8 or later in order
to render properly (and probably 2.6.x in order to be buildable at all).
I see that OSG 2.8.0 has recently been released, and is a stable release.
It'd
Adam Majer skrev:
Package: wine
Followup-For: Bug #515525
Maybe the proper thing to do is to reasign the bug, not close it???
Well, I didn't really consider this a bug. It's something the user needs
to set up properly. And I mentioned a way to do it.
--
To UNSUBSCRIBE, email to
forcemerge 491186 515197
thanks
Jakub Wilk skrev:
$ wine a.exe
err:winebrowser:get_url_from_dde Unabled to retrieve URL from string L\
err:winebrowser:wmain Usage: winebrowser URL
Known issue, see other bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
forwarded 491186 http://bugs.winehq.org/show_bug.cgi?id=13891
stop
G. Georgiev skrev:
Package: wine
Version: 1.0.0-1
Programs that open URLs through winebrowser doesn't work. winebrowser
doesn't pop the browser at all .
This problem is known upstream but does not yet have a fix (changing
Wei Mingzhi skrev:
Package: wine
Version: 1.1.12-1
Severity: wishlist
Hello,
Currently the Wine package only adds wine uninstaller and winecfg into
the menu. It would be nice if winefile can be added, as multi-cd
installers won't work if invoked with cd /cdrom; wine setup.exe
under
Michal Čihař skrev:
Wine uninstaller does not start and does not produce any error message:
Hmm, yeah, I just yesterday noticed there's a new add/remove programs
control applet, appwiz.cpl, which isn't in the packaging yet. They
probably changed the uninstaller to just try to launch that...
Package: aptitude
Version: 0.4.11.11-1~lenny1
Severity: minor
Tags: l10n
In the screen you get to after choosing g, you usually get to
select/deselect automatically-selected, recommended, and suggested
packages. When selecting a package, the info pane shows its relation
to other packages that
Lionel Elie Mamane skrev:
Anyway, it works fine for me, but I run 32-bit.
I can reproduce this bug in my 32bit chroot. When you say it works
for me, are all of the following conditions met?
- /etc/locale.gen contains support for at least two languages A and
B.
- with LC_MESSAGES=A,
Russell Weatherburn skrev:
Hi,
I know that the upstream fix is around, however this is not packaged for
Lenny (or Etch, I would presume.) Please correct me if I am wrong. I
*really* want to be able to use a later version of wine than 1.0.1 -
which is the frozen package for lenny (and, in
Matthias Krüger skrev:
Package: flightgear
Version: 1.0.0-3+b1
--- Please enter the report below this line. ---
Hi,
look at this bugreport:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475354
Well, I guess that means you'll have to be a bit patient, then. It could
still be a while
Lionel Elie Mamane skrev:
Package: wine-bin
Version: 1.0.1-1
Severity: normal
mas...@capsaicin:~ 0 $ locale
LANG=fr_LU.UTF-8
LC_MESSAGES=en_GB.UTF-8
LC_ALL=
Which means programs should communicate in English with me, and most
do. But winecfg speaks French to me; that's a bug.
Do you
Gerrit Jan Baarda skrev:
Package: wine-bin
Version: 1.0.0-1
Severity: normal
On first startup winecfg tries to use mozilla, and fails to
enable 'HTML rendering'.
See output below: (..user.. is the currently logged in user)
$ winecfg
wine: created the
Matthias Krüger skrev:
Package: flightgear
Severity: wishlist
--- Please enter the report below this line. ---
Please update to the new version 1.9.0 .
What, it's out, and they didn't announce that on the flightgear-announce
mailing list?
Well, anyway, it seems I can't build FlightGear
ttf-freefont was updated a while ago, does its version 20080323-3 still
cause this Wine crash? Its changelog shows a fix for a crash in another
program, maybe it also applies to Wine...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
notforwarded 467610
tag 467610 - fixed-upstream
forwarded 467610 http://bugs.winehq.org/show_bug.cgi?id=16325
stop
Since the original upstream bug forwarded to has been closed due to
Tahoma now supporting Cyrillic, I'm pointing this to upstream bug 16325,
which seems to be the most interesting
reassign 497919 ia32-libs
stop
Paul Collins skrev:
Package: libwine-ldap
Version: 1.0.0-1
wine is failing for me as follows:
err:module:load_builtin_dll failed to load .so lib for builtin
LWLDAP32.dll: liblber.so.2: cannot open shared object file: No such file or
directory
forwarded 507863 http://bugs.winehq.org/show_bug.cgi?id=10277
stop
Stanislav Maslovski skrev:
Package: wine
Severity: normal
Installing and then uninstalling a program under wine leaves broken
entries in Gnome menus.
Marking this as forwarded to existing upstream bug 10277.
--
To
Mattia Dongili skrev:
Could you also attach the xorg.log after disabling and reenablig the
touchpad?
Whatever's in there is only a result of the VT switching, messing with
the touchpad itself produces nothing at all there. Or did you just want
the full Xorg log, period? I can attach that...
Package: xserver-xorg-input-synaptics
Version: 0.14.7~git20070706-3
I have a problem that sounds like it could be the same as this bug,
except the previous report sounds a bit confused to me. My problem is
like this:
I have a HP Pavilion dv6700-series laptop. with a SynPS/2 Synaptics
TouchPad,
Hmm, come to think of, I think this behaviour (when the touchpad is
turned on) is consistent with X receiving keyboard input that makes it
think the Help key is held down. An experiment with Fn-F1 shows that
while the key is held down, the keyboard is grabbed, just like what I
see when the
Lionel Elie Mamane skrev:
On Sun, Nov 09, 2008 at 02:24:37AM +0100, Ove Kaaven wrote:
WINEDEBUG=+alsa,+wave,+winmm winecfg 2logfile.txt
and run the audio test, then show me the resulting logfile.
Here are logfiles for the audio test with:
- amd64 package version 1.0.1-1
- i386 package
Lionel Elie Mamane skrev:
retitle 504997 alsa sound doesn't work
found 504997 1.1.5-1
On Sat, Nov 08, 2008 at 01:25:10PM +0100, Lionel Elie Mamane wrote:
winecfg audio tab, test audio:
- the amd64 wine package says audio test failed
- i386 package in a chroot: audio works
That's wrong.
Lionel Elie Mamane skrev:
And if you start winecfg from a terminal, does it print any errors
in it?
fixme:wave:ALSA_ComputeCaps Device has a minimum of 2 channels
fixme:wave:ALSA_ComputeCaps Device has a minimum of 2 channels
In theory the wave mapper should compensate for that. You could
Mihai skrev:
Package: wine
Version: 1.0.0-1
Followup-For: Bug #474289
Yeah maybe, I don't know either what this package would do or when it was installed, I just consider it should be
dealed automatically by the apt. It's fortunate Wine warns about it, else people like me couldn't guess the
1 - 100 of 377 matches
Mail list logo