Debian Bug report logs - #480799
Don't build depend on libxul-dev

Toggle useless messages

Message #5 received at maintonly@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: maintonly@bugs.debian.org

Subject: Don't build depend on libxul-dev

Date: Mon, 12 May 2008 09:07:24 +0200

Package: galeon
Severity: wishlist
User: glandium@debian.org
Usertags: xulrunner-transition

With the upcoming xulrunner transition, libxul-dev is going to disappear.

I already sent instructions on what you should be doing in
http://lists.debian.org/debian-release/2008/05/msg00009.html

This bug report is mostly to help follow the transition going.

FYI, I will start NMUing plugins and components next week, and will break
the remaining packages by uploading xulrunner 1.9 in unstable on May 25.

Though help will be appreciated, I'll also prepare updated packages for
these during this week and next.

Cheers,

Mike

Message #10 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Mon, 9 Jun 2008 15:41:44 +0200

On Mon, May 12, 2008 at 09:07:24AM +0200, Mike Hommey <mh@glandium.org> wrote:
> Package: galeon
> Severity: wishlist
> User: glandium@debian.org
> Usertags: xulrunner-transition
> 
> With the upcoming xulrunner transition, libxul-dev is going to disappear.
> 
> I already sent instructions on what you should be doing in
> http://lists.debian.org/debian-release/2008/05/msg00009.html
> 
> This bug report is mostly to help follow the transition going.
> 
> FYI, I will start NMUing plugins and components next week, and will break
> the remaining packages by uploading xulrunner 1.9 in unstable on May 25.
> 
> Though help will be appreciated, I'll also prepare updated packages for
> these during this week and next.

FWIW, upstream 2.0.5 addresses most necessary code changes: 
http://sourceforge.net/project/shownotes.php?group_id=6999&release_id=575431
- Compiles with xulrunner 1.9, but a lot of functionality is disabled due
  to being no longer exposed by xulrunner (or not working)
    - MyPortal
    - User stylesheets
    - Remembering passwords
    - http authentication

Note these four are bullshit, and galeon can be patched to have these work.

Let's already get galeon built against xulrunner-1.9 first, and focus on
these regressions later.

Can you handle this or shall I prepare a NMU ?

Mike

Message #15 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Mike Hommey <mh@glandium.org>, 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Mon, 9 Jun 2008 16:07:53 +0200

On Mon, Jun 09, 2008, Mike Hommey wrote:
> - Compiles with xulrunner 1.9, but a lot of functionality is disabled due
>   to being no longer exposed by xulrunner (or not working)
>     - MyPortal
>     - User stylesheets
>     - Remembering passwords
>     - http authentication
> 
> Note these four are bullshit, and galeon can be patched to have these work.

 Right, I knew about these regressions; I didn't upload the new upstream
 nor didn't spend time moving to XUL 1.9 because I din't want to push
 these regressions to unstable, nor silently to testing.  I'm not sure
 people want a Galeon which can't remember passwords or do http
 authentication, at least I don't.

> Let's already get galeon built against xulrunner-1.9 first, and focus on
> these regressions later.

 I don't think it's a good idea; I'd rather keep Galeon built against
 the older xulrunner.  If the old xulrunner can't be kept in testing
 because we don't want to release with it, then galeon and xulrunner
 should be kicked from there until an usable galeon is available for
 xulrunner 1.9.

-- 
Loïc Minier

Message #20 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Loïc Minier <lool@dooz.org>

Cc: 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Mon, 9 Jun 2008 16:26:11 +0200

On Mon, Jun 09, 2008 at 04:07:53PM +0200, Loïc Minier <lool@dooz.org> wrote:
> On Mon, Jun 09, 2008, Mike Hommey wrote:
> > - Compiles with xulrunner 1.9, but a lot of functionality is disabled due
> >   to being no longer exposed by xulrunner (or not working)
> >     - MyPortal
> >     - User stylesheets
> >     - Remembering passwords
> >     - http authentication
> > 
> > Note these four are bullshit, and galeon can be patched to have these work.
> 
>  Right, I knew about these regressions; I didn't upload the new upstream
>  nor didn't spend time moving to XUL 1.9 because I din't want to push
>  these regressions to unstable, nor silently to testing.  I'm not sure
>  people want a Galeon which can't remember passwords or do http
>  authentication, at least I don't.
> 
> > Let's already get galeon built against xulrunner-1.9 first, and focus on
> > these regressions later.
> 
>  I don't think it's a good idea; I'd rather keep Galeon built against
>  the older xulrunner.  If the old xulrunner can't be kept in testing
>  because we don't want to release with it, then galeon and xulrunner
>  should be kicked from there until an usable galeon is available for
>  xulrunner 1.9.

