date:20160723

[EGIT] [core/enlightenment] master 02/03: e fm: Add a separator only if there is something before.

2016-07-23 Thread Chidambar Zinnoury

illogict pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=1e7801538552bf8b8e62f6f7936ccbda24855dea

commit 1e7801538552bf8b8e62f6f7936ccbda24855dea
Author: Chidambar Zinnoury 
Date:   Sat Jul 23 12:24:49 2016 +0200

 e fm: Add a separator only if there is something before.

 Currently, the context menu will show a separator before the background 
and overlay items even if there is nothing before, such as on the favourites 
pane.

 @fix
---
 src/bin/e_fm.c | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/src/bin/e_fm.c b/src/bin/e_fm.c
index 662eab4..88f2287 100644
--- a/src/bin/e_fm.c
+++ b/src/bin/e_fm.c
@@ -10032,8 +10032,12 @@ _e_fm2_view_menu_pre(void *data, E_Menu *subm)
if (_e_fm2_desktop_open(sd) < 0) return;
e_object_data_set(E_OBJECT(subm), sd);
e_object_del_attach_func_set(E_OBJECT(subm), _e_fm2_view_menu_del);
-   mi = e_menu_item_new(subm);
-   e_menu_item_separator_set(mi, 1);
+
+   if (e_menu_item_nth(subm, 0) != NULL)
+ {
+mi = e_menu_item_new(subm);
+e_menu_item_separator_set(mi, 1);
+ }
 
mi = e_menu_item_new(subm);
e_menu_item_label_set(mi, _("Set background..."));

--

[EGIT] [core/efl] annotated tag v1.18.0-alpha2 created (now 48c1d92)

2016-07-23 Thread Enlightenment Git

This is an automated email from the git hooks/post-receive script.

stefan pushed a change to annotated tag v1.18.0-alpha2
in repository core/efl.

at  48c1d92   (tag)
   tagging  556082d2e2a6a466c92482f77e41ee29fa9fac9d (commit)
  replaces  v1.18.0-alpha1
 tagged by  Stefan Schmidt
on  Sat Jul 23 12:57:39 2016 +0200

- Log -
v1.18.0-alpha2

Carsten Haitzler (7):
  eina rbtree iterator - fix leak found while debugging other problems
  evas - on shutdown avoid potential invalid memory access
  edje lang set - fix coverity harmless complaint
  ignore generated shaders .x file
  evas objkect image - make opaque rect getting code more readable
  evas image updates - reduce overhead with bordered images not scaled
  elm flip - make it not crash and interactive mode work again

Cedric BAIL (4):
  elementary: as screen get bigger, we need more cache to store 
uncompressed image.
  config: increase base image cache to fit two 4K background in.
  edje: allow inheritance from an aliased group.
  elementary: disable visual hint at odd/even.

Chris Michael (9):
  Revert "elementary: Fix issue of toggling border state causing visual 
jumps"
  evas: Fix missing breaks in switch
  edje: Fix unchecked return value
  eldbus: Check return value and error out if necessary
  elementary: Remove logically dead code
  elementary: Remove logically dead code
  eina: Fix null pointer derefernce
  elput: Use proper variable type
  elementary: Remove logically dead code

Daniel Hirt (1):
  Ui text: remove unused variables

Daniel Kolesa (4):
  elua: enable module lookups in apps location
  docs: begin modularizing the doc generator script
  docs: split off writer and utils into modules in docgen
  docs: split type serializers and keyword ref into their own module in 
docgen

Derek Foreman (2):
  wayland_shm: Add missing headers to wayland_shm sources
  wayland_shm: Speed up dmabuf on intel

Jean-Philippe ANDRÉ (11):
  evas: Avoid proxy subrender if size is 0
  evas: Add a textblock to the image proxy example
  efl: Hold event (EO API) should implement instance_get
  efl: Add support for efl_event_flags() to hold events
  drm2: Fix shadow variable
  eo: Change eo_override to avoid struct passing and GCC construct
  tests: Add ifdef clang to avoid warning on GCC and elsewhere
  textblock: Prevent crash in evas_object_textblock_cursor_new(NULL)
  evas: Fix call to NULL object
  eo: Prevent eo_override to be called on an already overridden object
  eo: Fix override test case to match new policy

Marcel Hollerbach (1):
  ecore_wl2: be compatible with x input

