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.
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
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
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
ASD Consultoria skrev:
wine-unstable don't run, Error:
Why don't you look at existing bugs? #540642
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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...
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
Gustaw Smolarczyk skrev:
Package: wine
Version: 1.0-rc1-1
Severity: grave
Justification: renders package unusable
When I launch wine from console I get a message:
wine: could not exec wine-pthread
It's something wrong with /usr/lib/wine/wine-pthread. Direct launching
with --version causes
I just remembered that I omitted libhal in the previous list (because
wine needs dbus before trying to find hal, so I assumed that was why,
but I now see in the file list that libhal doesn't have a symlink either).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: ia32-libs
Version: 2.4
Severity: serious
http://buildd.debian.org/fetch.cgi?pkg=wine;ver=0.9.61-1;arch=amd64;stamp=1209807329
According to this, the libcrypto in ia32-libs cannot be linked against, while
the libssl can. This causes Wine to FTBFS on amd64 (when trying to build
without
Package: ia32-libs
Followup-For: Bug #479662
Hmm. From what that build log says, libpng and libdbus is also similarly broken,
and Xcomposite, jack, odbc, and capi20 aren't really working either.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Goswin von Brederlow skrev:
Ove Kaaven [EMAIL PROTECTED] writes:
Package: ia32-libs
Followup-For: Bug #479662
Hmm. From what that build log says, libpng and libdbus is also similarly broken,
and Xcomposite, jack, odbc, and capi20 aren't really working either.
Could you manually check/create
[EMAIL PROTECTED] skrev:
I have sent you a couple of days ago, how come it did not get through
it's way?
I don't know. But I see you just sent it to the bug report address.
That failure is bug #466186, which has already been fixed in ia32-libs
version 2.3.
--
To UNSUBSCRIBE, email to
Daniele Primon skrev:
Package: wine
Version: 0.9.59
Severity: serious
Justification: no longer builds from source
Apt-build hangs building process on libldap-dev dependency but
libldap-dev is a virtual package and cannot be installed.
What do you mean hangs? Sounds like a problem with your
Package: plib1.8.4c2
Version: 1.8.4-8
Severity: serious
Justification: Policy 10.2
If you really insist on building shared libraries for plib, they should be
done properly. Ideally, it should be possible to build against it without
having to tweak any makefiles to compensate for unexpected
severity 474726 important
forwarded 474726 http://bugs.winehq.org/show_bug.cgi?id=12404
stop
Brent S. Elmer skrev:
Package: wine
Version: 0.9.58-1
Severity: serious
--- Please enter the report below this line. ---
I just upgraded to the latest wine version in testing and it broke Lotus notes.
Kurt Roeckx skrev:
On Fri, Mar 28, 2008 at 10:11:38AM +0100, Ove Kaaven wrote:
I added a possible workaround for the ia32-libs (on amd64) breakage in
wine 0.9.58-1. Could you clear the dep-wait so I can see if it works?
Thanks.
It failed with:
dpkg-shlibdeps: failure: couldn't find library
Robert Millan skrev:
Version: 0.9.58-1
On Wed, Mar 26, 2008 at 01:06:16PM +, Debian Bug Tracking System wrote:
* Added --ignore-missing-info to the dh_shlibdeps in debian/rules,
to see if it might work around the broken ia32-libs package that
the Debian amd64 port is currently
severity 381341 normal
stop
Robert Millan skrev:
severity 381341 serious
thanks
This became de-facto RC untill #458013 is fixed.
What's this nonsense? #458013 causes Wine to FTBFS regardless of the
hack - in fact, until ia32-libs is fixed, removing the amd64 hack
*worsens* the situation
Robert Millan skrev:
Package: wine
Version: 0.9.57-1
Severity: serious
A separate issue when building on amd64 is that BUILDS variable is initialised
with the empty string, which makes some targets depend on unexistant stamps:
Hmm, yeah, I messed around a bit with debian/rules in 0.9.57-1 so
retitle 466186 missing library libldap_r-2.4.so.2 (causes Wine FTBFS)
reassign 466186 ia32-libs 2.2
stop
OK, reassigning this to ia32-libs. Summary:
* To support the current amd64 hack in the Wine packages, ia32-libs should:
- fix #458013 (obviously), and also
- add libldap_r-2.4.so.2
Julien Muchembled skrev:
Ove Kaaven a écrit :
It might be. I don't have an amd64 system, and obviously the build
daemon isn't much good right now, so I can't test much. I would wonder
how different the dependencies would be, but just knowing that it still
works at all is a good start...
log
Julien Muchembled skrev:
You're not trying to build with -j2 or something, are you? I can't
guarantee that that would work.
I retried without -j2 but I have the same error.
OK, I think I see where that goes wrong. Wine doesn't try to build the
fonts if it can't find FreeType, and the log
Well, I think I want to reassign this to ia32-libs, but I still want to
see your config.log to figure out what's wrong with the freetype in
ia32-libs.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Julien Muchembled skrev:
Ove Kaaven a écrit :
but I still want to see your config.log to figure out
what's wrong with the freetype in ia32-libs.
oh of course
build32/config.log attached
Hmm, looks like that one could be a missing build dependency, which
means there's at least *one* thing I
Julien Muchembled skrev:
And a fatal one:
dpkg-shlibdeps: failure: no dependency information found for
/emul/ia32-linux/usr/lib/libsane.so.1 (used by debian/libwine-sane/extradep32).
So, when you fixed the shlibs issue in ia32-libs, did you also fix it
for libsane?
--
To UNSUBSCRIBE,
Julien Muchembled skrev:
If it said No shlibs information, then *that* would be a known bug in
ia32-libs, and known to be the current reason for Wine to FTBFS on the
amd64 build daemons.
(I'm not sure I understand what you say.)
There isn't any amd64 build daemon for Wine at this time:
Julien Muchembled skrev:
Package: libwine-ldap
Version: 0.9.54-1
Severity: serious
Justification: no longer builds from source
I have libldap-2.4-2 (2.4.7-5) installed but I still get the following error:
dpkg-shlibdeps: failure: couldn't find library libldap_r-2.4.so.2 needed by
severity 455913 important
stop
Aldemir Akpinar skrev:
Package: wine
Version: 0.9.48-1
Severity: grave
With the latest upgrade to 0.9.48 wine started crashing the Checkpoint client
software (aka SmartDashboard). I am pasting the error I get, below. I have also
tried getting the latest deb
Paul TBBle Hampson skrev:
If I understand the last comment correctly, configure is still being run
because on x86_64 debian/rules still sets NATIVE_BUILD = build32, and
the build-indep-stamp depends on $(subst
build,configure,$(NATIVE_BUILD)) (which turns out to be configure32)
which runs
Julien Muchembled skrev:
block 457557 by 456914
found 457557 0.9.51-1
stop
Hello,
The missing dependency to gcc-multilib is not the only problem.
dh_shlibdeps fails for 2 reasons :
The 1st one might be related to #453885 : I could work around the issue
by adding /emul/ia32-linux/lib and
Kurt Roeckx skrev:
Package: wine
Version: 0.9.48-1
Severity: serious
Hi,
Since version 0.9.48-1 your package is failing to build on amd64 with
the following error:
checking for gcc... gcc -m32
checking for C compiler default output file name...
configure: error: C compiler cannot create
Robert Millan skrev:
On Sun, Dec 09, 2007 at 02:42:37PM +0100, Robert Millan wrote:
On Wed, Oct 31, 2007 at 12:13:08AM +1100, Peter Moulder wrote:
- For the one application that I ever run in wine, installing
msttcorefonts made the difference between whether that application
was
Robert Millan skrev:
On Wed, Oct 31, 2007 at 12:13:08AM +1100, Peter Moulder wrote:
- For the one application that I ever run in wine, installing
msttcorefonts made the difference between whether that application
was usable under wine or not: without msttcorefonts, most text
Robert Millan skrev:
Ok, but can these just not be *wingdings*? Anything is better than that.
Technically, it was Marlett, not Wingdings. Marlett is also bundled with
Wine. Anyway, if this type of font selection problem persists, you could
always try to improve the font selection algorithm
Julien Puydt wrote:
Hi,
latest upload of 0.9.46-1 made the bus error issue go away.
Unfortunately, the texts appear as symbols, as shown in the attached
screenshot of winecfg... so it's still unusable :-/
See my answer to bug #454178.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
ons, 27.06.2007 kl. 13.06 -0400, skrev José Alburquerque:
Package: wine
Version: 0.9.34-1
Severity: important
I don't know if this is related to my platform (amd64), but whenever I
run firefox 2 or Netscape (with Wine), Web pages don't load. I get a
Server not found error in the window.
InuSasha wrote:
Package: libwine-alsa
Version: 0.9.43-1
Severity: critical
--- Please enter the report below this line. ---
Wine losts the soundoutput, often.
Wine start normal with sound, and lost it after differnt time.
I did not found a spezial situation, for this.
Wine writes an error
lør, 23.06.2007 kl. 15.48 +0200, skrev Matthias Klose:
Package: libwine-dev
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-ldbl128
Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html
With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double'
data type
Olleg Samoylov wrote:
Package: wine
Version: 0.9.31-1
Severity: grave
Package wine_0.9.32-1_amd64.deb is broken:
# /usr/share/mc/extfs/deb run
# /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb INSTALL
Installing /srv/ftp/mirror/debian/pool/main/w/wine/wine_0.9.32-1_amd64.deb
severity 335609 important
tags 335609 + sarge help
stop
Brandon Ehle wrote:
Ove Kaaven wrote:
I cannot reproduce this. Perhaps your system is outdated and this has
been fixed somewhere long ago. But Monospace is not a real font, it is
an alias for other fonts. I believe this alias is defined
Brandon Ehle wrote:
Package: libwine
Version: 0.0.20050310-1.1
Severity: critical
Justification: breaks unrelated software
With the libwine package installed the Wine Marlett font replaces all
instances of the Monospace font (which is the default system font).
This makes any terminal windows
fre, 14,.10.2005 kl. 22.28 +0200, skrev Kai-Cheung Leung:
Package: wine
Version: 0.0.20050930-2
Severity: serious
When trying to get the build-dependent packages of wine-0.0.20050930-2, it
says that the build dependency cannot be satisfied because the packages
libxxf86dga-dev and
severity 327262 important
tags 327262 + wontfix
stop
Refer to bug #106026 for the original discussion about whether to put
wine in mailcap, and for the mime-support maintainer's argument that
there's nothing wrong with having wine in mailcap (as long as it prompts
the user). (Interesting
lør, 08,.10.2005 kl. 15.38 +0200, skrev Marc Haber:
On Fri, Oct 07, 2005 at 06:14:43PM -0400, Ove Kaaven wrote:
Hmm, I've only upgraded my system partially since my last upload.
Perhaps I need to do a full system upgrade and do a new build, then, can
try that this weekend. But if someone
Bas Kloet wrote:
I've got the exact same problem and ran wine with +x11drv,+bitmap,+seh
for you and saved it to a log file. It is 15000 lines so I didn't want
to paste it in this mail, but I put it online at:
http://newton.luon.net/~bas/Wine_debug.log
It shows that at some point, it's
Hmm, I've only upgraded my system partially since my last upload.
Perhaps I need to do a full system upgrade and do a new build, then, can
try that this weekend. But if someone could try to build the packages
themselves and see if that works, though, that might be good.
--
To UNSUBSCRIBE,
Steve Langasek wrote:
Hi Jean-Philippe,
On Thu, Sep 08, 2005 at 10:05:52PM +0200, Jean-Philippe Guérard wrote:
The wine-safe script displays no warning before running an msdos
program.
This is probably due to the fact that on line 57, XMESSAGE is used
before having been defined.
ons, 27,.04.2005 kl. 10.30 +0200, skrev Robert Millan:
Package: wine
Version: 0.0.20041019-1
Severity: serious
Fails to build from source:
[...]
checking for XF86VidModeQueryExtension in -lXxf86vm... yes
checking for XRenderSetPictureTransform in -lXrender... yes
configure: error:
ons, 27,.04.2005 kl. 22.38 +0200, skrev Robert Millan:
My take is that nvidia-glx should divert the symlink too. I'm not sure how to
do that cleanly though.
It does divert it if you install nvidia-glx-dev. I'd close this bug
again.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
51 matches
Mail list logo
