Timing out. Please reopen if it is still needed.
** Changed in: google-gadgets (Ubuntu)
Status: Incomplete => Won't Fix
--
Main inclusion for Google Gadgets
https://bugs.launchpad.net/bugs/314778
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
Jonathan, this MIR has become pretty stale. Is this still an issue?
--
Main inclusion for Google Gadgets
https://bugs.launchpad.net/bugs/314778
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@list
A webkit backend has been implemented for GGL and will hopefully be
released with the next version of GGL. Then the mandatory dependency
between GGL and xulrunner can be removed. But unfortunately,
webkit-1.0.1 is broken and will crash when running GGL. So it would be
good if webkit in ubuntu can b
A webkit backend has been implemented for GGL and will hopefully be
released with the next version of GGL. Then the mandatory dependency
between GGL and xulrunner can be removed. But unfortunately,
webkit-1.0.1 is broken and will crash when running GGL. So it would be
good if webkit in ubuntu can b
On Thu, Mar 05, 2009 at 03:18:39AM -, James Su wrote:
> GGL doesn't have static binary linkage to libmozjs.so and libxul.so. Instead,
> it opens libmozjs.so dynamically (at runtime), just like what firefox and
> other similar applications do.
> So I'm wondering why apps like firefox can be in
GGL doesn't have static binary linkage to libmozjs.so and libxul.so. Instead,
it opens libmozjs.so dynamically (at runtime), just like what firefox and other
similar applications do.
So I'm wondering why apps like firefox can be in main, while GGL can't.
--
Main inclusion for Google Gadgets
htt
the problem is that it links against a lib that is shipped in pkglibdir
... (not libdir), which means that there are no official ABI/API
promisses made on this.
--
Main inclusion for Google Gadgets
https://bugs.launchpad.net/bugs/314778
You received this bug notification because you are a member
For now google-gadgets-xul is mandatory for google-gadgets-gtk. Removing it is
not an option. However, I just noticed that xulrunner-1.9 (used by
google-gadgets-xul) is actually in main rather than universe.
I'm wondering why it's not possible to put google-gadgets in main as well? I
think the s
rejecting google gadgets for the time being because mozjs doesnt have
stable ABI/API policy - which should be easy to fix once they come up
with a proper policy. Hopefully we can rely on mozjs in jaunty+1
** Changed in: google-gadgets (Ubuntu)
Status: New => Incomplete
--
Main inclusion f
Patch attached which would remove xul from it if that's what is needed.
** Changed in: google-gadgets (Ubuntu)
Status: Incomplete => New
--
Main inclusion for Google Gadgets
https://bugs.launchpad.net/bugs/314778
You received this bug notification because you are a member of Ubuntu
Bugs,
** Attachment added: "remove xul from google-gadgets"
http://launchpadlibrarian.net/21535725/google-gadgets.debdiff
--
Main inclusion for Google Gadgets
https://bugs.launchpad.net/bugs/314778
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
Thanks for fixing the licensing. LGPL 2 should be ok if xdgmime is not a
consumer of apache licensed code, just not the other way around; also
being a consumer would be possible with LGPL 3 or later ... so since its
"or later" should be fine too.
@-xul binary in universe: Technically possible, I d
I'm fine with keeping the XUL package in universe.
third_party/xdgmime is actually LGPL 2 or later, I've uploaded a new
version with a corrected debian/copyright. LGPL should be able to link
with an Apache licenced library and GPL 3 is compatible with Apache 2
licence.
** Changed in: google-gadg
... also not sure about one part of copyright:
third_party/xdgmime/*.h:
third_party/xdgmime/*.c:
Copyright (C) 2003,2004 Red Hat, Inc.
Copyright (C) 2003,2004 Jonathan Blandford
GPL-2, see /usr/share/common-licenses/GPL-2 for full text
Or Academic
-xul package lacks binary depends on xulrunner-1.9.
fwiw, how essential is the -xul support? It uses its own glue wrapper to
load and use mozjs (which is better than directly linking against mozjs
using -rpath) ... mozjs however has no api policy and putting this in
main might cause issues on xulr
15 matches
Mail list logo