It will be harder to get a useable galeon in shape if we can't have people
actually testing it for regressions, in case there are more.
xulrunner 1.8 *is* going to be kicked out and *not* released in Lenny.

Mike

Message #27 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Loïc Minier <lool@dooz.org>

Cc: 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Sun, 15 Jun 2008 17:36:14 +0200

On Mon, Jun 09, 2008 at 04:26:11PM +0200, Mike Hommey wrote:
> On Mon, Jun 09, 2008 at 04:07:53PM +0200, Loïc Minier <lool@dooz.org> wrote:
> > On Mon, Jun 09, 2008, Mike Hommey wrote:
> > > - Compiles with xulrunner 1.9, but a lot of functionality is disabled due
> > >   to being no longer exposed by xulrunner (or not working)
> > >     - MyPortal
> > >     - User stylesheets
> > >     - Remembering passwords
> > >     - http authentication
> > > 
> > > Note these four are bullshit, and galeon can be patched to have these work.
> > 
> >  Right, I knew about these regressions; I didn't upload the new upstream
> >  nor didn't spend time moving to XUL 1.9 because I din't want to push
> >  these regressions to unstable, nor silently to testing.  I'm not sure
> >  people want a Galeon which can't remember passwords or do http
> >  authentication, at least I don't.
> > 
> > > Let's already get galeon built against xulrunner-1.9 first, and focus on
> > > these regressions later.
> > 
> >  I don't think it's a good idea; I'd rather keep Galeon built against
> >  the older xulrunner.  If the old xulrunner can't be kept in testing
> >  because we don't want to release with it, then galeon and xulrunner
> >  should be kicked from there until an usable galeon is available for
> >  xulrunner 1.9.
> 
> It will be harder to get a useable galeon in shape if we can't have people
> actually testing it for regressions, in case there are more.
> xulrunner 1.8 *is* going to be kicked out and *not* released in Lenny.

Here is my offer: you get galeon 2.0.5 to build against xulrunner-dev in
pkg-gnome svn, and I get at least http authentication to work, and we
put that in unstable.

What do you think ?

Mike

Message #32 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Mike Hommey <mh@glandium.org>, 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Sun, 15 Jun 2008 20:19:57 +0200

On Sun, Jun 15, 2008, Mike Hommey wrote:
> Here is my offer: you get galeon 2.0.5 to build against xulrunner-dev in
> pkg-gnome svn, and I get at least http authentication to work, and we
> put that in unstable.

 Nice offer, thanks!  Are you assuming it's currently in pkg-gnome?
 It's in pkg-galeon currently.
   I will simply upload galeon 2.0.5 to sid in the next couple of days
 with a serious bug open for the http auth regression.

-- 
Loïc Minier

Message #37 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Loïc Minier <lool@dooz.org>

Cc: 480799@bugs.debian.org

Subject: Re: Bug#480799: Don't build depend on libxul-dev

Date: Sun, 15 Jun 2008 20:48:07 +0200

On Sun, Jun 15, 2008 at 08:19:57PM +0200, Loïc Minier wrote:
> On Sun, Jun 15, 2008, Mike Hommey wrote:
> > Here is my offer: you get galeon 2.0.5 to build against xulrunner-dev in
> > pkg-gnome svn, and I get at least http authentication to work, and we
> > put that in unstable.
> 
>  Nice offer, thanks!  Are you assuming it's currently in pkg-gnome?
>  It's in pkg-galeon currently.

My brain was thinking pkg-galeon, but my fingers typed pkg-gnome.

>    I will simply upload galeon 2.0.5 to sid in the next couple of days
>  with a serious bug open for the http auth regression.

Well, I mostly have the patch already, because the same additions were
required for kazehakase ; it only needs to be adapted a bit, so you
don't have to upload straight, you can wait for my patch, it won't take
long ;)

