On 22-Apr-06, at 3:48 PM, Marc 'HE' Brockschmidt wrote:
Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.
Hi, I work on upstream. We actually build against Mozilla 1.4 since
we need to support some old Linux distributions popular in enterprises,
but
On 10-Feb-06, at 4:49 AM, Armin Berres wrote:
Michael Koch wrote:
Please give concret examples, with screenshots if possible.
On the fly I found only two windows with this behaviour. If I find
more I will make more screenshots.
This is a bug in Eclipse (well, I'd also argue in GTK+)
It is unclear to me whether a noexec policy on the /home partition is
a reasonable thing to do except in very controlled environments. For
example, any software downloaded from the net would not run when
installed, and plugins for applications such as firefox, or downloaded
Eclipse plugins,
On 16-Dec-05, at 3:19 AM, Erwan David wrote:
No eclipse (the software) depends on *gtk* libs. Even eclipse.org does
not cite gnome as a requirements. *YOU* impose gnome.
Erwan, what part about my description of our use of GNOME is
confusing?
We use GNOME-VFS to implement the Program API.
, and we agreed there was no way to revert
this (see the bug log and check with Billy Biggs for details). The
short story is that we included a *fix*, which does help some
application, and Eclipse maps the upstream version number of Gtk to a
version which has not the fix and takes counter
On 14-Dec-05, at 3:32 AM, Erwan David wrote:
I would like that you check the facts before writing such words.
You are free not to use the Eclipse packaged by Debian but e.g.
the Help
system which is a vital system for some users will not work. Other
thinks don't work either. Upstream
Andrew, you don't need to go to such incredible feats of
sleuthing. :)
I am an SWT developer and I think I already explained quite clearly in
this bug report what dependencies are there and what are needed.
I have an eclipse.org binary release (3.1.1) unpacked in ~/bin/
eclipse on my
sarge
On 10-Dec-05, at 8:53 AM, Erwan David wrote:
The gnome libraries are needed for SWT, for example
org.eclipse.swt.program.Program to get informations about the mine
type and icons etc. for a given file.
False, eclipse and swt work perfectly without gnome.
Hi Erwan, I'm an SWT developer.
You are right, I just doubled that entry.
The strange thing is that the help started working after changing
this file.
If a manifest file or plugin.xml is ever changed, you must run
eclipse -clean to clear the cache.
-Billy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
I don't see how this problem could be specific to Eclipse.
Which version of Freetype do you have installed? The
FT_GlyphSlot_Embolden is new in a recent version of Freetype
and it seems the version of cairo you have installed requires
it, but your freetype does not have it.
Do other cairo
It's not a dependency on the browser, it's a dependency on the Mozilla
embedding framework. SWT has an embedded browser widget that requires
a gecko runtime engine.
-Billy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: gtk+2.0
Severity: important
The fix for Debian bug 307724 added a patch from gtk-2-6 branch to the
2.6.4 release for sarge. This causes the following bugs in Eclipse,
where keybindings can completely fail:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=111479
Loic Minier ([EMAIL PROTECTED]):
Updating stable for something as large as Gtk isn't trivial, and only
happens for really important fixes which are visibly correct.
Updating to a higher version is not an option for Debian, but
updating the patch to match the actual fix implemented
Package: mozilla-browser
Version: 2:1.7.8-1
Severity: wishlist
The Gecko Runtime Environment (GRE) is the minimum set of files which
are required for running applications written to embed the Gecko
browsing engine.
http://www.mozilla.org/projects/embedding/GRE.html
Applications such as
Hi, I just got pointed at this bug, I am a developer on the SWT
project.
The issue here is that in Java memory we need to store pointers to C
objects. jint is 32 bits, jlong is 64 bits, by the Java spec. To keep
memory use down, we decided to have the Java and C code for 64-bit GTK+
ports
Shaun Jackman ([EMAIL PROTECTED]):
I'm building the Debian package from the source distribution src.zip
in swt-3.1-gtk-linux-x86.zip. This build.xml does not contain a
replace.32.to.64 target, and neither does
swt-3.1-gtk-linux-x86_64.zip. There is no org/eclipse/swt/tools
directory either.
Shaun Jackman ([EMAIL PROTECTED]):
Keeping SWT and Eclipse in different source packages allows the two
packages to be maintained independently, which I think is a major
plus. For one, this allows SWT to be patched without having to rebuild
Eclipse and vice versa. An autoconf'ed SWT tarball
Steve Langasek ([EMAIL PROTECTED]):
The question is, what prevents the inline assembly in question from
being executed on 486 or non-MMX 586 systems? I didn't see any arch
checks in the code that would prevent this, but maybe I missed
something.
Each deinterlacer method has a parameter
Steve Langasek ([EMAIL PROTECTED]):
The fix is to delete the MMX registers from the clobbers list, or
compile with -mmmx/-msse. I prefer removing them, as using
-mmmx/-msse is scary and opens you up to more gcc bugs.
While it's true that using more registers introduces more
Steve Langasek ([EMAIL PROTECTED]):
Er, P2 systems support MMX instructions, and PPC systems would never
have been able to build the inline assembly in question (therefore
it's clearly not present in any binaries being run on that platform),
so neither is actually evidence that the runtime
Adrian Bunk ([EMAIL PROTECTED]):
Package: tvtime
Version: 0.9.15-1
Severity: serious
../plugins/greedyh.asm:270: error: unknown register name 'mm7' in 'asm'
This is because of a change in gcc. In version 4, they now require
that you use -mmmx before they acknowledge that MMX registers
Martin Wesemann ([EMAIL PROTECTED]):
After upgrading with apt-get upgrade the file stationlist.xml is empty
in ~/.tvtime/.
I'm not sure how that is possible. Are you out of disk space?
-Billy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: libgtk2.0-0
Version: 2.6.2-4
Severity: normal
GTK+ 2.6.2 has a performance problem with drawing text: a check
for RENDER was broken. The upstream bug is here:
http://bugzilla.gnome.org/show_bug.cgi?id=167965
Please apply the patch from this bug or update to a new version
which
Francesco Poli ([EMAIL PROTECTED]):
The package copyright file states, in part:
src/speedy.*
[...] mpeg2 reference implementation copyright [...]
This is a copyright notice with a disclaimer of warranty, but no license at
all! All rights reserved. Where's the permission to distribute?
The word from seb128 of ubuntu and the KDE guy he talked to
is that we only need to install in /usr/share/applications. The code
to put it in applnk should be removed from the Debian packages.
Simon?
Thanks,
-Billy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
25 matches
Mail list logo