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 d
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+) th
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, unle
-- triaging
> > bugs and replying to newsgroups.
>
> Well, there's nothing new, 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,
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.
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 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 Eclips
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 app
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]
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 upst
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
https://bugs.eclip
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 Eclips
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 tarbal
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 eith
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 be
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
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
> pos
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
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 registe
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? Cont
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 inclu
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 distrib
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 "unsub
25 matches
Mail list logo
