Re: [E-devel] efreet - freedesktop menu/icon/desktop spec implementation
On Wed, 17 Jan 2007, dan sinclair wrote: D. Hageman wrote: I guess the real questions that should be asked: a) How many non-standard libaries does one project need to support their project? At what point are there too many? Define non-standard. None of the efl libraries are 'standards'. We separate things into libraries because it makes sense. Dumping everything into one bucket just makes it harder to figure out how to use something. You're just bloating a library that is suppost to be a small core library with a lot of extra crap. When does it stop? Should we put an rss parsing engine into ecore because we want to use it on the e17 desktop? I understand the purpose of libraries. My argument is that there is a point of diminishing returns when you put *everything* into its own library. I also argue (package managers or not) that eventually you need to start thinking of end users experience besides of just how pretty does it look? Anyone can argue that e17 et al hasn't been released yet so it doesn't matter ... does this mean it will never, ever be released? Anyone can argue a slipperly slope argument of what should go in and not go into something like ecore ... but the truth is that something *similar* is already there. It is logically to just replace it and be done with it instead of contributing more to dependency/library bloat. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet - freedesktop menu/icon/desktop spec implementation
On Thu, 18 Jan 2007, Nathan Ingersoll wrote: I want to make it clear, I think it makes sense to have an ecore type library to collect common functionality into a central location, but I don't think the desktop functionality necessarily belongs there. The main thing is that this all gets down to philosophy more then anything and we can argue till we are blue in the face. I would still argue to stick it in ecore. I would also go for sticking it in E itself, but another library ... *sigh* ... -- //\\ || D. Hagemandhageman@dracken.com || \\// - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet - freedesktop menu/icon/desktop spec implementation
On Wed, 17 Jan 2007, DaveMDS wrote: dan sinclair ha scritto: Peter Parkanyi wrote: Efreet is more then just menus. It also contains the icon theme code which is used in Ewl. Any other app that want's to use the icons from a given icon theme could use Efreet as well. Along with that, this _isn't_ core functionality that every app needs. Why should we stuff it into Ecore when it doesn't really fit? Compiling one more lib isn't that difficult and doesn't confuse anything. Along with that, what if someone wants to write a menu editor? They'll need access to the fdo menu code as well. If it's stuck inside e17 then they have to build it inside e17. Not an optimal solution. dan I complete agree with you dan, make a separate lib so we can use it in many other project (also that not depend to e itself). I guess the real questions that should be asked: a) How many non-standard libaries does one project need to support their project? At what point are there too many? b) At what point do all the dependencies start being such a headache that a normal user wouldn't waste their time with the software no matter how cool it is? c) How many applications are created and used by people that rely on E libraries, but don't use E? I think C is the big question to ask. I have yet to find anyone using an application that uses e17 libaries that doesn't use E already. What does that indicate? Take a step back and think about it ... I am not trying to start a fight, but rather give some perspective on things from an end user point of view. If I were you ... I would just put it in ecore and be done with it. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
On Sun, 17 Sep 2006, ?~R?~B???~@ [EMAIL PROTECTED] wrote: ?? , 2006-09-14 ?? 14:42 -0500, D. Hageman : I am going to send along this patch again because changes some changes were made to the configure.in file, but they weren't the *right* changes. This should solve the SVG issues for the Fedora/Redhat platform. That may have worked for you, but you broke other people's builds like that. Right now it doesn't work in slackware, whereas before raster committed your patch, it worked. Can we please have a unified solution that works for all systems. I absolutely agree that we should have a unified solution that works for all systems. The patch mearly corrects what raster added to make it work for Fedora/Redhat based systems. I don't have any slackware boxes or access to slackware boxes to see what it is doing to not make it work for that distro. If I did, I would love to help. As I stated before my knowledge of autofoo isn't the best. It looks to me like raster's solution daisy chained the library checks so if one fails, it moved on to the next. This seems like a plausible solution. Personally, I believe that the main problem comes from the maturity of these libraries. These kind of frusterations are common with this new of code. -- //\\ || D. Hagemandhageman@dracken.com || \\//- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
I am going to send along this patch again because changes some changes were made to the configure.in file, but they weren't the *right* changes. This should solve the SVG issues for the Fedora/Redhat platform. On Mon, 11 Sep 2006, D. Hageman wrote: Attached is a patch that should fix this once and for all. On Wed, 30 Aug 2006, D. Hageman wrote: On Thu, 31 Aug 2006, Carsten Haitzler wrote: On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. Still not completely happy yet ... In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:28:19: error: cairo.h: No such file or directory In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:33: error: expected declaration specifiers or '...' before 'cairo_t' /usr/include/librsvg-2/librsvg/rsvg-cairo.h:36: error: expected declaration specifiers or '...' before 'cairo_t' I will try to get some time tomorrow to do more investigation if you don't have any ideas of the top of your head. I appreciate you looking into this. -- //\\ || D. Hagemandhageman@dracken.com || \\//diff -ruN evas.orig/configure.in evas/configure.in --- evas.orig/configure.in 2006-09-11 11:10:42.0 -0500 +++ evas/configure.in 2006-09-11 11:11:11.0 -0500 @@ -936,7 +936,7 @@ svg_libs=$SVG_LIBS $CAIRO_SVG_LIBS ], [ -PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, +PKG_CHECK_MODULES(LIBSVG_CAIRO, libsvg-cairo, [ have_svg=yes svg_cflags=$SVG_CFLAGS $LIBSVG_CAIRO_CFLAGS - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
Attached is a patch that should fix this once and for all. On Wed, 30 Aug 2006, D. Hageman wrote: On Thu, 31 Aug 2006, Carsten Haitzler wrote: On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. Still not completely happy yet ... In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:28:19: error: cairo.h: No such file or directory In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:33: error: expected declaration specifiers or '...' before 'cairo_t' /usr/include/librsvg-2/librsvg/rsvg-cairo.h:36: error: expected declaration specifiers or '...' before 'cairo_t' I will try to get some time tomorrow to do more investigation if you don't have any ideas of the top of your head. I appreciate you looking into this. -- //\\ || D. Hagemandhageman@dracken.com || \\//diff -ruN evas.orig/configure.in evas/configure.in --- evas.orig/configure.in 2006-09-11 11:10:42.0 -0500 +++ evas/configure.in 2006-09-11 11:11:11.0 -0500 @@ -936,7 +936,7 @@ svg_libs=$SVG_LIBS $CAIRO_SVG_LIBS ], [ -PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, +PKG_CHECK_MODULES(LIBSVG_CAIRO, libsvg-cairo, [ have_svg=yes svg_cflags=$SVG_CFLAGS $LIBSVG_CAIRO_CFLAGS - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] evas / svg configure issue and solution
I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas / svg configure issue and solution
On Thu, 31 Aug 2006, Carsten Haitzler wrote: On Wed, 30 Aug 2006 13:27:34 -0500 (CDT) D. Hageman dhageman@dracken.com babbled: I mentioned before the weekend that I was having some issues with the SVG in evas with Fedora Core 5. I finally found the time to investigate the issue some more, but I am not sure how to fix it. Essentially this solves the problem: 944c944 PKG_CHECK_MODULES(CAIRO_SVG, cairo-svg, --- PKG_CHECK_MODULES(CAIRO_SVG, libsvg-cairo, Fedora Core calls their cairo-svg ... libsvg-cairo. I am not well versed enough in autofoo to make both of those happy. in cvs - check that it's working for you. Still not completely happy yet ... In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:28:19: error: cairo.h: No such file or directory In file included from evas_image_load_svg.c:4: /usr/include/librsvg-2/librsvg/rsvg-cairo.h:33: error: expected declaration specifiers or '...' before 'cairo_t' /usr/include/librsvg-2/librsvg/rsvg-cairo.h:36: error: expected declaration specifiers or '...' before 'cairo_t' I will try to get some time tomorrow to do more investigation if you don't have any ideas of the top of your head. I appreciate you looking into this. -- //\\ || D. Hagemandhageman@dracken.com || \\// - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entrance FC4
With FC4, you should not have to edit the inittab to get entrance to be your display manager. You just need to edit /etc/sysconfig/desktop. On Wed, 13 Jul 2005, laurence vanek wrote: I have e17 running on FC4 but have not been able to get entrance login to grant my sound devices user owner permissions. My gnome session appears to use PAM to carry this out. Seems like this a change for FC4 relative to FC3. Perhaps its the way Im starting entrance. In /etc/inittab I have as the last line: = x:5:respawn:/usr/local/sbin/entranced -nodaemon = commented out the prior line thus: = #x:5:once:/etc/X11/prefdm -nodaemon = If I use the reverse process I get gdm to start enlightenment I have sound device owner permissions under my user name. Of course I miss out on the beautiful entrance login screen. Is this on a TODO list to fix or is this a config. issue on my system? I build e17 from CVS. --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel //\\ || D. Hagemandhageman@dracken.com || \\// --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] freedesktops standards???
What do you mean by incompatible with other apps? Can you not launch gnome/kde applications from enlightenment? Can you not run EFL apps when running gnome or KDE? The .desktop files just describe how the application should be launched and how it should appear in the menus. It makes vendors happy because they can ship for both KDE and gnome without serious effort. You could write your own .desktop for any EFL application that you want and have it appear in your KDE/gnome menus with any issue. Nothing is stopping that. On Sat, 26 Feb 2005, Till Varoquaux wrote: I was reading freedesktop's various standards. I know there is a choice not to use .desktop files since they are heavy to parse and so on. I fully understand your choice and respect. However since freedesktops standards and more and more based upon .desktop files xml and so one I am warry that efl based applications will be more and more incompatible with the other apps. I'd like to know if you have a plan a vision etc... on how you intend to handle this. Do you intend to make your own standard build a translation layer or anything else. Till --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel //\\ || D. Hagemandhageman@dracken.com || \\// --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Entranced initscript for Fedora/Redhat
I am glad someone will find value in it. I thought I would keep everyone in the loop and let you know that I have filed an enhancement bug in the fedora bugzilla. The link for it is below: https://bugzilla.redhat.com/beta/show_bug.cgi?id=147304 The have linked to the FC4Target bug which is a list of issues that *should* be resolved by FC4. On Sun, 13 Feb 2005, Didier Casse wrote: I guess I would find it very useful. I could place it into the FAQ in http://sps.nus.edu.sg/~didierbe for those who want to start up entrance. I got loads of people asking me how to start entrance in Fedora now that they had the rpm at hand. I always shot at modifying /etc/ X11/prefdm and /etc/sysconfig/desktop, which in the end was a hassle. So if I can start the whole entrance just by a script, well that's really nice. Thanks. -- With kind regards, Didier. --- Didier F.B Casse | PhD candidate | Singapore Synchrotron light Source (SSLS) Email: didier.casse AT_Remove_THE_N00SPAM gmail DOT com | Web: http://ssls.nus.edu.sg //\\ || D. Hagemandhageman@dracken.com || \\// --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Entranced initscript for Fedora/Redhat
I thought I would send this to the list in case someone would find it useful. It won't be put into CVS as xcomp doesn't want to pollute his CVS tree with anything too distro specific. At any rate, this is an initscript for Fedora/Redhat that has chkconfig capabilities and follows the standard initscript flow. It will activate in runlevel 3. You do not want to be in runlevel 6 as that will activate the normal display manager. I plan on eventually filing a patch with fedora's bugzilla to allow more freedom in the way you can choose a display manager since I can't seem to find a way to generically choose a display manager without modifying system scripts. If anyone knows of a way, let me know. It seems you can only choose it generically like Gnome or KDE. FYI - I don't really use a display manager. I tried it out and saw a need for this. It worked for me - YMMV. //\\ || D. Hagemandhageman@dracken.com || \\//#!/bin/sh # # entrancedThis shell script takes care of the starting and stopping # of entranced. # # chkconfig: 3 99 01 # description: Entrance is a extremely customizable and aesthetically # attractive login/display manager. # Source function library. . /etc/rc.d/init.d/functions [ -f /usr/sbin/entranced ] || exit 0 RETVAL=0 prog=entranced start() { if [ ! -f /var/lock/subsys/entranced ]; then echo -n $Starting $prog: daemon entranced -d $OPTS RETVAL=$? echo [ $RETVAL = 0 ] touch /var/lock/subsys/entranced else return 0 fi return $RETVAL } stop() { if test x`pidof entranced` != x; then echo -n $Stopping $prog: killproc entranced -INT sleep 1 echo fi if test x`pidof entranced` != x; then killproc entranced fi RETVAL=$? [ $RETVAL = 0 ] rm -f /var/lock/subsys/entranced return $RETVAL } case $1 in start) start ;; stop) stop ;; status) status entranced ;; restart) stop start ;; *) echo $Usage: $0 {start|stop|restart|condrestart|status} exit 1 esac exit $RETVAL