Re: [E-devel] Exchange

2010-05-26 Thread Tom Haste
http://exchange.enlightenment.org/index.html has an error that suggests there is a permissions problem with the MySQL database. Im franticly trying to get it back up online but I dont know nearly enough about the problem to fix it. -Toma. On 24 May 2010 17:57, Dave Andreoli wrote: > I can conf

Re: [E-devel] How do I get my gtk themes to apply to gtk apps under e17?

2010-05-26 Thread David C. Rankin
On 05/26/2010 02:30 AM, David C. Rankin wrote: > 02:27 alchemy:~> ls -1 .gtkrc* > .gtkrc-2.0 Oh, no, Do NOT attempt to start gnome with the ~/.gtkrc-2.0 file in place. I'm sure it is something specific with my config, but __it hit the fan and soon as I attempted to start gnome after runn

Re: [E-devel] Adding new ssh keys to svn.enlightenment.org

2010-05-26 Thread Michael Jennings
On Wednesday, 26 May 2010, at 23:58:31 (+0200), Andreas Volz wrote: > yesterday I added a second key to ~/.ssh/authorized_keys2 on > svn.enlightenment.org and my access was working again. But hours > later the file was back the old. I repeated it multiple times. Commit your keys to SVN in the dev

[E-devel] Adding new ssh keys to svn.enlightenment.org

2010-05-26 Thread Andreas Volz
Hello, yesterday I added a second key to ~/.ssh/authorized_keys2 on svn.enlightenment.org and my access was working again. But hours later the file was back the old. I repeated it multiple times. Does someone know more about it? regards Andreas --

Re: [E-devel] e17 screenlock still will not accept password - had to go to xlock

2010-05-26 Thread Thomas Gstädtner
On Wed, May 26, 2010 at 09:39, David C. Rankin wrote: > Guys, > >        I ran into this problem the last time I worked with e17 ~ 9 months or > so ago. > The problem is when the screensaver activates and the e17 lock is activated, > there is no way to unlock the session without killing X. There

Re: [E-devel] Ecore Event Handlers

2010-05-26 Thread Christopher Michael
On 05/26/2010 03:51 PM, Gustavo Sverzut Barbieri wrote: > On Wed, May 26, 2010 at 3:45 PM, Christopher Michael > wrote: >> Hi all, >> >> I ran into a snafu wrt acpi stuff. Keep in mind that some of the things >> mentioned here are not in svn yet. I'll try to iterate the short version: >> >> acpi

Re: [E-devel] Ecore Event Handlers

2010-05-26 Thread Gustavo Sverzut Barbieri
On Wed, May 26, 2010 at 3:45 PM, Christopher Michael wrote: > Hi all, > > I ran into a snafu wrt acpi stuff. Keep in mind that some of the things > mentioned here are not in svn yet. I'll try to iterate the short version: > > acpi bindings get added to e_config. When e_acpi is initialized, we > cr

[E-devel] Ecore Event Handlers

2010-05-26 Thread Christopher Michael
Hi all, I ran into a snafu wrt acpi stuff. Keep in mind that some of the things mentioned here are not in svn yet. I'll try to iterate the short version: acpi bindings get added to e_config. When e_acpi is initialized, we create event handlers for the events specified in e_config so that when

[E-devel] Elementary widgets leaking icons/content

2010-05-26 Thread Fabiano Fidêncio
Hi Guys! Some elementary widgets (all that have icons and are being used in editje, at least) are leaking the icons/content. The current behavior is: when I set an icon, the old icon is unreferenced and the swallow that contains the icon is hidden. So, the icon not appears, but still live! I don't

[E-devel] e17 screenlock still will not accept password - had to go to xlock

2010-05-26 Thread David C. Rankin
Guys, I ran into this problem the last time I worked with e17 ~ 9 months or so ago. The problem is when the screensaver activates and the e17 lock is activated, there is no way to unlock the session without killing X. There is no individual lck/lock process to kill. The only workaround is

Re: [E-devel] How do I get my gtk themes to apply to gtk apps under e17?

2010-05-26 Thread David C. Rankin
On 05/26/2010 01:55 AM, Lionel ORRY wrote: > The other way, if you want to keep homogeneous with your configured > Gnome desktop, is to launch gnome-settings-daemon at e17 startup. A > bit more memory consuming, but will not mess with your actual > configuration since it will take care of applying