Rodrigo Moya | 1 Aug 16:01 2006

Re: upcomming glade release


On Mon, 2006-07-31 at 14:48 -0400, Tristan Van Berkom wrote:
> Hello gnome devel list!
> 
>      I admittedly havent been following the gnome release cycle at all,
> and in light of the emails I've been recieving announcing a tarball
> deadline, I've noticed that it is a complete coincidence that glade3
> is ready for a full-featured stable release at the same time as
> this gnome release.
> 
>      I'm completely new to makeing stable public releases that work with
> the gnome release schedule and all that, so I wonder if there's a way
> to get the glade3 module into this release... and if it's too late
> (completely understandable), then I'd like to request now ahead of time
> that we get included in the list of modules to be published in
> the next gnome release.
> 
it is indeed too late, since the module inclusion deadline is over.
You'll need to propose it for inclusion (email to
desktop-devel-list <at> gnome.org) at the beginning of next development
cycle, that is, around September. It will be announced in
desktop-devel-list.
--

-- 
Rodrigo Moya <rodrigo <at> gnome-db.org>
Tristan Van Berkom | 1 Aug 18:01 2006
Picon

Re: upcomming glade release


Rodrigo Moya wrote:
[...]
> it is indeed too late, since the module inclusion deadline is over.
> You'll need to propose it for inclusion (email to
> desktop-devel-list <at> gnome.org) at the beginning of next development
> cycle, that is, around September. It will be announced in
> desktop-devel-list.

Yes,
    I've been getting the ML run-around the last couple days and
found out about desktop-devel-list on irc the other day :)

Now that we are finally publishing a stable release, it would be
nice to follow the gnome time based releases, whether glade should
be considered a desktop module or not I'm not sure... seems that
alot of information I am missing is scattered about mailing lists
that I'm not subscribed to (yet), so I'll try to rethink this a
little... but I'll probably be lazy about it and take it to
desktop-devel and just see what happens (since I'd rather spend
time writing code than discussing release politics ;-p )

/me follows the ML trail...

Cheers all,
                 -Tristan
Murray Cumming | 1 Aug 19:08 2006

Re: upcomming glade release


On Tue, 2006-08-01 at 12:01 -0400, Tristan Van Berkom wrote:
> Rodrigo Moya wrote:
> [...]
> > it is indeed too late, since the module inclusion deadline is over.
> > You'll need to propose it for inclusion (email to
> > desktop-devel-list <at> gnome.org) at the beginning of next development
> > cycle, that is, around September. It will be announced in
> > desktop-devel-list.
> 
> Yes,
>     I've been getting the ML run-around the last couple days and
> found out about desktop-devel-list on irc the other day :)
> 
> Now that we are finally publishing a stable release, it would be
> nice to follow the gnome time based releases, whether glade should
> be considered a desktop module or not I'm not sure... seems that
> alot of information I am missing is scattered about mailing lists
> that I'm not subscribed to (yet), so I'll try to rethink this a
> little... but I'll probably be lazy about it and take it to
> desktop-devel and just see what happens (since I'd rather spend
> time writing code than discussing release politics ;-p )
> 
> /me follows the ML trail...

Glade is a development tool, so it's not appropriate for any of the
existing GNOME release sets. There's more information about the release
sets here:
http://live.gnome.org/TwoPointFifteen

(Continue reading)

Mario Lenz | 1 Aug 19:13 2006
Picon
Picon

Re: Network event somewhere?


Kenneth Østby <kenneth.ostby <at> gmail.com> writes:

> It seems like what you're looking for is the magical GIOChannel to which you
> can create out of your already opened filedescriptor. That solves the whole 
> select magic for you. 
> 1. Open socket
> 2. Create new GIOChannel with the filedescriptor
> 3. Add a GIO watch with g_io_add_watch()

Thank you, that was just what I've been looking for. And because Magnus
Therning asked me to let the people on this list know if I made it work,
here's some sample code:

#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <gtk/gtk.h>

