Elliot Lee | 1 Mar 2004 06:00
Picon
Favicon

BUG NAG: 7466 bugs open on bugzilla.gnome.org


                     Component | # of Bugs
                      nautilus | 714  
                          gtk+ | 565  
                control-center | 258  
                     gnome-vfs | 258  
                       GnuCash | 225  
                   gnome-panel | 213  
                 gnome-applets | 155  
                        galeon | 144  
                     GStreamer | 142  
                       doxygen | 135  
                       sawfish | 122  
                         balsa | 121  
                     rhythmbox | 115  
                           dia | 110  
                gnome-terminal | 108  
                      metacity | 107  
                          GIMP | 107  
                   gnome-pilot | 107  
                      Gnumeric | 106  
                  conglomerate | 102  
                      epiphany | 100  
                    libgnomeui | 88   
                       libwnck | 88   
                           vte | 87   
                 gnome-session | 84   
                        libzvt | 78   
                          glib | 77   
                       website | 77   
(Continue reading)

Johan FISCHER | 2 Mar 2004 03:21

[patch] glib documentation

Hi,

I don't know if it's the right place to send this but i'm not yet subscribed to
the glib mailling list.

I found a problem in the html documentation generation using gtk-doc. There was
a missing closing tag in the g_main_depth function documentation
(glib/gmain.c).

I attached a patch to correct this.

If the mailling was the good one, can someone forward it to the right one ?

Ths.

Johan.

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Attachment (gmain.c.diff): text/x-patch, 408 bytes
Attachment: application/pgp-keys, 1018 bytes
Billy O'Connor | 2 Mar 2004 03:26

Re: [patch] glib documentation


Johan FISCHER <linux <at> fischaz.com> writes:

> Hi,
>
> I don't know if it's the right place to send this but i'm not yet subscribed to
> the glib mailling list.
>
> I found a problem in the html documentation generation using gtk-doc. There was
> a missing closing tag in the g_main_depth function documentation
> (glib/gmain.c).
>
> I attached a patch to correct this.
>
> If the mailling was the good one, can someone forward it to the right one ?

Try to familiarize yourself with bugzilla, it's better than mailing
patches.

--

-- 
GNU/Linux revenues last quarter: $1 Billion.
micros~1  revenues last quarter: $4 Billion.
It's no longer a question of windows or GNU, it's a question of *Unix* or GNU.
Johan FISCHER | 2 Mar 2004 03:59

Re: [patch] glib documentation

Quoting Billy O'Connor <billyoc <at> gnuyork.org>:

>
> Try to familiarize yourself with bugzilla, it's better than mailing
> patches.

I thought that sending a patch to a mailling list was easier to see and commit
than going to a huge process of reporting a bug for just 1 line of code 
missing
but thx.

Johan.

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Attachment: application/pgp-keys, 1018 bytes
Alexander Larsson | 2 Mar 2004 10:18
Picon
Favicon

Re: Circular dependency between libgnomeui and gnome-vfs?


On Thu, 2004-02-19 at 19:52, Tommi Vainikainen wrote:
> Hi,
> 
> from libgnomeui/configure.in:
> GNOMEUI_MODULES="libgnome-2.0 >= 2.0.0 libgnomecanvas-2.0 >= 2.0.0 \
>  libbonoboui-2.0 >= 2.0.0 gconf-2.0 >= 1.1.11 pango >= 1.1.2 \
>  gnome-vfs-2.0 >= 2.5.3 gnome-keyring-1"
>  ^^^^^^^^^^^^^^^^^^^^^^
> 
> And from gnome-vfs/configure.in:
> PKG_CHECK_MODULES(GTK, gtk+-2.0 >= 2.3.1 libgnomeui-2.0 >= 2.5.1,\
>  AM_CONDITIONAL(HAVE_GTK, true))         ^^^^^^^^^^^^^^^^^^^^^^^
>                                          ^^^^^^^^^^^^^^^^^^^^^^^
> 
> So did I interpret this correctly that there is circular dependency
> between gnome-vfs and libgnomeui?  I looked at this because jhbuild
> failed to build Gnome from cvs for me.  Also related changelog entry
> (libgnomeui/ChangeLog) seems to be two months old:
> 
> 2003-12-14  Fernando Herrera
> 
>         * configure.in: requiere gnome-vfs-2.0 >= 2.5.3 for new auth sutff
> 
> So is there some another way to build Gnome 2.5 meaning I've some
> other problem with jhbuild?
> 
> PS. Please Cc me, I'm not subscribed.

This is fixed in cvs head, but at the moment, just build gnome-vfs
(Continue reading)