Also note that I'll be adding nsIBadCertListener back in next xulrunner
upload (soonish), which means galeon will have to be rebuilt against that
new version anyways.

Mike

Message #42 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: 480799@bugs.debian.org, 473702@bugs.debian.org

Subject: WIP on xulrunner 1.9 port

Date: Mon, 30 Jun 2008 00:09:58 +0200

        Hey,

 This is just a note that I'm fighting to get galeon to build with
 xulrunner 1.9 (despite the new upstream version claiming it builds).

 I've overcome a couple of API changes and I'm currently trying to port
 GConsoleMessage().

 I'll push my changes to SVN tomorrow as they are not in commitable
 state and really ain't pretty right now.  I hope I'll manage to
 understand how to implement GConsoleMessage() and wont meet too many
 other API changes.

   Cheers,
-- 
Loïc Minier

Message #47 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: 480799@bugs.debian.org, 473702@bugs.debian.org

Cc: control@bugs.debian.org

Subject: RFH: xulrunner 1.9 port

Date: Mon, 30 Jun 2008 21:19:18 +0200

[Message part 1 (text/plain, inline)]

tag 480799 + help
tag 473702 + help
stop

        Hi,

 I didn't expect my journey to build galeon against xulrunner 1.9 to be
 so long; I reached the point today where I don't really know how to
 continue further; it would probably require understanding many concepts
 of XPCOM glue which I'm far from mastering.  I've pushed the decent
 changes to SVN as individual patches:
    svn.debian.org/svn/pkg-galeon/unstable/galeon

 I tried some random changes in the attached random changes patch; the
 only one I'm pretty confident with is the MOZILLA_HOME one.  The other
 ones were attempts to get the thing to build.  I could reach the final
 link with them in place, but the linking fails due to hidden symbols
 being missing.  At this point I know it's related to glue things, but
 there are too many hacks in place for me to claim this is useful or
 safe to run by Debian users.

 I welcome any help in finishing the port; it probably needs some hours
 of someone knowing how mozembed should now be used with glue defines
 and links.

 Be careful with some of the recent changes I introduced, I'm not too
 confident with the fixes I came up with.  :-/

   Thanks,
-- 
Loïc Minier

[galeon-random-changes.patch (text/x-diff, attachment)]

Message #54 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Loïc Minier <lool@dooz.org>, 473702@bugs.debian.org

Cc: 480799@bugs.debian.org

Subject: Re: Bug#473702: RFH: xulrunner 1.9 port

Date: Tue, 1 Jul 2008 07:24:28 +0200

On Mon, Jun 30, 2008 at 09:19:18PM +0200, Loïc Minier wrote:
> tag 480799 + help
> tag 473702 + help
> stop
> 
>         Hi,
> 
>  I didn't expect my journey to build galeon against xulrunner 1.9 to be
>  so long; I reached the point today where I don't really know how to
>  continue further; it would probably require understanding many concepts
>  of XPCOM glue which I'm far from mastering.  I've pushed the decent
>  changes to SVN as individual patches:
>     svn.debian.org/svn/pkg-galeon/unstable/galeon
> 
>  I tried some random changes in the attached random changes patch; the
>  only one I'm pretty confident with is the MOZILLA_HOME one.  The other
>  ones were attempts to get the thing to build.  I could reach the final
>  link with them in place, but the linking fails due to hidden symbols
>  being missing.  At this point I know it's related to glue things, but
>  there are too many hacks in place for me to claim this is useful or
>  safe to run by Debian users.
> 
>  I welcome any help in finishing the port; it probably needs some hours
>  of someone knowing how mozembed should now be used with glue defines
>  and links.
> 
>  Be careful with some of the recent changes I introduced, I'm not too
>  confident with the fixes I came up with.  :-/

I won't have time to take a look before tonight, or even later, but here
is a quick take: you don't need rpath. Link against the standalone glue
(libxul-embedding or libxul-embedding-unstable) and be done with it.

Mike

Message #59 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Mike Hommey <mh@glandium.org>

Cc: 473702@bugs.debian.org, 480799@bugs.debian.org

Subject: Re: Bug#473702: RFH: xulrunner 1.9 port

Date: Tue, 1 Jul 2008 11:00:17 +0200