gboolean
my_process_connect (GIOChannel * source,
                    GIOCondition condition, gpointer data)
{
  int work_fd;
  unsigned int client_addr_len;
  struct sockaddr_in client_addr;

  work_fd =
(Continue reading)

Fredrik Tolf | 5 Aug 19:35 2006

"Single sign-on" for the Gnome keyring


Hi List!

I don't know if this is the right list to post this to, so please
correct me if I'm wrong.

Anyway, I borrowed a laptop from a friend (to fix a couple of problems
with it), using Ubuntu with Gnome 2.14 and NetworkManager. As you
probably know, NetworkManager's Gnome applet uses the Gnome keyring to
save WEP and WPA keys. Because of this, one has to unlock the keyring to
be able to connect to a network.

I found the following situation quite annoying. As soon as one logs into
Gnome (normally using a login password), one immediately has to unlock
the keyring as well, normally using the same password (does anyone use a
different password for login and the keyring?). Not a great deal, but
one shouldn't have to enter one's password twice in a row.

So I got this idea. How about writing a PAM module which would make a
crypto key from the login password (in a similar manner to how
gnome-keyring-daemon already does, but with the login password) and
store it in the Linux kernel's keyring utility (as introduced with, what
was it, 2.6.12?), and then having gnome-keyring-daemon use it instead of
asking for a password? A kind of SSO for the keyring, that is.

I've thought through the following considerations:
 * Security is the same -- it's easy to extract the key from the
kernel's keyring, but so is extracting gnome-keyring-daemon's key using
ptrace. In both cases, it's stored in RAM, so it will disappear upon
system shutdown/crash or user logout.
(Continue reading)

Travis Watkins | 6 Aug 02:21 2006
Picon

Re: "Single sign-on" for the Gnome keyring


On 8/5/06, Fredrik Tolf <fredrik <at> dolda2000.com> wrote:
[large snip]
> I'm fully intending to do this work myself. I'd just like to hear any
> opinions about this scheme or any weaknesses spotted. Anyone?

Perhaps you're looking for pam_keyring? [0] It seems to do what you want.

[0] http://www.hekanetworks.com/pam_keyring/

--

-- 
Travis Watkins
http://www.realistanew.com
Fredrik Tolf | 6 Aug 14:41 2006

Re: "Single sign-on" for the Gnome keyring


On Sat, 2006-08-05 at 19:21 -0500, Travis Watkins wrote:
> On 8/5/06, Fredrik Tolf <fredrik <at> dolda2000.com> wrote:
> [large snip]
> > I'm fully intending to do this work myself. I'd just like to hear any
> > opinions about this scheme or any weaknesses spotted. Anyone?
> 
> Perhaps you're looking for pam_keyring? [0] It seems to do what you want.

Well, that was interesting indeed. It seems like an excellent measure in
the meantime. My main objection against it is that it assumes that all
logins through the affected PAM chain will be to Gnome, however. What I
was intending to do would be a more generic solution (if they wanted to,
even gpg, Mozilla's keyring and others could use it).

Fredrik Tolf
Tomasz Kłoczko | 8 Aug 18:24 2006
Picon
Picon
Picon

Re: GNOME Power Manager 2.15.91


On Mon, 7 Aug 2006, Richard Hughes wrote:

> GNOME Power Manager is a session daemon for the GNOME desktop
> environment that makes it easy to manage the power on your laptop or
> desktop system.
>
> Download at the usual place :
> http://ftp.gnome.org/pub/GNOME/sources/gnome-power-manager/2.15/

Tar balls are broken: "make install" fails in data/icons/

In future it will be better if all GNOME maintainers will use
"make distcheck" for generate dist tar balls instead "make dist".
Using this way will allow produce source tar balls without bugs like in 
this case.

Current gnome-power-manager tar ball do not passses "make distcheck". List 
other known by me GNOME 2.15.91 projects wich do not passes distcheck:
- gedit (fix submitted by me to bugzilla ale now commited to CVS tree)
- evolution.

kloczek
--

-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm  <at> zie.pg.gda.pl|*e-mail: kloczek <at> rudy.mif.pg.gda.pl*
(Continue reading)

Daniel Fernandez | 9 Aug 20:59 2006
Picon

Keyboard shortcut


I would like to make some modifications to the keyboard shortcut tool.
Where I can find the sources?

Thanks.
Nickolay V. Shmyrev | 10 Aug 00:22 2006
Picon

Re: Keyboard shortcut


В Срд, 09/08/2006 в 20:59 +0200, Daniel Fernandez пишет:
> I would like to make some modifications to the keyboard shortcut tool.
> Where I can find the sources?
> 
> Thanks.
> 
> > 
You can checkout latest sources from CVS, read 

http://live.gnome.org/Sysadmin/CVS/Anonymous 

for details. You need gnome-control-center module, partuculary this
code:

http://cvs.gnome.org/viewcvs/gnome-control-center/capplets/keybindings

also you can download latest stable sources from

http://ftp.gnome.org/pub/GNOME/sources/control-center/2.15/

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


Gmane