David C. Rankin | 5 Aug 20:45 2010

gnome 'slab' menu from AUR - howto add items in the 'System' area?

Guys

	I have used the slab menu in Gnome on opensuse and yesterday I and installed it 
on Arch Linux from AUR which used the newest source package from:

http://ftp.gnome.org/pub/GNOME/sources/gnome-main-menu/0.9/gnome-main-menu-0.9.15.tar.bz2

	The AUR packages were:

(main-menu)
http://aur.archlinux.org/packages.php?ID=24048

(libslab dependency)
http://aur.archlinux.org/packages.php?ID=30243

	Here is a screenshot of the slab menu on suse showing the System area and the 
apps I'm trying to place there:

(56k)
http://www.3111skyline.com/dl/img/ss/gnome/slabMenuSystemArea.jpg

	The favorites, documents and places parts of the menu work fine in Arch, but I 
can't figure out how to add apps to the area to the right-hand-side under the 
"System" heading.

     In opensuse all I had to do was to:

(1) first drag an app from favorites onto the system area and it would be added 
to the end of the system area list, then;

(Continue reading)

Trevor Vallender | 8 Aug 22:23 2010
Picon

Get list of CD-ROM drives


I am attempting to get a list of all CD-ROM drives on a system from a C
application. I was advised in IRC to use libgdu. Attempting to do this,
I used

#include <gnome-disk-utility/gdu/gdu.h>

and get an error message that it is an unstable API. When the #define
line is added which it mentions, it then has a fatal error that
gdu/gdu-types.h cannot be found.

Am I #include-ing the wrong thing? Should I not be using libgdu for this
at all?

Thanks.
Dennis Hilmar | 8 Aug 23:18 2010
Picon

Re: Get list of CD-ROM drives


Hey Trevor


I don't know much about gdu, but I would recommend looking at the dbus. Usually there is a device connected here that can tell you such things.. And also give you callbacks when a CD is inserted :)



On Sun, Aug 8, 2010 at 10:23 PM, Trevor Vallender <tsv <at> tsv.me.uk> wrote:

I am attempting to get a list of all CD-ROM drives on a system from a C
application. I was advised in IRC to use libgdu. Attempting to do this,
I used

#include <gnome-disk-utility/gdu/gdu.h>

and get an error message that it is an unstable API. When the #define
line is added which it mentions, it then has a fatal error that
gdu/gdu-types.h cannot be found.

Am I #include-ing the wrong thing? Should I not be using libgdu for this
at all?

Thanks.

_______________________________________________
gnome-devel-list mailing list
gnome-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-devel-list



--
Mvh
Dennis Hilmar
GPG Key fingerprint: CB3D D1B7 86BA D835 23D0  4752 B7AA 284E F70E 01AD
_______________________________________________
(Continue reading)

David C. Rankin | 10 Aug 05:27 2010

Why don't my apps that need g-s-d cause it to autostart?


Guys,

     In nearly all my other desktops (fluxbox, e16, e17, icewm, etc..) I have 
always started the gnome-settings-daemon independently as one of the startup 
programs for each of the desktops. It provides the gnome-screensaver and makes 
all the gtk apps look right.

     To my surprise, you can't start g-s-d anymore in opensuse 11.3 and have it 
provide the normal g-s-d services when it is launched as part of another desktop 
(fluxbox, e16, e17, icewm, etc..) -- Why Not??

    When I start gsd, a process is registered in the process table because I can 
see it with ps ax, but it doesn't do anything it is supposed to. GTK apps all 
look pitiful and no screensaver, no nada.... It looks like the g-s-d process 
just sits there and doesn't respond to any of the apps or desktop calls that 
need it services anymore. Up until opensuse 11.3, g-s-d was bulletproof.

	For example, as part of my fluxbox 'startup' config, I include the following:

## Make GTK apps look and behave how they were set up in the gnome config tools

if test -x /usr/lib/gnome-settings-daemon/gnome-settings-daemon >/dev/null; then
   /usr/lib/gnome-settings-daemon/gnome-settings-daemon &