On Tue, Jul 01, 2008, Mike Hommey wrote:
> I won't have time to take a look before tonight, or even later, but here
> is a quick take: you don't need rpath. Link against the standalone glue
> (libxul-embedding or libxul-embedding-unstable) and be done with it.

 (I probably don't need one in the new case, but if I want galeon to
 build against old and new geckos (to send patches upstream), it's
 easier to conform to the -rpath $(MOZILLA_HOME) case.)

-- 
Loïc Minier

Message #64 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loïc Minier <lool@dooz.org>

To: Mike Hommey <mh@glandium.org>

Cc: 473702@bugs.debian.org, 480799@bugs.debian.org

Subject: Re: Bug#473702: RFH: xulrunner 1.9 port

Date: Tue, 1 Jul 2008 11:51:03 +0200

On Tue, Jul 01, 2008, Mike Hommey wrote:
> >  (I probably don't need one in the new case, but if I want galeon to
> >  build against old and new geckos (to send patches upstream), it's
> >  easier to conform to the -rpath $(MOZILLA_HOME) case.)
> ... but you really don't want to have an rpath when building against new
> gecko.

 Ok; then I guess we need an AM_CONDITIONAL around the Makefile.am
 snippet adding the rpath, or we need to move the flags addition to
 configure.in logic.  Thanks for the hint on this part.  I'd rather have
 you or someone familiar with the glue and linking rules look at the
 current usage of .pc files, includes, defines, and rpathes as a whole
 rather than me continuing random incantations here to get a binary
 though.  :-)

-- 
Loïc Minier

Message #69 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Mike Hommey <mh@glandium.org>

To: Loïc Minier <lool@dooz.org>

Cc: 473702@bugs.debian.org, 480799@bugs.debian.org

Subject: Re: Bug#473702: RFH: xulrunner 1.9 port

Date: Tue, 1 Jul 2008 11:09:41 +0200

On Tue, Jul 01, 2008 at 11:00:17AM +0200, Loïc Minier <lool@dooz.org> wrote:
> On Tue, Jul 01, 2008, Mike Hommey wrote:
> > I won't have time to take a look before tonight, or even later, but here
> > is a quick take: you don't need rpath. Link against the standalone glue
> > (libxul-embedding or libxul-embedding-unstable) and be done with it.
> 
>  (I probably don't need one in the new case, but if I want galeon to
>  build against old and new geckos (to send patches upstream), it's
>  easier to conform to the -rpath $(MOZILLA_HOME) case.)

... but you really don't want to have an rpath when building against new
gecko.

Mike

Message #74 received at 480799@bugs.debian.org (full text, mbox, reply):

From: Loic Minier <lool@dooz.org>

To: control@bugs.debian.org

Cc: 473702@bugs.debian.org, 480799@bugs.debian.org

Subject: setting package to galeon galeon-common, tagging 473702, tagging 480799

Date: Thu, 03 Jul 2008 15:48:07 +0200