Thomas Vander Stichele | 2 Mar 2004 11:51
Gravatar

Re: [patch] glib documentation


> >
> > Try to familiarize yourself with bugzilla, it's better than mailing
> > patches.
> 
> I thought that sending a patch to a mailling list was easier to see and commit
> than going to a huge process of reporting a bug for just 1 line of code 
> missing
> but thx.

I was about to apply the patch since I noticed the same problem
yesterday and it was breaking the build, but someone beat me to it. 
Said someone also forgot to add a ChangeLog entry.  Could said someone
please add that too ?

Thanks
Thomas

Dave/Dina : future TV today ! - http://www.davedina.org/
<-*- thomas (dot) apestaart (dot) org -*->
"Would you like my advice ?"
"That depends. Will I like it ?"
"Of course you won't ! My advice is based on reality !"
<-*- thomas (at) apestaart (dot) org -*->
URGent, best radio on the net - 24/7 ! - http://urgent.fm/
Fabio Gomes | 2 Mar 2004 16:51
Picon

To Discuss: Application Startup Time


Dear friends,

	Is there any past work related to optimizing the startup time of GNOME
applications?

	Why does Emacs, a complex scriptable beast, start faster than GEdit,
the (supposed to be) lightweight text editor?

	What are the main bottlenecks of application startup in GNOME? I see
that when GNOME 2.0 was released, some new technologies such as
client-side fonts raised the startup time significantly when compared to
1.x applications. 

	I would like to bring up a discussion on how we could make GNOME
applications start faster, at hacker level and user level.

	Any toughts?	
--

-- 
Fabio Gomes de Souza <fabio <at> gs2.com.br> (+55 81 9132-1845)

.- GS2 TECNOLOGIA DA INFORMACAO LTDA :: www.gs2.com.br
|- IT Infrastructure :: Security :: Embedded systems :: Linux
`- Olinda, Brazil - +55 81 3492-7777 - negocios <at> gs2.com.br
Fabio Gomes | 2 Mar 2004 16:51
Picon

To Discuss: Application Startup Time


Dear friends,

	Is there any past work related to optimizing the startup time of GNOME
applications?

	Why does Emacs, a complex scriptable beast, start faster than GEdit,
the (supposed to be) lightweight text editor?

	What are the main bottlenecks of application startup in GNOME? I see
that when GNOME 2.0 was released, some new technologies such as
client-side fonts raised the startup time significantly when compared to
1.x applications. 

	I would like to bring up a discussion on how we could make GNOME
applications start faster, at hacker level and user level.

	Any toughts?	
--

-- 
Fabio Gomes de Souza <fabio <at> gs2.com.br> (+55 81 9132-1845)

.- GS2 TECNOLOGIA DA INFORMACAO LTDA :: www.gs2.com.br
|- IT Infrastructure :: Security :: Embedded systems :: Linux
`- Olinda, Brazil - +55 81 3492-7777 - negocios <at> gs2.com.br
Havoc Pennington | 3 Mar 2004 03:57
Picon
Favicon

Re: To Discuss: Application Startup Time


Hi,

On Tue, 2004-03-02 at 10:51, Fabio Gomes wrote:
> 	I would like to bring up a discussion on how we could make GNOME
> applications start faster, at hacker level and user level.
> 

Not to be a smartass, but the discussion is very short ;-)

1. Profile application startup
2. Post mail with profile results showing what takes up what 
   percent of startup time
3. Optimize those things that take up most of the time

Valgrind, oprofile, gprof, speedprof could all be useful tools for step
1...

Havoc
Sridhar R | 3 Mar 2004 08:47
Picon
Favicon

Re: To Discuss: Application Startup Time


On Tue, Fabio Gomes wrote:
> 
> 	Is there any past work related to optimizing the
> startup time of GNOME
> applications?
> 
> 	Why does Emacs, a complex scriptable beast, start
> faster than GEdit,
> the (supposed to be) lightweight text editor?
> 
> 	What are the main bottlenecks of application
> startup in GNOME? I see
> that when GNOME 2.0 was released, some new
> technologies such as
> client-side fonts raised the startup time
> significantly when compared to
> 1.x applications. 
> 
> 	I would like to bring up a discussion on how we
> could make GNOME
> applications start faster, at hacker level and user
> level.
> 
> 	Any toughts?	

   Well. I am now a GNOME hacker.  I really don't know
what makes GNOME/GTK+ apps to start slower.  For GNOME
apps, the delay is (might be) in gnome_program_init
function.  Any application needs to initialize some
(Continue reading)


Gmane