Mike Blumenkrantz (7):
  elm_win: update opaque region when frame is deleted
  elm_win: simplify opaque region updating during fullscreening
  theme: copy border icon click -> elm,action,signal program
  elm_win: handle elm,action,menu signal for wl clients
  Revert "elementary: Make wl frame borders above content"
  elm_win: simplify borderless_set when reapplying the same state
  elm_win: move window contents back to 0,0 when deleting frame object

Stefan Schmidt (2):
  ecore_wl2: dnd: fix leak of event resource when not used
  release: Update NEWS and bump version for 1.18.0-alpha2 release

Thiep Ha (1):
  elementary: change cursor types for cocoa

Vyacheslav Reutskiy (2):
  edje_pick: copy dependent group
  edje_pick: reset alias flag for copied group

perepelits.m (2):
  edje: fix ambient color
  edje: fix specular color

---

No new revisions were added by this update.

--

[EGIT] [core/enlightenment] master 03/03: e fm: Don’t check every other line whether the location is writable when creating menu.

2016-07-23 Thread Chidambar Zinnoury

illogict pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=9849855e189cd2df3ddf1a6a4408bad17071c966

commit 9849855e189cd2df3ddf1a6a4408bad17071c966
Author: Chidambar Zinnoury 
Date:   Sat Jul 23 12:51:03 2016 +0200

 e fm: Don’t check every other line whether the location is writable when 
creating menu.
---
 src/bin/e_fm.c | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/src/bin/e_fm.c b/src/bin/e_fm.c
index 88f2287..f190157 100644
--- a/src/bin/e_fm.c
+++ b/src/bin/e_fm.c
@@ -9065,6 +9065,7 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
Eina_List *l = NULL;
int x, y, can_w, can_w2, protect;
char buf[PATH_MAX], *ext;
+   Eina_Bool writable;
 
sd = ic->sd;
if (ic->menu) return;
@@ -9077,6 +9078,8 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
  sd->icon_menu.replace.func(sd->icon_menu.replace.data, sd->obj, mn, 
>info);
else
  {
+writable = ecore_file_can_write(sd->realpath);
+
 if (sd->icon_menu.start.func)
   sd->icon_menu.start.func(sd->icon_menu.start.data, sd->obj, mn, 
>info);
 if (!(sd->icon_menu.flags & E_FM2_MENU_NO_VIEW_MENU))
@@ -9115,7 +9118,7 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
   }
 
 /* FIXME: stat the dir itself - move to e_fm_main */
