Re: [E-devel] ecore borderless_set in conflict with alpha_set ?
On Thu, 27 Jul 2006 20:50:54 + Hannes Janetzek [EMAIL PROTECTED] babbled: Hello, I found some strange behavior with this ecore calls. If I dont use alpha_set borderless_set works as expected. With alpha_set the border gets drawn. This is the code which I have tested. this is now fixed - should work now :) ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, 200, 200); ecore_evas_borderless_set(ee,1); ecore_evas_alpha_set(ee, 1); ecore_evas_show(ee); Regards, Hannes - 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 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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 and the framebuffer
On Thu, 3 Aug 2006 00:59:28 +0200 Jorge Luis Zapata Muga [EMAIL PROTECTED] babbled: Hi all, I have several ideas/issues with the framebuffer and evas (also ecore_fb): 1. The fb engine currently has some kind of library made by raster which in my opinion overlaps in some way with the ecore_fb approach. The engine_info has a vt and a fb parameter both integers, i guess it was used to make evas allocate itself the terminal where the fb should be (map the console to the fb), that code is currently commented so i guess the vt parameter is no longer used. yeah - it was very early code and i never really paid a lot of attention to it. it was intended so yu can specify the vt to find the fb of - or possibly allocate a vt - but i found that was better done in ecore as it tied into hooking to the subsystem (gaining access to the vt, locking it down etc.) so only the fb device # is really important/used. it could do with cleaning for sure. 2. when you do an evas_output_size_set the fb lib on the engine tries to first find a suitable mode on fb.modes (in /etc) if its found it setups the fb to that size and then draws on it, if it isnt found it just draws on a part of the fb memory of that size. I think (as in other engines) that the initialization and configuration should be done outside the engine itself (by the app). One way to accomplish this is to just pass the file descriptor of the framebuffer device, so evas itself just needs to check if the device of that fd is actually a fb (using a ioctl) and then use it as it does now. (no resize) why not do it as it is currently? it allows for either using the fb in whatever mode it is now, or setting the mode (resolution anyway) and in theory it could/should set depth too. but it doesn't atm. i think evas can handle that as it opens the fb dev itself. any reason for your way that would be better? 3. Mixing the above and ecore_fb makes some inconsistency, first ecore_fb_init parameter isnt used at all (it always read on fb0), then if you use ecore_evas_fb_new and want your app to be the size of the current fb you have to call: OR you just tell ecore_evas to go fullscreen - it's done for you. :) so no need to fiddle with the fb device yourself to get its resolution. ecore_fb_init ecore_fb_size_get(w,h) ecore_evas_fb_new(..., w, h); // note here ecore_fb_init is also called, it wont do anything as the lib is already initialized but is kind of inconsitent to keep evas quit and dont change the resolution. So changing responsabilities on ecore_fb and evas fb engine would be a good idea. If you want your app to be of size WxH then the actual approach is valid if you find the correct mode. So my idea will be to do something like this (for the second use case): ecore_fb_init ecore_fb_size_set(W,H) evas_output_size_set(W,H) i think that ecore_evas should entirely be the front-end there, and internally set the resolution if needed and depth etc. or using ecore_evas ecore_evas_fb_new(W,H) // same applies for the first case (same size as current fb size) yes - this makes sense. 4. ecore_fb doesnt allows you to not map a virtual terminal to the fb device (very usefull for testing and dont screw your terminal) and also doesnt allows you to use several fb's like having fb0 and fb1 and then (with ecore_evas_fb for example) have two evases there. yup - this needs work :) if we ever had/have fb based apps worth working on.. then this would become important... do you have plans for such apps? :) 5. i currently code the linux input handling on ecore_fb replacing the old ps2 (still isnt fully operative: no absolute axis) but when you launch an ecore_fb it will always allocate a vt and in my opinion both are too tight, as raster said ecore_fb is dependant to the input system and i agree but i think this doesnt applies on the other side (the input isnt dependant to the display) So if the init function could have more parameters to define its functionality would be good. well ecore_evas_fb_new() does accept a display name - this is currently just NULL by default and then ecore_evas_fb will need to try do the most sensible thing (really it should allocate a new vt and pretty much do whatever x does - but it doesn't. this does need fixing). if you provide informaton we can parse it and define it (eg define what vt to run on - or alloc a new one, what devices to use etc. etc.) 6. evas fb always maps the fb memory but for fb drivers where you cant actually map the memory and just write/read to the fd, evas is useless. yup. :) though there are not many of those... :) i would consider them out of scope personally :) but.. if you want to spend the time on it :) I send this to know your opinions before i do any changes to the current code. best regards, ps: as always if i not explain myself correctly, sorry for my english :) turran - Take
Re: [E-devel] Using freedesktop.org .desktop files.
On Sun, 13 Aug 2006 18:46:40 +1000 David Seikel [EMAIL PROTECTED] babbled: Given that svg files designed for fdo icon themes are likely to be simple things compared to all the fancy functionality that the svg spec allows, I'll be happy with a simple svg loader that I can request render this file to size X by Y pixels. and we have one now - it can do the job (rsvg) BUT - it does suck in a whole barge-load of dependencies of its own. i would prefer one that simply renders the svg to a memory blob without sucking in gdk, cairo, and thus x, and half of gnome etc. :) (slight exaggerations - but you get the idea). but a svg renderer is no trivial feat. for now the rsvg lib will have to do - but maybe at some future point we will have a better svg loader we can use - and later maybe enough vector support in evas to render itself on-the-fly. btw - i found a very interesting vector renderer: antigrain (google for it) it's quite fast - in fact one of its claims is being very fast. it's a massive c ++ behemoth, but it's quite impressive. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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] E CVS: apps/e rephorm
On Mon, 14 Aug 2006 15:42:34 -0500 [EMAIL PROTECTED] babbled: On Mon, Aug 14, 2006 at 02:27:03PM +0900, Carsten Haitzler wrote: noo noo! use an ecore job! idlers run continually after entering idle! :) Raster and I talked about this on IRC, but as a heads up to everyone else: First a quick overiview. Ecore_Idle_Enterers run when we go idle. generally this will be AFTER evas' render (which is also an idle enterer, but is generally added before any others) Ecore_Idlers get run continuously while idle. Ecore_Idle_Exiters run just before events start getting processed again Ecore_Jobs run later. basically, an event is added that calls the job. any events already in the queue by the time the current event gets processed will be dealt with before the job runs. For the spectrum object, I needed to rebuild the image data whenever the currently selected color changed (e.g. dragging in one of the csliders, or editing one of the text entries). On change, i called a spectrum_update function, which then created an Ecore_Job to do the actual draw. I was assuming that if we got several change events quickly, they would get processed before the job ran, giving us a single draw. e.g. Change Event Update Add Job (Several other change events whose updates do nothing) Draw But, this wasn't the case. What I actually got was Change Add Job Draw Change Add Job Draw. That is, a draw immediately after the change occured. Idlers, enterers and exiters all occured AFTER evas rendered, so the state was always one event behind. I finally ended up using a short timer (.001 sec), which works. (Draw is delayed long enough for successive quick change events to do nothing). So, if anyone else is doing a smart object that needs to draw itself, do something like this for now. Eventually we'll add pre/post_render callbacks to evas (which would be a more appropriate place to do such a thing). i can see the use of pre/post render callbacks per object and for a canvas as a whole. as a mater of fact ecore_evas does provide this - but i think evas itself should provide hooks for evas_render(). i will look into this... rephorm. On Mon, 14 Aug 2006 01:21:16 -0400 (EDT) Enlightenment CVS [EMAIL PROTECTED] babbled: Enlightenment CVS committal Author : rephorm Project : e17 Module : apps/e Dir : e17/apps/e/src/bin Modified Files: e_spectrum.c Log Message: move spectrum redraw to an idler so it gets called at most once per render. no more performance issue there... :) - 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 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - 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] Binding clearing actions
Hi! for now i don't think it's wise to accept this. as per previous emails - i have the ipc config in my sights to nuke because once we have a complete gui for all the config - there is no need to keep a very big lump of code for doing this via ipc (not to mention that it is incomplete and lets you shoot yourself in the foot etc. etc.) Ah.. Well... I got this in for the same reason as the temporary problem that was mentioned in the remove ipc thread... Using scripts to restore bindings on config nuking Anyway, as you say, it may be better not to add to the huge bloat... May be people using such scripts will find it useful to patch this to their local tree still :) Regards, Ramkumar. -- April 1: This is the day upon which we are reminded of what we are on the other three hundred and sixty-four. -- Mark Twain, Pudd'nhead Wilson's Calendar - 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] E CVS: libs/ecore shorne
On Tue, 5 Sep 2006 02:54:33 +0200 Simon TRENY [EMAIL PROTECTED] wrote: Any reason to do this actually? Ecore_FB is not dead/unmaintained, Jorge has recently worked on it, and it now works really well (thanks Jorge :)). If you have noticed any bug with it, please tell us :) Simon, We had a discussion about this earlier. It was both in the e-users and e-devel mailing lists under the subject: [E-devel] Fw: [e-users] compiling ecore on a system running 2.4.x kernel Essentially, The ecore_fb code does not build on some machines. We have agreed (i believe jorge did as well) that the build system needs a bit more testing before its ready to work by default. I have not had time to fix the build system at the time so we decided to disable it. Once it gets fixed there will be no problem allowing it by default. -Stafford -- Stafford M. Horne Senior Engineer 高级工程师 SurfControl plc 美讯智科技 Peoples Republic of China, Beijing 中华人民共和国， 北京 Mobile: +86 13611014044 手机：＋86 13611014044 (Website) http://shorne.homelinux.com/wordpress (网站) - 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] E CVS: libs/ecore shorne
On Thu, 7 Sep 2006 19:38:58 +0800, Stafford Horne [EMAIL PROTECTED] wrote : On Tue, 5 Sep 2006 02:54:33 +0200 Simon TRENY [EMAIL PROTECTED] wrote: Any reason to do this actually? Ecore_FB is not dead/unmaintained, Jorge has recently worked on it, and it now works really well (thanks Jorge :)). If you have noticed any bug with it, please tell us :) Simon, We had a discussion about this earlier. It was both in the e-users and e-devel mailing lists under the subject: [E-devel] Fw: [e-users] compiling ecore on a system running 2.4.x kernel Essentially, The ecore_fb code does not build on some machines. We have agreed (i believe jorge did as well) that the build system needs a bit more testing before its ready to work by default. I have not had time to fix the build system at the time so we decided to disable it. Once it gets fixed there will be no problem allowing it by default. That's ok then :) -Stafford - 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] E CVS: engage onefang
if (desktop-exec) a-exe = evas_stringshare_add(desktop-exec); +if (desktop-exec_params) a-exe = evas_stringshare_add(desktop-exec_params); This must be wrong. Sebastian - 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] E CVS: engage onefang
On Thu, 07 Sep 2006 16:18:12 +0200 Sebastian Dransfeld [EMAIL PROTECTED] wrote: if (desktop-exec) a-exe = evas_stringshare_add(desktop-exec); + if (desktop-exec_params) a-exe = evas_stringshare_add(desktop-exec_params); This must be wrong. Oops, thanks for catching that. signature.asc Description: PGP signature - 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] E CVS: proto titan
On Thu, Sep 07, 2006 at 01:22:49PM -0400, Enlightenment CVS wrote: Enlightenment CVS committal Author : titan Project : e17 Module : proto Dir : e17/proto/empower/src/bin/ewl Modified Files: Empower.h empower.c empower_gui_ewl.c Log Message: Ok this is much better. Whoever set this up was going through a ton of trouble to get the username so you can say User's password when its not the user's password you need, its the root. Empower is a wrapper around sudo, isn't it? For sudo, you use the users password, not the root one... rephorm. - 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] E CVS: libs/imlib2 sebastid
Enlightenment CVS wrote: Enlightenment CVS committal Author : sebastid Project : e17 Module : libs/imlib2 Dir : e17/libs/imlib2/src/lib Modified Files: Imlib2.h api.c Log Message: EAPI Ok, so now we have (in imlib2) EAPI for public functions and __hidden for private functions. Unless I'm missing something one of those should go. /Kim - 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] E CVS: libs/imlib2 kwo
On Thursday, 07 September 2006, at 17:05:36 (-0400), Enlightenment CVS wrote: Remove XFree86-devel requirement causing trouble when using xorg. -#BuildSuggests: xorg-x11-devel freetype-devel freetype2-devel libungif-devel -BuildRequires: /usr/bin/freetype-config XFree86-devel /usr/include/gif_lib.h +#BuildSuggests: XFree86-devel xorg-x11-devel freetype-devel freetype2-devel libungif-devel +BuildRequires: /usr/bin/freetype-config /usr/include/gif_lib.h Can you elaborate, kwo? xorg packages are supposed to provide the XFree86 equivalents (e.g., xorg-x11-devel Provides: XFree86-devel). Did that break somewhere? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- So here we are face to face and heart to heart. I want you to know we will never be apart. Now I believe that wishes can come true 'cause I see my whole world; I see only you. When I look into your eyes, I can see how much I love you, and it makes me realize. -- Firehouse, When I Look into Your Eyes - 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] E CVS: libs/imlib2 kwo
Michael Jennings wrote: On Thursday, 07 September 2006, at 17:05:36 (-0400), Enlightenment CVS wrote: Remove XFree86-devel requirement causing trouble when using xorg. -#BuildSuggests: xorg-x11-devel freetype-devel freetype2-devel libungif-devel -BuildRequires: /usr/bin/freetype-config XFree86-devel /usr/include/gif_lib.h +#BuildSuggests: XFree86-devel xorg-x11-devel freetype-devel freetype2-devel libungif-devel +BuildRequires: /usr/bin/freetype-config /usr/include/gif_lib.h Can you elaborate, kwo? xorg packages are supposed to provide the XFree86 equivalents (e.g., xorg-x11-devel Provides: XFree86-devel). Did that break somewhere? On FC6 - (xorg 7.1, I think) there is no xorg-x11-devel, and I don't think anything provides XFree86-devel. /Kim - 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] E CVS: libs/imlib2 kwo
On Friday, 08 September 2006, at 00:02:56 (+0200), Kim Woelders wrote: On FC6 - (xorg 7.1, I think) there is no xorg-x11-devel, and I don't think anything provides XFree86-devel. Reason #5,781 why Fedora is compost. So what package contains the X headers? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Narrow is the road and too high a price to pay when loneliness is such a sanctuary. Empty are the musings and wasted are the days when you say you were only waiting. -- Jars of Clay, Famous Last Words - 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] E CVS: libs/imlib2 kwo
Michael Jennings wrote: On Friday, 08 September 2006, at 00:02:56 (+0200), Kim Woelders wrote: On FC6 - (xorg 7.1, I think) there is no xorg-x11-devel, and I don't think anything provides XFree86-devel. Reason #5,781 why Fedora is compost. So what package contains the X headers? Hehehe - You'll love it: libX11-devel-1.0.3-2.fc6 libXScrnSaver-devel-1.1.0-3.1 libXTrap-devel-1.0.0-3.1 libXau-devel-1.0.1-3.1 libXaw-devel-1.0.2-8.1 libXcomposite-devel-0.3-5.1 libXcursor-devel-1.1.7-1.1 libXdamage-devel-1.0.3-2.1 libXdmcp-devel-1.0.1-2.1 libXevie-devel-1.0.1-3.1 libXext-devel-1.0.1-2.1 libXfixes-devel-4.0.1-2.1 libXfont-devel-1.2.0-2.fc6 libXfontcache-devel-1.0.2-3.1 libXft-devel-2.1.10-1.1 libXi-devel-1.0.1-3.1 libXinerama-devel-1.0.1-2.1 libXmu-devel-1.0.2-4.1 libXp-devel-1.0.0-6 libXpm-devel-3.5.5-3 libXrandr-devel-1.1.1-3.1 libXrender-devel-0.9.1-3.1 libXres-devel-1.0.1-3.1 libXt-devel-1.0.2-3.1.fc6 libXtst-devel-1.0.1-3.1 libXv-devel-1.0.1-4.1 libXvMC-devel-1.0.2-2.1 libXxf86dga-devel-1.0.1-3.1 libXxf86misc-devel-1.0.1-3.1 libXxf86vm-devel-1.0.1-3.1 and I doubt thats all of them :) /Kim - 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] E CVS: libs/imlib2 kwo
On Friday, 08 September 2006, at 00:13:17 (+0200), Kim Woelders wrote: Hehehe - You'll love it: libX11-devel-1.0.3-2.fc6 libXScrnSaver-devel-1.1.0-3.1 libXTrap-devel-1.0.0-3.1 libXau-devel-1.0.1-3.1 libXaw-devel-1.0.2-8.1 libXcomposite-devel-0.3-5.1 libXcursor-devel-1.1.7-1.1 libXdamage-devel-1.0.3-2.1 libXdmcp-devel-1.0.1-2.1 libXevie-devel-1.0.1-3.1 libXext-devel-1.0.1-2.1 ... Shoot me. Shoot me now. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I don't know where you came from, but I know you got out climbing a ladder made out of those command lines. You figure computer code saved your life, and maybe it did. But somewhere along the line you've got to let people back in. Otherwise you're just numbers and hate.-- Mark-Paul Gosselaar, Hyperion Bay - 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] E CVS: libs/imlib2 kwo
On Sep 7, 2006, at 4:06 PM, Michael Jennings wrote: On Friday, 08 September 2006, at 00:13:17 (+0200), Kim Woelders wrote: Hehehe - You'll love it: libX11-devel-1.0.3-2.fc6 libXScrnSaver-devel-1.1.0-3.1 libXTrap-devel-1.0.0-3.1 libXau-devel-1.0.1-3.1 libXaw-devel-1.0.2-8.1 libXcomposite-devel-0.3-5.1 libXcursor-devel-1.1.7-1.1 libXdamage-devel-1.0.3-2.1 libXdmcp-devel-1.0.1-2.1 libXevie-devel-1.0.1-3.1 libXext-devel-1.0.1-2.1 ... Shoot me. Shoot me now. Let's see if I can work teh mej into a froth. The break up of Xorg is a really good thing. People can work on smaller parts of the code-base without worrying about the whole. Changes can (and apparently have been) happen faster. Yes... it's a packagers nightmare, but in a lot ways it's a huge step forward. It's the same on Debian. I do think a meta package xorg-devel or something similar in this case, that would depend on all those spaghetti packages would definitely be a good idea. -Blake - 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] E CVS: libs/imlib2 kwo
On Thursday, 07 September 2006, at 16:16:06 (-0700), Blake Barnett wrote: Let's see if I can work teh mej into a froth. Death to Debianistas! Long live Open Source! The break up of Xorg is a really good thing. People can work on smaller parts of the code-base without worrying about the whole. Changes can (and apparently have been) happen faster. Faster changes is not necessarily a good thing when you're talking about a critical system component like X. Yes... it's a packagers nightmare, but in a lot ways it's a huge step forward. I'm not going to say it is or isn't, but I do have my concerns. Stability is of great importance. It's the same on Debian. Well now I just feel all warm and fuzzy inside! ;-P I do think a meta package xorg-devel or something similar in this case, that would depend on all those spaghetti packages would definitely be a good idea. It's called backward compatibility, and it's something Fedora understands about as much as apolitical. Something, somewhere, somehow should be providing XFree86-devel and xorg-x11-devel while requiring all those -devel packages. Hopefully RHEL customers will demand that this be fixed. Of course, since you can't upgrade from RHEL3 to RHEL4 using their own tools, I'm not holding my breath. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Remember kids, if there's a loaded gun in the room, be sure that you're the one holding it.-- Captain Combat - 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
