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 arc
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, but
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 get
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 to
Den 27. mars 2011 23:07, skrev Stephen Kitt:
> On Mon, 21 Mar 2011 10:08:39 +0100, Stephen Kitt 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 wil
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
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.
Bas
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
xserver-xorg-i
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 bi
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. S
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 1
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, e
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 debian-bugs-dist-requ...@li
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
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.
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 \fB"MIME\Database\Content Typ
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 maintai
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 don
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 u
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 4
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
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 r
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), showcase
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: sque
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. Furth
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, t
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
>
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
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 conf
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 wine-bin-uns
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 mo
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 nonexis
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 debian-bugs-dist-requ...@lists.debia
Steve Langasek skrev:
> We are on track to have a Policy exception for /usr/lib/
> 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 multiarch-enabl
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
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
co
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 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?
&g
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
>>
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 multiarchi
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 debian-b
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 multiarch-ena
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 UNSUBS
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: cann
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/s
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? Contac
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 co
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 are
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 ia32-a
ASD Consultoria skrev:
> Em Tue, 28 Jul 2009 13:38:09 +0200
> Ove Kaaven 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 packa
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 Sun, 19 Jul 2009 13:51:13 +0200
> Ove Kaaven 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/
>
> C
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 wh
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 Berg
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
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 depe
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, e-mail
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
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
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 ia32-libnc
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
http://people.
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 versi
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
http://p
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 director
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 de
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 (d
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
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 w
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, http://packages.debi
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 miss
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 debian
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
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 (changi
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"
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...
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, LAN
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 wi
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
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
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 bug
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". Troubl
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
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 co
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
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
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
> L"WLDAP32.dll": liblber.so.2: cannot open shared object file: No such file or
> dire
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...
W
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 touchpad
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, wi
Lionel Elie Mamane skrev:
On Sun, Nov 09, 2008 at 02:24:37AM +0100, Ove Kaaven wrote:
WINEDEBUG=+alsa,+wave,+winmm winecfg 2>logfile.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
- i
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 try
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 w
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
pr
1 - 100 of 379 matches
Mail list logo