# Automatically generated email from bts, devscripts version 2.10.26ubuntu4
#
# galeon (2.0.5-1) unstable; urgency=low
#
#  * New upstream release; closes: #473702.
#    - Supports building against xulrunner-1.9, with regressions.
#    - Document regressions in galeon.NEWS.
#    - Build-dep on xulrunner-dev (>= 1.9~) instead of libxul-dev;
#      closes: #480799; depend on xulrunner (>= 1.9~).
#    - Drop patch 10_configure-check-for-mozjs as JS support is pulled via
#      libxul-embedding.
#    - New patch, 61_no-prefix-before-includes, drop directory before #includes
#      as headers are directly below the xulrunner-1.9 include root dir and
#      these dirs don't exist; also these are already -Included via
#      mozilla/Makefile.am flags anyway.
#    - New patch, 62_libxul-embedding-unstable, adds support for
#      libxul-embedding-unstable gecko; build-dep on libnspr4-dev as we're
#      using nspr now.
#    - Configure with --with-mozilla=libxul-embedding-unstable instead of
#      xulrunner.
#    - New patch, 63_mozilla-config-no-path, don't hardcode path to
#      mozilla-config.h which might not be in the includedir but is found via
#      -I flags.
#    - New patch, 64_force-prompt, add an aForcePrompt PRBOOL arg to
#      GContentHandler::PromptFor() if the parent class has it; FIXME this is
#      unconditionally set ATM.
#    - Drop patch 70_relibtoolize as we don't run libtoolize anymore.
#    - New patch, 90_autotools, generated with "aclocal-1.9 && autoheader &&
#      autoconf && automake-1.9 && rm -rf autom4te.cache config.h.in~".
#    - New patch, 66_non-threadsafe-gconsolemessage-isupports, use
#      NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
#      GConsoleMessage and declare NS_DECL_NSICONSOLEMESSAGE.
#    - New patch, 67_nsimpl-support-gtknssclientauthdialogs, use
#      NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
#      GtkNSSClientAuthDialogs.
#    - New patch, 68_register-comps-frozen-linkage, don't use non-frozen
#      linkage to register components; from epiphany port; thanks
#      Alexander Sack.
#    - New patch, 69_get-message-moz, rename GetMessage() to GetMessageMoz();
#      FIXME this requires some ifdef work.
#    - New patch, 70_xpcom-startup-glue, bootstraps xulrunner for 1.9 properly;
#      from epiphany port; thanks Alexander Sack.
#    - New patch, 71_disable-external-protocol-service, disable
#      GExternalProtocolService when using XPCOM_GLUE.
#

package galeon galeon-common
tags 473702 + pending
tags 480799 + pending

Message #81 received at 480799-close@bugs.debian.org (full text, mbox, reply):

From: Loic Minier <lool@dooz.org>

To: 480799-close@bugs.debian.org

Subject: Bug#480799: fixed in galeon 2.0.5-1

Date: Thu, 03 Jul 2008 15:17:04 +0000

Source: galeon
Source-Version: 2.0.5-1

We believe that the bug you reported is fixed in the latest version of
galeon, which is due to be installed in the Debian FTP archive:

galeon-common_2.0.5-1_all.deb
  to pool/main/g/galeon/galeon-common_2.0.5-1_all.deb
galeon_2.0.5-1.diff.gz
  to pool/main/g/galeon/galeon_2.0.5-1.diff.gz
galeon_2.0.5-1.dsc
  to pool/main/g/galeon/galeon_2.0.5-1.dsc
galeon_2.0.5-1_i386.deb
  to pool/main/g/galeon/galeon_2.0.5-1_i386.deb
