[E-devel] ecore failure
hi guys, could you advise is it my fault or bug? http://pastebin.com/m71c79945 %configure --disable-static \ --enable-ecore-fb --enable-ecore-directfb \ --enable-ecore-evas-opengl-x11 --enable-ecore-sdl \ --enable-ecore-evas-directfb --enable-ecore-evas-fb thanks, regards, sda pgp2VFWFoddoy.pgp Description: PGP signature -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] how to build a single epplets for E16?
hi guys, hello Kim! is there an easy way to build only desired epplets for E16? for example OpenBSD has some flavours and only few epplets could be installed and run properly without patches to the sources. thanks, regards, sda pgpta0Xn6ATZ8.pgp Description: PGP signature -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 - howto edit apps that are already installed why can't I edit the .desktop name?
On 23:00 Tue 10 Nov , David C. Rankin wrote: Guys, I have added some apps in e17, but now I have a couple of questions: (1) Where do I go to edit the apps I've added?; (2) They are added to the menus, but I have installed more applications that I need to have added to the menu. How do tell e17 to regenerate the menus like I can in e16?; and (3) Why can't I edit the name of the .desktop file created when I add apps? They all get created as: _new_app-1.desktop _new_app-2.desktop ... which doesn't tell me a whole lot about what they are 6 months from now? hi David, all created apps are in $HOME/.local/share/applications/ and if you're using EFM - no problem at all to get what each file mean. EFM shows the Name= from the *.desktop file and also shows the appropriate icon. you can simply drag'n'drop files from $HOME/.local/share/applications/ to any text editor (like SciTE). also EFM allow you to quickly rename each file according to your needs. not all apps are created like _new_app-1.desktop - the ICCCM Properties are in if you're creating a *.desktop file of a running application (Alt+Right mouse click by default - Create/Edit Icon in menu). the current schema is quite easy and convenient - just use EFM :) good luck. sda pgpVMlHIbvoDO.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elock does not unlock on openSuSE, works fine on Arch Linux - I can't figure it out??
On 17:32 Sun 08 Nov , David C. Rankin wrote: Guys, Dmitry I have now installed e16 and e17 on 9 (4 Arch Linux, 5 openSuSE) boxes and one thing is clear, there is a problem with the screen lock on all the openSuSE boxes. In the prior posts the general consensus was that there is some problem with the unlock interface with pam or other auth package on suse. No matter what I do, there is no way to unlock the suse boxes other than ctrl+f1 and killing X and restarting. yes, the issue is well-known and SuSE/SLE specific, so i should dig some and cook a valid patch. the case here is a special SuSE security settings. example: login as root and desklock will work. in other words only root can access pam stuff and if you gained root priviledges via sudo - this won't help. only su/gksu allow you to access pam modules. that's why i put this case in wiki: http://trac.enlightenment.org/e/wiki/Extras regards, sda pgpncJ76B9Ck1.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mixer module gadget problem
On 20:51 Sun 17 May , Gustavo Sverzut Barbieri wrote: On Sun, May 3, 2009 at 12:52 PM, Diogo Dutra diogo.c...@gmail.com wrote: Hi guys, When I put the mixer module as gadget and restart E the gadget disappear. So the only way I can use the module is in a shelf. It just happen to me!? Diego, thanks to your report I figured out a problem with e_gadcon.c that was being exposed as this bug. the problem was that modules called e_gadcon_provider_register() from their e_modapi_init(),and the gadgets are being populated immediately, but module init might not be finished by then. Most modules didn't care as they set their stuff as globals instead of mod-data as mixer did. As mixer did not had mixer_mod or mixer_mod-data set, it was refusing to add gadgets at this time. It ended showing in shelves since e_shelf_init() ended calling e_gadcon_populate() and so it was loaded later. Now everything is done in idler and problem should be fixed. hi, http://trac.enlightenment.org/e/ticket/318 looks like this one is related. huge thanks for your support! regards, sda -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] notification module: how do you use it?
hi, sorry if this request was written by someone already, didn't look through the thread. right now each new unread message add own box and if the message is unread then hovering mouse over that box (without clicking) will raise the original notification: http://www.imagebam.com/image/47af1635729112 but when you're out for a long period and then back - such behavior is not quite comfortable. it'd be really great to have a single remainder-box with an options to review and delete the unread messages. right here several critical alerts types are fetched from logs and proceeded with notify-send, festival (as an option) and so on. it'd be really nice option to have an unique notification management tool. at least an option to store unread messages and work with them later could be handy for some. regards, sda -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [E-Devel]What is eet for?
and eet is the backed of all e's config files and more... btw, welcome to add missing info into the wiki: http://trac.enlightenment.org/e/wiki/Extras probably it'd save some time in a future. regards, sda -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] efm_nav keyboard shortcuts
sorry, but is it possible to make keys as variables through the
Input - Key Bindings window? right now we have Esc binded as go
back for EFM and suppose that it'd be enough for hardcoded
keybindings.
thanks.
On 11:02 Fri 01 May , Sergey Semernin wrote:
Hello, All.
This patch adding keyboard shortcuts to efm_nav module.
When efm_nav placed on efm2 window toolbar, next shortcuts are activated:
Alt+Left -- backward in chdir's history,
Alt+Right -- forward in chdir's history,
Alt+Up-- go to parent dir,
Control+r -- refresh view of current dir.
e_mod_main.c | 39 +--
1 file changed, 37 insertions(+), 2 deletions(-)
Index: E-MODULES-EXTRA/efm_nav/src/e_mod_main.c
===
--- E-MODULES-EXTRA/efm_nav/src/e_mod_main.c (revision 40471)
+++ E-MODULES-EXTRA/efm_nav/src/e_mod_main.c (working copy)
@@ -23,6 +23,8 @@
static const char *_gc_id_new(E_Gadcon_Client_Class
*client_class);
static void _cb_mouse_down(void *data, Evas *e,
Evas_Object *obj, void *event_info);
+static void _cb_key_down (void *data, Evas *e,
+ Evas_Object *obj, void
*event_info);
static void _cb_back_click(void *data, Evas_Object *obj,
const char *emission,
const char *source);
@@ -58,6 +60,7 @@
_gc_init(E_Gadcon *gc, const char *name, const char *id, const char *style)
{
Instance *inst = NULL;
+ Evas_Object *o_fm;
char buf[4096];
inst = E_NEW(Instance, 1);
@@ -135,6 +138,10 @@
evas_object_event_callback_add(inst-o_base, EVAS_CALLBACK_MOUSE_DOWN,
_cb_mouse_down, inst);
+ o_fm = e_toolbar_fm2_get(inst-tbar);
+ if (o_fm)
+ evas_object_event_callback_add(o_fm, EVAS_CALLBACK_KEY_DOWN,
+_cb_key_down, inst);
edje_object_signal_emit(inst-o_back, e,state,disabled, e);
edje_object_message_signal_process(inst-o_back);
@@ -149,10 +156,14 @@
_gc_shutdown(E_Gadcon_Client *gcc)
{
Instance *inst = NULL;
+ Evas_Object *o_fm;
inst = gcc-data;
if (!inst) return;
instances = eina_list_remove(instances, inst);
+ o_fm = e_toolbar_fm2_get(inst-tbar);
+ if (o_fm)
+ evas_object_event_callback_del(o_fm, EVAS_CALLBACK_KEY_DOWN,
_cb_key_down);
if (inst-history) ecore_list_destroy(inst-history);
if (inst-o_favorites) evas_object_del(inst-o_favorites);
if (inst-o_back) evas_object_del(inst-o_back);
@@ -175,11 +186,11 @@
{
case E_GADCON_ORIENT_TOP:
case E_GADCON_ORIENT_BOTTOM:
- e_gadcon_client_aspect_set(gcc, 16 * 3, 16);
+ e_gadcon_client_aspect_set(gcc, 16 * 4, 16);
break;
case E_GADCON_ORIENT_LEFT:
case E_GADCON_ORIENT_RIGHT:
- e_gadcon_client_aspect_set(gcc, 16, 16 * 3);
+ e_gadcon_client_aspect_set(gcc, 16, 16 * 4);
break;
default:
break;
@@ -250,6 +261,30 @@
}
/* local functions */
+static void
+_cb_key_down(void *data, Evas *e, Evas_Object *obj, void *event_info)
+{
+ Instance *inst;
+ Evas_Event_Key_Down *ev;
+
+ inst = data;
+ ev = event_info;
+ if (evas_key_modifier_is_set(ev-modifiers, Alt))
+ {
+if (!strcmp(ev-key, Left))
+ _cb_back_click(inst, obj, e,action,click, e);
+else if (!strcmp(ev-key, Right))
+ _cb_forward_click(inst, obj, e,action,click, e);
+else if (!strcmp(ev-key, Up))
+ _cb_up_click(inst, obj, e,action,click, e);
+ }
+ else if (evas_key_modifier_is_set(ev-modifiers, Control))
+ {
+if (!strcmp(ev-key, r))
+ _cb_refresh_click(inst, obj, e,action,click, e);
+ }
+}
+
static void
_cb_mouse_down(void *data, Evas *e, Evas_Object *obj, void *event_info)
{
Sincerely yours, Sergey.
--
Jabber/XMPP: sergey.semer...@gmail.com
Cellular: +7-909-206-5992
Index: E-MODULES-EXTRA/efm_nav/src/e_mod_main.c
===
--- E-MODULES-EXTRA/efm_nav/src/e_mod_main.c (revision 40471)
+++ E-MODULES-EXTRA/efm_nav/src/e_mod_main.c (working copy)
@@ -23,6 +23,8 @@
static const char *_gc_id_new(E_Gadcon_Client_Class
*client_class);
static void _cb_mouse_down(void *data, Evas *e,
Evas_Object *obj, void *event_info);
+static void _cb_key_down (void *data, Evas *e,
+ Evas_Object *obj, void
*event_info);
static void _cb_back_click(void *data, Evas_Object *obj,
const char *emission,
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas engines/common
hello, sorry to bother but i'd really appreciate to get your response. as i wrote some time ago: http://sourceforge.net/mailarchive/forum.php?thread_name=20090413220022.GE14453%40blackforum_name=enlightenment-devel it'd be really nice to have a clear vision and reference what exactly should be packaged and how. if we're about to follow the Release Plan: http://trac.enlightenment.org/e/wiki/Release we need the exact list of E-MODULES-EXTRA to be packaged for each scheduled freeze stage plus the core EFL. the rest of a packages to be prepared for a upcoming release already mentioned there. that's our core minimum base. also a lot of maintainers require the existence of official snapshots instead of a simple indication of E-svn-revision number. it's just the matter of the respective policies not to allow the work with svn/cvs/git/etc. code to have a fixed sources and proceed the backports if necessary. it'd also be nice if you can advise the preferred extra EFL-based packages in addition to the core minimum base. the last point is the proper configuration of the core components. should we package the best we can do or set some rules for evas/ecore? example: already prepared binary packages - http://trac.enlightenment.org/e/wiki/E17%20binary%20packages DirectFB engine is off Software SDL is on XCB evas support - is on for SLE11 and openSUSE-11.1 only (let's say turned on if possible) EDB loaders are off SVG support is on (if possible) and so on. the same is about various ecore options. all who already have Novell/OBS accounts could review all build details via OBS (openSUSE Build Service) including build logs. thanks for your help. regards, sda -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] some notes about E17 binary packages
hello, the information provided below are related to the following: http://trac.enlightenment.org/e/wiki/E17%20binary%20packages 1) suppose that it's nothing but a timing issue, but anyway it's impossible to follow Release Schedule with the official snapshots dated 24-Sep-2008 19:45. 2) After discussion with rasterman, it was opted to have 2 sets of packages, the main and extras: fine, but let's look at the current reality. the Extras have for example the Exchange library which provide on-line access to the http://exchange.enlightenment.org/ . please correct me if i wrong, but there're two cases: we do have linked E17 with libexchange.so.0 or we don't. in this case we need at least two separate repositories with two different E17 packages in each repo. is that what we want? P.S. as i see Exchange is removed from Extras and disappeared from page. assume we don't need it. ok. 3) extras repo: This does not mean software there is broken, they should not be! ok. agree. but... a) Exalt - totally broken here (i wrote before about that) and start of a daemon easily crashes the running system (i wish i was wrong). b) Ecomorph + Ecomp - imho they strictly require the exact E-svn-revision number indicated here: http://github.com/jeffdameth/ecomorph-e17/commits/ otherwise the stability (along with the smooth compilation) is not ensured. c) Exhibit - just try to change/set Open with default entries. result is a segfault. bt is below: http://pastebin.com/m15a1124a d) Estickies - has no UTF-8 support along with no SCIM support. is it o'k for a Notes application? e) Emphasis: bt of a segfault when we're clicking on Playlists button: http://pastebin.com/m7bd1713f bt of a segfault when we're clicking on switch to compact mode http://pastebin.com/m4af7b96 f) Weather: http://www.imagebam.com/image/88e21c33322321 g) Language module is dead for modular Xorg: http://www.imagebam.com/image/565cf233322322 just hope that provided info is useful for you. regards, sda -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] the release schedule targets
hi guys, beg your pardon for the disturbing and deepest apologizes if i miss the existing official statements already published (if any). assume that following guidelines are a base for the subj: http://trac.enlightenment.org/e/wiki/Release http://trac.enlightenment.org/e/wiki/ReleaseSchedule wish to have the detailed list of packages for our release of E-DR-17. this e-mail also seeks other Enlightenment packagers to set the common packaging rules and provide similar builds for the Users. this could help us to trace various issues (if any) and provide E as it should be (instead of it goes like it is). as a maintainer of E-svn current repo glad to list some patches we offer to the Users (openSUSE): * replacement (in sources before compilation) all Vera fonts to DejaVu (this solves all issues with UTF-8 native locales) * global update of the repo (all packages are build from a single E-svn revision source) * proper configuration of a places module (only for SOAD users as this action break default security presets of openSUSE) and so on. also we're not providing (yet) the support for DirectFB engine and the content of our repo definitely could be improved: http://download.opensuse.org/repositories/home:/dmitry_serpokryl:/Enlightenment-cvs-core-metapackage/openSUSE_11.1/ wish to have some standards for E packages like: 1) list of a must have packages (quantity really doesn't matter much) 2) list of a features to be supported (here goes quality - like support of the following image formats: blah-blah..., following engines, modules and so on) 3) proper indication of E-svn revisions to be build in our repos (as it proposed by k-s) 4) any other suggestions from E-devs just as an option (in doubt that it'd be a benefit but...): after each update/upgrade i can easily prepare a kind of development system images (LiveCD + USB) packed with dev tools (list your favorites here please) and not stripped binaries + devel headers. regards, sda -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mounting removable devices
Hello, sda. Of course, but in many cases need fixed mountpoints for some removable devices and efm does not work correctly on it. Need way to work properly on both cases. ok. let's just make things clear. fixed mountpoints is your/(your distro's) responsibility when the appropriate rulesets for dbus + hal are implemented. and all stuff related to this monster vary in settings, components, etc. there're NO WAY (by design) to combine the fstab entry with the proper hal filesystem operation/(mounting) routine. example of the entry in fstab which will block all operations with CD/DVD-ROM via hal (it could be ANY string, pointed to our device): /dev/sr0 /mnt/sr0 autonoauto,users,locale=en_US.UTF-8 0 0 and it's a User/Distro's responsibility to do things right. it's easy to have some leftovers (for example) in /media/ if you got incorrect shutdown or wrong udev settings and to receive as a result a new mount point like /media/disk-1/ blah-blah... Are you plan to use .desktop files as a pointers to real storage devices or plan not use this files and symlinks? assume that for a while the current schema will remain the same: 1) creation of the .desktop files in $HOME/.e/e/fileman/favorites/ 2) creation of the symlinks in the $HOME/Desktop upon User request (Files Settings Dialog) also i'd advise to ping DaveMDS about his plans to merge Places with EFM (and to eliminate all mistakes in my modest explanation :) ). regards, sda -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Mounting removable devices
Hello. But, if I mounting DVD-RW device, described in fstab as: beg your pardon, but if you wish to use hal+dbus+(for example places E-module), then the mounted/ejected on-the-fly partitions should not be listed in fstab at all. please read a bit here: http://code.google.com/p/e17mods/wiki/Places about proper PolKit configuration. /dev/scd0 /media/cdrom1 udf,iso9660 ro,user,noauto,utf8 0 0 (of course, mountpoint exists), efm try to mount /media/label directory and fails, although need /mount/cdrom1, as described in fstab. This situation occurring for any removable device which mountpoints and options described in fstab. Maybe we need to create memory container that holds device, mountpoint, options and current state, updating according HAL events? Also we need a GUI for setting/review mount options. This container creating when new device HAL event accepted and destroying while HAL remove device received. Then we define virtual path for fileman, for example 'media', where all this containers showed. If HAL-devices view enabled on desktop then also show icon for every container. Also we must using /etc/fstab data for predefined mountpoints. Second. Now removable device mounting when fileman opened in it's root directory. Unmounting doing when last file manager window, associated with this device, closed. Maybe do mount on first access to device and umount when user wish? Any other suggestions? imho - some basics about mount, fstab/mtab, dbus and hal could help i guess :). just keep in mind that fstab/mtab and dbus+hal are a bit different in operation modes :). Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release schedule
There was a systray mention on there a while ago... maybe it was a different TODO list. Added in modules-extra for now. ok. thx. 3) annoying question related to the color and font config modules. as it was mentioned by Raster: thats what i meant - just wouldn't compile the color and font config modules. they they wont appear anywhere. code will be there - just not being compiled or used until its fixed. ok. but does it mean that all themes/(.edj files) which use custom fonts and/or color_class:-es will require maintenance? if Yes!, then suppose that the info should be spread all over the community or only new default theme will remain usable (it's a nice option, but some may prefer other variants). I think scraping the modules to config it would be good, but leave the support for it via enlightenment_remote would be good as well. If anyone was keen, they could revamp it and reintroduce into a major release eg, E17.1. That way, we dont need to alter themes, and if you really want, just include a brief howto in the theme about. Kind of like what i did with Cerium. please read this thread: http://www.mail-archive.com/enlightenment-devel@lists.sourceforge.net/msg20486.html and your response unfortunately doesn't answer the question: does it mean that all themes/(.edj files) which use custom fonts and/or color_class:-es will require maintenance? the milestone left this point as pending (optional). just suppose that clarification is needed. 6) as i mentioned in trac ticket #201 the gap exist in a window management between E16/eesh and E17/enlightenment_remote. it could be nice to eliminate this mismatch especially for the experienced Users of E16. Like buying a new TV, you need to learn the new remote. :) the question is not in learning a new remote unfortunately. it's more related to the should we buy this new TV or let's look at another one? just for fun you can read trac ticket #201 and try to make the same trick with E17. should i prepare the draft of a Comparison Table and outline the mismatches in general? just assumed that we're all here know a bit about the roots and no such things are needed. frankly speaking it doesn't matter will the same functions (like eesh has) work with enlightenment_remote or via qdbus (we're usind dbus now, right?). but i guess that a simple questions like How many windows/apps are running under E? should have an answer readable in your terminal app. eesh has a clear answer: eesh window_list. that's it. What we SHOULD worry about, is the cross themeing of E with EWL and ETK. It is all very possible, but as a themer yourself, its quite tedious to add the other parts and duplicate and so on. We could of course, investigate making the toolkits (Or toolkit) work with edje parts from an E theme. nice point. agree with you. but... let's say that IMHO - ETK has a stable API and a bunch of a software which work for my Linux and OpenBSD. EWL is constantly evolving and assume that the Ephoto app is the only one in a pure EWL basket (plus Elitaire?). also elementary is coming, right? that's why all my modest .edj files contain E17 + ETK only. and the final question is: - several unified themes exist (yep, i created the first one... my fault). can we expect a unified switcher to control the look of E17, ETK and EWL from a single location/app? regards, sda -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release schedule
On 09:04 Thu 29 Jan , Toma wrote:
As the top of the page says, we need to finalize the list of things
TODO.
hi guys,
i'm not the dev so beg your pardon if things below are out of scope.
1) after the review of a mentioned page
(http://trac.enlightenment.org/e/wiki/Release)
i decide to fill 'trac' with some more 'tickets'/(requests) instead of
the page modification. assume that it's your (and not mine) decision to
set a milestone to the Release.
2) there're no 'magic' word we're all aware about (no doubt that it ...
you know...). here it is (in capital letters):
== SYSTRAY ==
suppose that clear definition of our POV to this case is required. it's
o'k not to make one and explain why. but Release of a Desktop Shell
without a tray will attract less Users i guess. yes, Wiki FAQ advise to
use 'trayer', 'stalonetray', etc., but references to the various
discussions are unable to state the case clear.
3) annoying question related to the color and font config modules. as
it was mentioned by Raster:
thats what i meant - just wouldn't compile the color and font config modules.
they they wont appear anywhere. code will be there - just not being compiled or
used until its fixed.
ok. but does it mean that all themes/(.edj files) which use custom fonts
and/or color_class:-es will require maintenance? if Yes!, then
suppose that the info should be spread all over the community or only new
default theme will remain usable (it's a nice option, but some may
prefer other variants).
4) another chewing gum - Should add lua support? (optional) Just
make a decision and say it. No/Yes - doesn't matter much (though the
amount of maintenance if Yes will be sufficient). it's a pity that
both VM's ('embryo' and 'lua') can't exist together.
5) last couple of days i'm using 'Ecomorph' and it's much more stable
then bling module. suppose that bling should be improved (in terms
of stability) or explicitly marked as 'unstable'. yes, FAQ tells that
E17 doesn't work with composite, but it's an easy task for bling now
to create a nice segfault of E17 :).
offtop http://en.opensuse.org/Ecomorph
6) as i mentioned in trac ticket #201 the gap exist in a window
management between E16/eesh and E17/enlightenment_remote. it could be
nice to eliminate this mismatch especially for the experienced Users
of E16.
7) the bridge between qt - edje gtk - edje still under
heavy discussion suggest to create a couple of themes like existing
Clearlooks (it's really nice) to match the major ones used by others.
dunno about qt (don't use it here) but it's an easy task to copy a
couple of most popular gtk+ ones.
thanks for your kind attention.
regards,
sda
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] issue with exalt-client module
hi guys, here's a brief summary of my discussion with watchwolf in irc: this module could be compiled only after libtoolize --force --copy command which recreate the ./libtool properly. libtool-1.5 is used here (openSUSE-11.0). if we're follow standard routine of installation the following happens: http://pastebin.com/m1d2e0ae9 i'd highly appreciate any help to improve the case. thanks! regards, sda P.S. the standard ../libtool: line 824: is below: -*=*) optarg=`$echo X$arg | $Xsed -e 's/[-_a-zA-Z0-9]*=//'` ;; -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e17] about the seg fault of the color config dialog
you do know.. color and font class config is going to be disabled for e17...? worry about it for e18... (just too much to do there to make it work well). hi guys, sorry to bother, but may be it'd be better just to remove this from GUI Settings Panel? i mean not to disable, but allow only console management using 'enlightenment_remote' and declare some general warning that some options are 'experimental' one. suppose it'd be not very pleasant if this functions gonna be buried until e18. thx. regards, sda -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SUID bits for E17
On 18:10 Sun 14 Dec , sda wrote: On 12:25 Sun 14 Dec , Gustavo Sverzut Barbieri wrote: On Sun, Dec 14, 2008 at 3:48 AM, sda dmitry.serpok...@gmail.com wrote: hi guys! here comes a long story, sorry for that. openSUSE will release version 11.1 soon and this release has a new system of 'brp' checks which are a bit similar to 'rpmlint' but could not be disabled. yes, i can override this checks, but this is illegal. in general, now OBS (OpenSUSE Build Service) has a single quality standards for all packages and for all packagers as well (tep, this is a theory or declared note). i'm trying to keep up Enlightenment repo for openSUSE in a good shape and for an upcoming version 11.1 following issues appeared: E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555) this is tricky, commands defined in sysactions.conf need to be executed as root (shutdown, reboot, hibernate...). do you know how opensuse expect those to be done? how gnome/kde do that? in general - exactly in the same manner. the matter here is that openSUSE is the only distro (IMHO) where each officially distributed package has it's Novell/SUSE maintainer/engineer to provide 7/24 services and Security Team keep an eye on that to publish their security patches/updates for all SUSE-Linux distributions. i'm expecting that this binary will be included into the whitelist for brp checks after a review. another variant - to allow all packagers simply override such checks without some extra efforts similar to the voodoo rpm magic (that's what we've got now for 11.1). E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555) Please remove the setuid/setgid bits or contact secur...@suse.de for review. i know we can just set frequency using some system utilities like those dbus daemons some systems have. Then we can just remove this suid and rely on policykit or similar for authorization. default SUSE security policies are very strict because openSUSE is a base for a corporate SLED/SLES and i can't say that editing of this xml-based configs is pleasant. i'm waiting the response from our Sec Team. hope that all mentioned files will keep the required SUID and situation will be clarified without a single penalty to Users or Developers. thank you very much for your response. regards, sda -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SUID bits for E17
On 10:09 Mon 15 Dec , Carsten Haitzler wrote: On Sun, 14 Dec 2008 12:25:50 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi babbled: On Sun, Dec 14, 2008 at 3:48 AM, sda dmitry.serpok...@gmail.com wrote: hi guys! here comes a long story, sorry for that. openSUSE will release version 11.1 soon and this release has a new system of 'brp' checks which are a bit similar to 'rpmlint' but could not be disabled. yes, i can override this checks, but this is illegal. in general, now OBS (OpenSUSE Build Service) has a single quality standards for all packages and for all packagers as well (tep, this is a theory or declared note). i'm trying to keep up Enlightenment repo for openSUSE in a good shape and for an upcoming version 11.1 following issues appeared: E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555) this is tricky, commands defined in sysactions.conf need to be executed as root (shutdown, reboot, hibernate...). do you know how opensuse expect those to be done? how gnome/kde do that? as such this needs to be setuid as it needs to be able to run shutdown/reboot (or other root-only system actions). there is a whole config defining what these actions run (script/command-wise) in /etc/enlightenment/sysactions.conf - this file is meant to be customised by integrators where appropriate). but the setuid is required for this to work. sure you can jump through hoops and create a root or setuid daemon you use dbus or some for of ipc with too - but one way or another it requires root perms in the end, and this util accomplishes that. so basically it needs to be kept as setuid. E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555) Please remove the setuid/setgid bits or contact secur...@suse.de for review. i know we can just set frequency using some system utilities like those dbus daemons some systems have. Then we can just remove this suid and rely on policykit or similar for authorization. we can - but non-dbus users will see functionality go away. it's needed to be setuid so you can change cpu frequency policy or manually change it - this util does only that and nothing more. it'd need to be kept for compatibility anyway. so i'd suggest you contact secur...@suse.de :) as these are setuid for a reason. as such cpufreq switching is fairly harmless (the security nuts of course will jump up and down, but i disagree with them. if you install e on a shared server - you disable any form of cpufreq in the kernel anyway. if you use it on a desktop/laptop - you don't allow remote logins anyway - or those you do are for trusted users anyway). enlightenment_sys can be dangerous as it allows shutdown/reboot - actions with dramatically impact the system, and thus it has a whole permission config setup. :) guys, here comes the reply from openSUSE Securuty Team. i'm just copy-paste it as it is: sda wrote: another kind request to allow me make a proper build of Enlightenment-DR17 Desktop Shell (Window Manager). i'm again advised to bother you by OBS: E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555) E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555) Please remove the setuid/setgid bits or contact secur...@suse.de for review. We normally don't audit packages that are not meant to be included in openSUSE. If you desperately need those setuid bits you may suppress the error via rpmlintrc. However, read below why they are not needed. the SUID bit for 'enlightenment_sys' is required to allow user to shutdown or reboot PC (halt, hybernate or use any defined privileged action described
[E-devel] SUID bits for E17
hi guys! here comes a long story, sorry for that. openSUSE will release version 11.1 soon and this release has a new system of 'brp' checks which are a bit similar to 'rpmlint' but could not be disabled. yes, i can override this checks, but this is illegal. in general, now OBS (OpenSUSE Build Service) has a single quality standards for all packages and for all packagers as well (tep, this is a theory or declared note). i'm trying to keep up Enlightenment repo for openSUSE in a good shape and for an upcoming version 11.1 following issues appeared: E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555) E17.i586: E: permissions-file-setuid-bit (Badness: 1) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555) Please remove the setuid/setgid bits or contact secur...@suse.de for review. yep, my spec files are not the example to show on exhibitions, but untill now all worked pretty good and no complains from Users appeared. i'm also made an openSUSE-Enlightenment forum thread and freenode IRC channel just in case. step by step improving my repo when i have some time for it. (frankly speaking my spec files sucks...) issues above does not allow to build 'E17' package in OBS. already emailed/reported this case to the openSUSE Security Team and expecting their answer. please let me know if you wish to look at the related emails. right now i'm removing the SUID bits to allow 'E17' to be build and adjust package description to reflect this case. i'm sorry if this information is useless for you. regards, sda -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
lean it down and we cant seriously consider it in e17's core. i personally disagree on auto-mounting on insert as it makes eject a problem. but that's just me :) sorry to bother, but suppose that there's no problems with a proper system configuration. required entries for a /etc/PolicyKit/PolicyKit.conf are here: http://pastebin.com/f1141e14f also suppose that we don't need a useless info in header instead of a simple name - places. i do understand that it's a must to have two or three different clocks on a desktop and a lable that you're running your favorite distro with a great kernel-bla-bla. but imho - right now module is perfect. now about placing it to the shelf and have a popup - see no sense. let's just count: 1) first action is to get the shelf visible 2) mouse click to call a popup (pop on mouseover will make it not so simple to operate i guess) 3) another click to remove popup 4) restore working desktop without shelf (this could be not the point for those who never hide it) right now we have: 1) kbd/mouse shortcut to see the desktop (Show the Desktop action) 2) restore working state yes, module is great and only wish to have a proper info where to grab the current svn - in google code or in E-trunk. regards, sda -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Edgar + Places
On 18:12 Fri 07 Nov , Ross Vandegrift wrote: Hi Dave, I just downloaded Places and installed it. A few bugs: 1) When I click a Place from the Enlightenment menu, nothing happens confirm. 2) If I add the Places gadget to a shelf, removing it or the module causes E to crash. please update your E to the current svn. E-svn-r37539 works nice here. Looks good though! could you please report your versions of 'dbus' and 'hal' packages? 'places' show nothing for openSUSE-11.0. is there some special requirements except hal+dbus? Thanks, Ross huge thanks, sda -- Ross Vandegrift [EMAIL PROTECTED] If the fight gets hot, the songs get hotter. If the going gets tough, the songs get tougher. --Woody Guthrie - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