-if (ecore_file_can_write(sd->realpath) && !(sd->icon_menu.flags & 
E_FM2_MENU_NO_NEW))
+if (writable && !(sd->icon_menu.flags & E_FM2_MENU_NO_NEW))
   {
  mi = e_menu_item_new(mn);
  e_menu_item_separator_set(mi, 1);
@@ -9194,7 +9197,7 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
   {
  if (!(sd->icon_menu.flags & E_FM2_MENU_NO_CUT))
{
-  if (ecore_file_can_write(sd->realpath))
+  if (writable)
 {
mi = e_menu_item_new(mn);
e_menu_item_separator_set(mi, 1);
@@ -9207,7 +9210,7 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
}
  if (!(sd->icon_menu.flags & E_FM2_MENU_NO_COPY))
{
-  if (!ecore_file_can_write(sd->realpath))
+  if (!writable)
 {
mi = e_menu_item_new(mn);
e_menu_item_separator_set(mi, 1);
@@ -9222,7 +9225,7 @@ _e_fm2_icon_menu(E_Fm2_Icon *ic, Evas_Object *obj, 
unsigned int timestamp)
  if (((!(sd->icon_menu.flags & E_FM2_MENU_NO_PASTE)) ||
   (!(sd->icon_menu.flags & E_FM2_MENU_NO_SYMLINK))) &&
  (eina_list_count(_e_fm_file_buffer) > 0) &&
- ecore_file_can_write(sd->realpath))
+ writable)
{
   if (!(sd->icon_menu.flags & E_FM2_MENU_NO_PASTE))
 {

--

[EGIT] [core/efl] master 01/01: release: Update NEWS and bump version for 1.18.0-alpha2 release

2016-07-23 Thread Stefan Schmidt

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=556082d2e2a6a466c92482f77e41ee29fa9fac9d

commit 556082d2e2a6a466c92482f77e41ee29fa9fac9d
Author: Stefan Schmidt 
Date:   Sat Jul 23 12:02:52 2016 +0200

release: Update NEWS and bump version for 1.18.0-alpha2 release
---
 NEWS | 12 
 configure.ac |  2 +-
 2 files changed, 13 insertions(+), 1 deletion(-)

diff --git a/NEWS b/NEWS
index 6a1f70d..9ea2b69 100644
--- a/NEWS
+++ b/NEWS
@@ -1112,6 +1112,18 @@ Fixes:
* elementary: Fix issue of toggling border state causing visual jumps 
(T4092)
* elocation: properly generate pkgconfig file. (T4120)
* ecore_con: fix lookup of libcurl on OpenBSD. (T4130)
+   * eina rbtree iterator - fix leak found while debugging other problems
+   * evas - on shutdown avoid potential invalid memory access (T4103)
+   * edje_pick: copy dependent group
+   * elm flip - make it not crash and interactive mode work again
+   * edje_pick: reset alias flag for copied group
+   * evas: Fix missing breaks in switch (CID1347414, CID1347413)
+   * edje: Fix unchecked return value (CID1349867)
+   * eldbus: Check return value and error out if necessary (CID1355233)
+   * elementary: Remove logically dead code (CID1355585)
+   * elementary: Remove logically dead code (CID1356617)
+   * eina: Fix null pointer derefernce (CID1356625)
+   * elementary: Remove logically dead code (CID1357392)
 
 Changes since 1.16.0:
 -
diff --git a/configure.ac b/configure.ac
index d6d3af8..bf41481 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,5 +1,5 @@
 EFL_VERSION([1], [18], [0], [release])
-AC_INIT([efl], [efl_version-alpha1], 
[enlightenment-devel@lists.sourceforge.net])
+AC_INIT([efl], [efl_version-alpha2], 
[enlightenment-devel@lists.sourceforge.net])
 
 AC_PREREQ([2.60])
 AC_CONFIG_SRCDIR([configure.ac])

--

[EGIT] [core/enlightenment] master 01/03: e: Don’t show two consecutive menu separators if there is no need in client menu.

2016-07-23 Thread Chidambar Zinnoury

illogict pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=06f26a9c739a06b219f57295129330367779134f

commit 06f26a9c739a06b219f57295129330367779134f
Author: Chidambar Zinnoury 
Date:   Sat Jul 23 12:15:11 2016 +0200

 e: Don’t show two consecutive menu separators if there is no need in 
client menu.

 This would happen if we don’t show some stacking settings.

 @fix
---
 src/bin/e_int_client_menu.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/bin/e_int_client_menu.c b/src/bin/e_int_client_menu.c
index e8625ca..512f512 100644
--- a/src/bin/e_int_client_menu.c
+++ b/src/bin/e_int_client_menu.c
@@ -1382,14 +1382,14 @@ _e_client_menu_cb_stacking_pre(void *data, E_Menu *m 
EINA_UNUSED, E_Menu_Item *m

"e/widgets/border/default/stack_below"),
  "e/widgets/border/default/stack_below");
 
-   submi = e_menu_item_new(subm);
-   e_menu_item_separator_set(submi, 1);
-
// Only allow to change layer for windows in "normal" layers
if ((!ec->lock_user_stacking) &&
((ec->layer == 50) || (ec->layer == 100) || (ec->layer == 150)))
  {
 submi = e_menu_item_new(subm);
+e_menu_item_separator_set(submi, 1);
+
+submi = e_menu_item_new(subm);
 e_menu_item_label_set(submi, _("Raise"));
 e_menu_item_callback_set(submi, _e_client_menu_cb_raise, ec);
 e_menu_item_icon_edje_set(submi,

--

Re: [E-devel] [EGIT] [core/efl] master 01/01: wayland_shm: Speed up dmabuf on intel

2016-07-23 Thread The Rasterman

On Sat, 23 Jul 2016 08:36:29 -0500 Derek Foreman  said:

> On 22/07/16 10:52 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Fri, 22 Jul 2016 12:34:59 -0700 Derek Foreman 
> > said:
> > 
> > oh really. this sounds bizarre to just magically have 2 funcs that map
> > either cached or uncached with nothing in their names to tell you that... :(
> 
> Indeed!  I think the gtt one is for mapping something specifically as a
> gpu source/target, but the mapping I changed is only using it as a
> target for software render.  It's not the compositor side mapping.
> 
> There are also ioctls for managing coherency manually that might improve
> performance even more (you can avoid the map/unmap entirely most of the
> time and just flush with an intel specific ioctl).
> 
> I'll mess with that sometime after the release.  But for now this seems
> to bring back all the lost performance from switching to dmabuf on
> software compositor, and should be a net win on hardware (though I've
> not measured it) because it saves a texture upload.

it will be a win. i remember an argument with a certain gpu vendor about hmmm 5
years ago asking to get zero copy gl texture access so we can just map, write
and unmap. they jumped up and down telling us how it'd be slower etc. etc. etc.
- i went "ummm no."... so with persistence such an extension was implemented
and guess what? like a 60% speedup for the test cases where we cpu-side
modified a texture every frame. :) if done right such things are a win. they
can be bigger wins indeed with special flush ioctl's to avoid the map/unmap and
even being able to flush ONLY the memory modified etc. :)

> >> derekf pushed a commit to branch master.
> >>
> >> http://git.enlightenment.org/core/efl.git/commit/?id=6108aa942cb933478fb1c72ab05d012fb9375276
> >>
> >> commit 6108aa942cb933478fb1c72ab05d012fb9375276
> >> Author: Derek Foreman 
> >> Date:   Fri Jul 22 14:32:37 2016 -0500
> >>
> >> wayland_shm: Speed up dmabuf on intel
> >> 
> >> using map_bo/unmap_bo instead of gem_map_bo_gtt/gem_unmap_bo_gtt
> >> results in a cacheable mapping and a large performance boost.
> >> 
> >> (dmabuf will still remain turned off by default for the release)
> >> ---
> >>  src/modules/evas/engines/wayland_shm/evas_dmabuf.c | 12 ++--
> >>  1 file changed, 6 insertions(+), 6 deletions(-)
> >>
> >> diff --git a/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
> >> b/src/modules/evas/engines/wayland_shm/evas_dmabuf.c index 1f22626..ed8e1b1
> >> 100644
> >> --- a/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
> >> +++ b/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
> >> @@ -87,8 +87,8 @@ static Dmabuf_Buffer *_evas_dmabuf_buffer_init
> >> (Dmabuf_Surface *s, int w, int h); static void _evas_dmabuf_buffer_destroy
> >> (Dmabuf_Buffer *b); 
> >>  drm_intel_bufmgr *(*sym_drm_intel_bufmgr_gem_init)(int fd, int
> >> batch_size) = NULL; -int (*sym_drm_intel_gem_bo_unmap_gtt)(drm_intel_bo
> >> *bo) = NULL; -int (*sym_drm_intel_gem_bo_map_gtt)(drm_intel_bo *bo) = NULL;
> >> +int (*sym_drm_intel_bo_unmap)(drm_intel_bo *bo) = NULL;
> >> +int (*sym_drm_intel_bo_map)(drm_intel_bo *bo) = NULL;
> >>  drm_intel_bo *(*sym_drm_intel_bo_alloc_tiled)(drm_intel_bufmgr *mgr, const
> >> char *name, int x, int y, int cpp, uint32_t *tile, unsigned long *pitch,
> >> unsigned long flags) = NULL; void (*sym_drm_intel_bo_unreference)
> >> (drm_intel_bo *bo) = NULL; int (*sym_drmPrimeHandleToFD)(int fd, uint32_t
> >> handle, uint32_t flags, int *prime_fd) = NULL; @@ -136,7 +136,7 @@
> >> _intel_map (Dmabuf_Buffer *buf) drm_intel_bo *bo; 
> >> bo = (drm_intel_bo *)buf->bh;
> >> -   if (sym_drm_intel_gem_bo_map_gtt(bo) != 0) return NULL;
> >> +   if (sym_drm_intel_bo_map(bo) != 0) return NULL;
> >> return bo->virtual;
> >>  }
> >>  
> >> @@ -146,7 +146,7 @@ _intel_unmap(Dmabuf_Buffer *buf)
> >> drm_intel_bo *bo;
> >>  
> >> bo = (drm_intel_bo *)buf->bh;
> >> -   sym_drm_intel_gem_bo_unmap_gtt(bo);
> >> +   sym_drm_intel_bo_unmap(bo);
> >>  }
> >>  
> >>  static void
> >> @@ -174,8 +174,8 @@ _intel_buffer_manager_setup(int fd)
> >> if (!drm_intel_lib) return EINA_FALSE;
> >>  
> >> SYM(drm_intel_lib, drm_intel_bufmgr_gem_init);
> >> -   SYM(drm_intel_lib, drm_intel_gem_bo_unmap_gtt);
> >> -   SYM(drm_intel_lib, drm_intel_gem_bo_map_gtt);
> >> +   SYM(drm_intel_lib, drm_intel_bo_unmap);
> >> +   SYM(drm_intel_lib, drm_intel_bo_map);
> >> SYM(drm_intel_lib, drm_intel_bo_alloc_tiled);
> >> SYM(drm_intel_lib, drm_intel_bo_unreference);
> >> SYM(drm_intel_lib, drm_intel_bufmgr_destroy);
> >>
> >> -- 
> >>
> >>
> > 
> > 
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and

Re: [E-devel] [EGIT] [core/efl] master 01/01: wayland_shm: Speed up dmabuf on intel

2016-07-23 Thread Derek Foreman

On 22/07/16 10:52 PM, Carsten Haitzler (The Rasterman) wrote:
> On Fri, 22 Jul 2016 12:34:59 -0700 Derek Foreman  
> said:
> 
> oh really. this sounds bizarre to just magically have 2 funcs that map either
> cached or uncached with nothing in their names to tell you that... :(

Indeed!  I think the gtt one is for mapping something specifically as a
gpu source/target, but the mapping I changed is only using it as a
target for software render.  It's not the compositor side mapping.

There are also ioctls for managing coherency manually that might improve
performance even more (you can avoid the map/unmap entirely most of the
time and just flush with an intel specific ioctl).

I'll mess with that sometime after the release.  But for now this seems
to bring back all the lost performance from switching to dmabuf on
software compositor, and should be a net win on hardware (though I've
not measured it) because it saves a texture upload.

>> derekf pushed a commit to branch master.
>>
>> http://git.enlightenment.org/core/efl.git/commit/?id=6108aa942cb933478fb1c72ab05d012fb9375276
>>
>> commit 6108aa942cb933478fb1c72ab05d012fb9375276
>> Author: Derek Foreman 
>> Date:   Fri Jul 22 14:32:37 2016 -0500
>>
>> wayland_shm: Speed up dmabuf on intel
>> 
>> using map_bo/unmap_bo instead of gem_map_bo_gtt/gem_unmap_bo_gtt
>> results in a cacheable mapping and a large performance boost.
>> 
>> (dmabuf will still remain turned off by default for the release)
>> ---
>>  src/modules/evas/engines/wayland_shm/evas_dmabuf.c | 12 ++--
>>  1 file changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
>> b/src/modules/evas/engines/wayland_shm/evas_dmabuf.c index 1f22626..ed8e1b1
>> 100644
>> --- a/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
>> +++ b/src/modules/evas/engines/wayland_shm/evas_dmabuf.c
>> @@ -87,8 +87,8 @@ static Dmabuf_Buffer *_evas_dmabuf_buffer_init
>> (Dmabuf_Surface *s, int w, int h); static void _evas_dmabuf_buffer_destroy
>> (Dmabuf_Buffer *b); 
>>  drm_intel_bufmgr *(*sym_drm_intel_bufmgr_gem_init)(int fd, int batch_size) =
>> NULL; -int (*sym_drm_intel_gem_bo_unmap_gtt)(drm_intel_bo *bo) = NULL;
>> -int (*sym_drm_intel_gem_bo_map_gtt)(drm_intel_bo *bo) = NULL;
>> +int (*sym_drm_intel_bo_unmap)(drm_intel_bo *bo) = NULL;
>> +int (*sym_drm_intel_bo_map)(drm_intel_bo *bo) = NULL;
>>  drm_intel_bo *(*sym_drm_intel_bo_alloc_tiled)(drm_intel_bufmgr *mgr, const
>> char *name, int x, int y, int cpp, uint32_t *tile, unsigned long *pitch,
>> unsigned long flags) = NULL; void (*sym_drm_intel_bo_unreference)
>> (drm_intel_bo *bo) = NULL; int (*sym_drmPrimeHandleToFD)(int fd, uint32_t
>> handle, uint32_t flags, int *prime_fd) = NULL; @@ -136,7 +136,7 @@ _intel_map
>> (Dmabuf_Buffer *buf) drm_intel_bo *bo; 
>> bo = (drm_intel_bo *)buf->bh;
>> -   if (sym_drm_intel_gem_bo_map_gtt(bo) != 0) return NULL;
>> +   if (sym_drm_intel_bo_map(bo) != 0) return NULL;
>> return bo->virtual;
>>  }
>>  
>> @@ -146,7 +146,7 @@ _intel_unmap(Dmabuf_Buffer *buf)
>> drm_intel_bo *bo;
>>  
>> bo = (drm_intel_bo *)buf->bh;
>> -   sym_drm_intel_gem_bo_unmap_gtt(bo);
>> +   sym_drm_intel_bo_unmap(bo);
>>  }
>>  
>>  static void
>> @@ -174,8 +174,8 @@ _intel_buffer_manager_setup(int fd)
>> if (!drm_intel_lib) return EINA_FALSE;
>>  
>> SYM(drm_intel_lib, drm_intel_bufmgr_gem_init);
>> -   SYM(drm_intel_lib, drm_intel_gem_bo_unmap_gtt);
>> -   SYM(drm_intel_lib, drm_intel_gem_bo_map_gtt);
>> +   SYM(drm_intel_lib, drm_intel_bo_unmap);
>> +   SYM(drm_intel_lib, drm_intel_bo_map);
>> SYM(drm_intel_lib, drm_intel_bo_alloc_tiled);
>> SYM(drm_intel_lib, drm_intel_bo_unreference);
>> SYM(drm_intel_lib, drm_intel_bufmgr_destroy);
>>
>> -- 
>>
>>
> 
> 


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Phab Wiki problem

2016-07-23 Thread The Rasterman

On Sat, 23 Jul 2016 08:29:54 +0200 Davide Andreoli 
said:

> 2016-07-08 4:40 GMT+02:00 Carsten Haitzler :
> 
> > On Mon, 27 Jun 2016 11:12:43 +0200 Davide Andreoli  > >
> > said:
> >
> > > Hi,
> > >
> > > seems we lost the wiki intro page
> > >
> > > https://phab.enlightenment.org/w/
> > >
> > > There was an handwritten index page there, now the wiki is totally
> > > unusable/unbrowsable
> > >
> > > some idea?
> >
> > yeah. i saw, and could find no info as to what happened to it. like
> > history or
> > anything.
> >
> 
> 
> news about this?
> the wiki is still unusable, lots of contents are unreachable/unfindable.
> Also we where maintaining the list of know/stable/unstable applications
> in that initial page.
> 
> don't we have backups?

no. all content is in a mysql/maraidb database. there is no history of that page
existing. i looked. i can't even find a transaction entry int he transaction
table. the content is gone.

BUT all content is reachable. ALL wiki content is indexed there by default.

as i replied to a recent bug ticket where someone took over the main index wiki
page and made it uneditable/viewable by anyone but them (the ONLY way to fix
this was to dig through the database using sql and change a table entry), that
this is probably a good reason to move stuff over to www.enlightenment.org
dokuwiki wiki. it is backed by git so all changes get an email with the diff to
commits mailing list and it contains ALL history so you can revert/go back
unlike phab.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Phab Wiki problem

2016-07-23 Thread Davide Andreoli

2016-07-08 4:40 GMT+02:00 Carsten Haitzler :

> On Mon, 27 Jun 2016 11:12:43 +0200 Davide Andreoli  >
> said:
>
> > Hi,
> >
> > seems we lost the wiki intro page
> >
> > https://phab.enlightenment.org/w/
> >
> > There was an handwritten index page there, now the wiki is totally
> > unusable/unbrowsable
> >
> > some idea?
>
> yeah. i saw, and could find no info as to what happened to it. like
> history or
> anything.
>


news about this?
the wiki is still unusable, lots of contents are unreachable/unfindable.
Also we where maintaining the list of know/stable/unstable applications
in that initial page.

don't we have backups?


>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/enlightenment] master 02/03: e fm: Add a separator only if there is something before.

[EGIT] [core/efl] annotated tag v1.18.0-alpha2 created (now 48c1d92)

[EGIT] [core/enlightenment] master 03/03: e fm: Don’t check every other line whether the location is writable when creating menu.

[EGIT] [core/efl] master 01/01: release: Update NEWS and bump version for 1.18.0-alpha2 release

[EGIT] [core/enlightenment] master 01/03: e: Don’t show two consecutive menu separators if there is no need in client menu.

Re: [E-devel] [EGIT] [core/efl] master 01/01: wayland_shm: Speed up dmabuf on intel

Re: [E-devel] [EGIT] [core/efl] master 01/01: wayland_shm: Speed up dmabuf on intel

Re: [E-devel] Phab Wiki problem

Re: [E-devel] Phab Wiki problem

9 matches

Site Navigation

Mail list logo

Footer information