fi

## start the Gnome clipboard manager
if which parcellite >/dev/null; then
     $(which parcellite) &
fi
(Continue reading)

Vincent Untz | 10 Aug 12:36 2010

Re: [opensuse-gnome] Why don't my apps that need g-s-d cause it to autostart?


Hi,

I'm setting Mail-Followup-To to the opensuse-gnome mailing list. It's
really not needed to cc three mailing lists for this...

Le lundi 09 août 2010, à 22:27 -0500, David C. Rankin a écrit :
> Guys,
> 
>     In nearly all my other desktops (fluxbox, e16, e17, icewm,
> etc..) I have always started the gnome-settings-daemon independently
> as one of the startup programs for each of the desktops. It provides
> the gnome-screensaver and makes all the gtk apps look right.

gnome-settings-daemon has stopped starting gnome-screensaver because
there was no reason to not start it with the usual autostart mechanism.

>     To my surprise, you can't start g-s-d anymore in opensuse 11.3
> and have it provide the normal g-s-d services when it is launched as
> part of another desktop (fluxbox, e16, e17, icewm, etc..) -- Why
> Not??
> 
>    When I start gsd, a process is registered in the process table
> because I can see it with ps ax, but it doesn't do anything it is
> supposed to. GTK apps all look pitiful and no screensaver, no
> nada.... It looks like the g-s-d process just sits there and doesn't
> respond to any of the apps or desktop calls that need it services
> anymore. Up until opensuse 11.3, g-s-d was bulletproof.

You'd need to elaborate on the issues. I'm pretty sure that if g-s-d is
(Continue reading)

Pavel Holejsovsky | 18 Aug 07:08 2010
Picon

[PATCH] [girepository] Initialize globals in build_search_path_with_overrides().


Fixes problem when calling g_irepository_require(NULL, ...) as the
very first call from girepository library ignores GI_TYPELIB_PATH
setting.
---
 girepository/girepository.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/girepository/girepository.c b/girepository/girepository.c
index 50bcfbd..0b0d074 100644
--- a/girepository/girepository.c
+++ b/girepository/girepository.c
 <at>  <at>  -173,6 +173,7  <at>  <at>  GSList *
 build_search_path_with_overrides (void)
 {
 	GSList *result;
+	init_globals ();
 	if (override_search_path != NULL)
 	  {
 		result = g_slist_copy (override_search_path);
--

-- 
1.7.0.4
Emmanuele Bassi | 19 Aug 18:55 2010
Picon

Re: [PATCH] [girepository] Initialize globals in build_search_path_with_overrides().


On Wed, 2010-08-18 at 05:08 +0000, Pavel Holejsovsky wrote:
> Fixes problem when calling g_irepository_require(NULL, ...) as the
> very first call from girepository library ignores GI_TYPELIB_PATH
> setting.

please, use Bugzilla - product: GLib, component: Introspection.

ciao,
 Emmanuele.

--

-- 
W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi
Pavel Holejsovsky | 20 Aug 11:47 2010

Re: [PATCH] [girepository] Initialize globals in build_search_path_with_overrides().


On 8/19/2010 6:55 PM, Emmanuele Bassi wrote:
> please, use Bugzilla - product: GLib, component: Introspection.

Ok, https://bugzilla.gnome.org/show_bug.cgi?id=627474.
I hope I've don it correctly.

bye,
Pavel
Emmanuele Bassi | 20 Aug 12:45 2010
Picon

Re: [PATCH] [girepository] Initialize globals in build_search_path_with_overrides().


On Fri, 2010-08-20 at 11:47 +0200, Pavel Holejsovsky wrote:
> On 8/19/2010 6:55 PM, Emmanuele Bassi wrote:
> > please, use Bugzilla - product: GLib, component: Introspection.
> 
> Ok, https://bugzilla.gnome.org/show_bug.cgi?id=627474.
> I hope I've don it correctly.

perfect!

thanks a lot for the patch.

ciao,
 Emmanuele.

--

-- 
W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi

Gmane