galeon_2.0.5.orig.tar.gz
  to pool/main/g/galeon/galeon_2.0.5.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 480799@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Loic Minier <lool@dooz.org> (supplier of updated galeon package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 16 Dec 2007 22:54:43 +0100
Source: galeon
Binary: galeon galeon-common
Architecture: source all i386
Version: 2.0.5-1
Distribution: unstable
Urgency: medium
Maintainer: Loic Minier <lool@dooz.org>
Changed-By: Loic Minier <lool@dooz.org>
Description: 
 galeon     - GNOME web browser for advanced users
 galeon-common - GNOME web browser for advanced users
Closes: 473702 480799
Changes: 
 galeon (2.0.5-1) unstable; urgency=medium
 .
   * Update menu file for new menu layout.
   * Use lsb_release to tweak User-Agent string; bdep on lsb-release.
   * Drop dh_installmime call as bdeps ensure cdbs >= 0.4.35.
   * Set GConf defaults via dh_gconf instead of patching the schema: add
     debian/galeon.gconf-defaults and  drop patch 31_customise-settings.
   * Update presubj template; reword and change browser names to use the Debian
     branding (Iceape, Iceweasel).
   * Update watch file slightly as it broke with some SF.net update again and
     wasn't using the format supported by the redirector.
   * New upstream release; closes: #473702.
     - Supports building against xulrunner-1.9, with regressions.
     - Document regressions in galeon.NEWS.
     - Build-dep on xulrunner-dev (>= 1.9~) instead of libxul-dev;
       closes: #480799; depend on xulrunner (>= 1.9~).
     - Drop patch 10_configure-check-for-mozjs as JS support is pulled via
       libxul-embedding.
     - New patch, 61_no-prefix-before-includes, drop directory before #includes
       as headers are directly below the xulrunner-1.9 include root dir and
       these dirs don't exist; also these are already -Included via
       mozilla/Makefile.am flags anyway.
     - New patch, 62_libxul-embedding-unstable, adds support for
       libxul-embedding-unstable gecko; build-dep on libnspr4-dev as we're
       using nspr now.
     - Configure with --with-mozilla=libxul-embedding-unstable instead of
       xulrunner.
     - New patch, 63_mozilla-config-no-path, don't hardcode path to
       mozilla-config.h which might not be in the includedir but is found via
       -I flags.
     - New patch, 64_force-prompt, add an aForcePrompt PRBOOL arg to
       GContentHandler::PromptFor() if the parent class has it; FIXME this is
       unconditionally set ATM.
     - Drop patch 70_relibtoolize as we don't run libtoolize anymore.
     - New patch, 90_autotools, generated with "aclocal-1.9 && autoheader &&
       autoconf && automake-1.9 && rm -rf autom4te.cache config.h.in~".
     - New patch, 66_non-threadsafe-gconsolemessage-isupports, use
       NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
       GConsoleMessage and declare NS_DECL_NSICONSOLEMESSAGE.
     - New patch, 67_nsimpl-support-gtknssclientauthdialogs, use
       NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
       GtkNSSClientAuthDialogs.
     - New patch, 68_register-comps-frozen-linkage, don't use non-frozen
       linkage to register components; from epiphany port; thanks
       Alexander Sack.
     - New patch, 69_get-message-moz, rename GetMessage() to GetMessageMoz();
       FIXME this requires some ifdef work.
     - New patch, 70_xpcom-startup-glue, bootstraps xulrunner for 1.9 properly;
       from epiphany port; thanks Alexander Sack.
     - New patch, 71_disable-external-protocol-service, disable
       GExternalProtocolService when using XPCOM_GLUE.
   * Allow xulrunner-1.9-dev build-dep and xulrunner-1.9 dep.
   * Update menu section from Applications/Net to Applications/Network/Web
     Browsing.
Checksums-Sha1: 
 3773c36f7a258bc235db852bb9bef751630dc4fe 1443 galeon_2.0.5-1.dsc
 0fffa86172caacc9ad03f0bd7ec2e93f97070f17 4322295 galeon_2.0.5.orig.tar.gz
 fd5b5470df299d9dec0cdd4df821fd29c7c7f051 71960 galeon_2.0.5-1.diff.gz
 1b8bb7e307b6df7ba22f918cbeb388a0401478a5 3064368 galeon-common_2.0.5-1_all.deb
 c52ae380e6d29c5f30ca4785af4464b990c24acd 720916 galeon_2.0.5-1_i386.deb
Checksums-Sha256: 
 3bfdf59c8f79eedd96f499765729a1b418e6053d741b90868e7ff68d36678b93 1443 galeon_2.0.5-1.dsc
 c1090fe6a20fe659738592f7207c7eb451eec63ebc954ae2ad5a1c7992c15f70 4322295 galeon_2.0.5.orig.tar.gz
 c13daf207b359517d070880819a8acf8b2c275c25d48f3b4d6a4462dcf0b915d 71960 galeon_2.0.5-1.diff.gz
 be6117b21ea19d88b2c9d9aad6c071caba9fff06290c5e416835773c2192591f 3064368 galeon-common_2.0.5-1_all.deb
 10a004b18e831700506a1a7a4776a266b915cbbceac989ddcd993fb3d193e210 720916 galeon_2.0.5-1_i386.deb
Files: 
 1a5706c0738f92af78a648375ecdc61f 1443 gnome optional galeon_2.0.5-1.dsc
 00f0c4a013bc7f0b08f6529f78d53452 4322295 gnome optional galeon_2.0.5.orig.tar.gz
 69163a096195620edb8abe4bec14e3df 71960 gnome optional galeon_2.0.5-1.diff.gz
 03f61202614486f3811985bac24de821 3064368 gnome optional galeon-common_2.0.5-1_all.deb
 348d7d97f4292c47f9a8aa6a4a4bfe8e 720916 gnome optional galeon_2.0.5-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkhs5tIACgkQ4VUX8isJIMDXFgCgtXJ7BNNDmhFMhN1ZG7UOmJda
Uh8An086R1AygVKfeiSnqEUo6AO+khZZ
=sKTb
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.