Re: [E-devel] E SVN: morlenxus trunk/E-MODULES-EXTRA/wlan/src
On Thu, 09 Sep 2010 23:32 -0300, Fabiano Fidêncio fiden...@profusion.mobi wrote: On Thu, Sep 9, 2010 at 11:51 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: fix recent menu api break Still broken here! SEGV when click with mouse's right button. At least for iBar, iBox, mixer. econnman, temperature, cpu, places ... Can anyone confirm? Make sure you get carstens most recent commit 52119. We tracked down the same issue here, and fixed with that revision. Regards, nash -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: morlenxus trunk/E-MODULES-EXTRA/wlan/src
On Fri, 10 Sep 2010 16:47:18 +1000 Brett Nash n...@nash.id.au said: On Thu, 09 Sep 2010 23:32 -0300, Fabiano Fidêncio fiden...@profusion.mobi wrote: On Thu, Sep 9, 2010 at 11:51 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: fix recent menu api break Still broken here! SEGV when click with mouse's right button. At least for iBar, iBox, mixer. econnman, temperature, cpu, places ... Can anyone confirm? Make sure you get carstens most recent commit 52119. We tracked down the same issue here, and fixed with that revision. and spanked devilhorns :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving commits and their messages
Have to agree with Eduardo Felipe. We're doing the ~exact~ same thing here at our company, having a periodically git-svn synced repository to work on. AND I also had the same thought about creating github repositories to be synced regularly, it would be so much easier. Maybe it's because it's a more natural way to work? Food for thought. Git allows people that do not have the rights for pushing upstream to still work and commit their changes in their branch (NOT sending patches on the ML, a pull request is just so much more convenient), and they could make their branches available to ~everyone~ instead of keeping them local like we're doing right now. It means more transparency in who did what, and more fine grained control upstream over what is merged, etc... The fear of having the project lead stolen by someone who does not push patches is groundless, because upstream always has much more momentum (look at all the other big projects using git) Seriously, SVN is a pain, the workflow is prehistoric. A github mirror would be a blessing. (And I know it's not what you wanted to talk about, really sorry about it) Regards Hugo Camboulive On Thu, Sep 9, 2010 at 10:59 PM, Eduardo Felipe eduardofelip...@gmail.com wrote: On Thu, Sep 9, 2010 at 3:01 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Sep 9, 2010 at 1:49 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Am 09.09.2010 um 18:41 schrieb Cedric BAIL: On Thu, Sep 9, 2010 at 6:35 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hey guys, with regards to the commit message part: I think it might be an idea to formalize the header of a commit message and make the server reject commits if necessary. Am 09.09.2010 um 18:22 schrieb Leandro Pereira: On Thu, Sep 9, 2010 at 1:15 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: 4 - The fourth annoyance is related to the previous and is could be called commit torrent or ssh over svn or gcc over svn and is the result of people committing every line or test they do, then committing couple of changes, then commit removing debug code, then another fix... (...) *cough* git *cough* *cough* As you know, a couple of weeks ago, I had a little poll [0] around. As some already mentioned, I need to extend this poll by another one e.g. Which VCS would you like to use with EFL?. Still the outcomes of this poll should be just seen as a hint for others who might want to give a sync of servers/services a try. Let's take the VCS out of this thread, as I said Raster will not move, so even if we use git for one or another dev, the main tree will follow as SVN... and even moving to GIT, if we keep current commit quality (messages, torrents, ...) we'll have the aforementioned problems. If I can have my two cents, here it is: My company uses git-svn, with a curated version of EFL, internally. We cherry-pick fixes and only get in sync with svn HEAD on snapshots/releases. There's been a lot of discussion internally if we should publish our repository on github, which I'm against as it would look like a fork of EFL or something like it. That being said, I honestly think that there should be a mirror of SVN on github, at least for EFL (eina, evas, etc), so users who already are on git can have a central place to do updates and create patches. Cheers, Eduardo Felipe. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving commits and their messages
Just because I am little bit annoyed by this troll, I will answer at the top of this message. We are not considering moving to another SCM. If you want to setup a git svn on github, fine. But no need to troll in this thread, we should be speaking about commit message policy. So I hope, that the latest troll I see in that thread. On Fri, Sep 10, 2010 at 11:44 AM, Hugo Camboulive hugo.camboul...@gmail.com wrote: Have to agree with Eduardo Felipe. We're doing the ~exact~ same thing here at our company, having a periodically git-svn synced repository to work on. AND I also had the same thought about creating github repositories to be synced regularly, it would be so much easier. Maybe it's because it's a more natural way to work? Food for thought. Git allows people that do not have the rights for pushing upstream to still work and commit their changes in their branch (NOT sending patches on the ML, a pull request is just so much more convenient), and they could make their branches available to ~everyone~ instead of keeping them local like we're doing right now. It means more transparency in who did what, and more fine grained control upstream over what is merged, etc... The fear of having the project lead stolen by someone who does not push patches is groundless, because upstream always has much more momentum (look at all the other big projects using git) Seriously, SVN is a pain, the workflow is prehistoric. A github mirror would be a blessing. (And I know it's not what you wanted to talk about, really sorry about it) Regards Hugo Camboulive On Thu, Sep 9, 2010 at 10:59 PM, Eduardo Felipe eduardofelip...@gmail.com wrote: On Thu, Sep 9, 2010 at 3:01 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Sep 9, 2010 at 1:49 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Am 09.09.2010 um 18:41 schrieb Cedric BAIL: On Thu, Sep 9, 2010 at 6:35 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hey guys, with regards to the commit message part: I think it might be an idea to formalize the header of a commit message and make the server reject commits if necessary. Am 09.09.2010 um 18:22 schrieb Leandro Pereira: On Thu, Sep 9, 2010 at 1:15 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: 4 - The fourth annoyance is related to the previous and is could be called commit torrent or ssh over svn or gcc over svn and is the result of people committing every line or test they do, then committing couple of changes, then commit removing debug code, then another fix... (...) *cough* git *cough* *cough* As you know, a couple of weeks ago, I had a little poll [0] around. As some already mentioned, I need to extend this poll by another one e.g. Which VCS would you like to use with EFL?. Still the outcomes of this poll should be just seen as a hint for others who might want to give a sync of servers/services a try. Let's take the VCS out of this thread, as I said Raster will not move, so even if we use git for one or another dev, the main tree will follow as SVN... and even moving to GIT, if we keep current commit quality (messages, torrents, ...) we'll have the aforementioned problems. If I can have my two cents, here it is: My company uses git-svn, with a curated version of EFL, internally. We cherry-pick fixes and only get in sync with svn HEAD on snapshots/releases. There's been a lot of discussion internally if we should publish our repository on github, which I'm against as it would look like a fork of EFL or something like it. That being said, I honestly think that there should be a mirror of SVN on github, at least for EFL (eina, evas, etc), so users who already are on git can have a central place to do updates and create patches. Cheers, Eduardo Felipe. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --
[E-devel] Keeping info.txt up-to-date.
Hi, As we are getting closer to a release, it would be good to update your info.txt. This would help people to have a good idea on who is working on what, who is the maintainer of some library/project. This would help new comer to know who work on what and have an accurate picture on the EFL world. And Maybe one day, all the top level libraries and applications would require people to declare that they are working on them to enforce this policy. Oh, and raster just added a little nice feature, you can have your head in our map ( http://www.enlightenment.org/p.php?p=contact/devsmapl=en ), just add a some png files like raster did. Use: file devs/raster/*.png to know the characteristic of this files. Enjoy, -- Cedric BAIL -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/e/src/bin
On 09/10/2010 12:09 AM, Enlightenment SVN wrote: Log: menu icons.. are meant to be e_icon objects... devilhorns! :) (damned 64bit shit found it) DOH :( Sorry about that. Spanking received, Thanks for the fix old man :) dh -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] IRC channels
Another discussion I wanted to raise, we currently have 2 channels on IRC, #e, for e user, and #edevelop for devs. But we don't make a difference between core development that could be sometime very complex and can afraid developpers that just want to use the EFL as a developper. As we plan to do a release soon, I hope to see more EFL devs joining us. So a increase in devs joining #edevelop. I would like to propose to help this new comers that we add a new channel #efl, for developpers that use the EFL. What is your opinion guys on this ? -- Cedric BAIL -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRC channels
On Fri, 10 Sep 2010 18:03:52 +0200 Cedric BAIL cedric.b...@free.fr wrote: Another discussion I wanted to raise, we currently have 2 channels on IRC, #e, for e user, and #edevelop for devs. But we don't make a difference between core development that could be sometime very complex and can afraid developpers that just want to use the EFL as a developper. As we plan to do a release soon, I hope to see more EFL devs joining us. So a increase in devs joining #edevelop. I would like to propose to help this new comers that we add a new channel #efl, for developpers that use the EFL. What is your opinion guys on this ? Seems reasonable, adding one more channel to my autojoin isn't a big deal. -- Mike Blumenkrantz Zentific: Our boolean values are huge. -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] IRC channels
On Fri, Sep 10, 2010 at 1:03 PM, Cedric BAIL cedric.b...@free.fr wrote: Another discussion I wanted to raise, we currently have 2 channels on IRC, #e, for e user, and #edevelop for devs. But we don't make a difference between core development that could be sometime very complex and can afraid developpers that just want to use the EFL as a developper. As we plan to do a release soon, I hope to see more EFL devs joining us. So a increase in devs joining #edevelop. I would like to propose to help this new comers that we add a new channel #efl, for developpers that use the EFL. What is your opinion guys on this ? -1, too much channels already... I barely pay attention to #e, #e-soc or other channels we created. I'd say when we have more efl users, they can arrange such thing and ask us to join, or just help themselves as they do for other medias (forums) and projects. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lucas trunk/evas/src/lib/cache
On Fri, Sep 10, 2010 at 8:00 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Fix accounting of memory usage in image cache Damn... I forgot to say: patch by Ulisses. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel