On Tue, 9 Feb 2010, Karteek Addanki wrote:
> Hey, > > While compiling ecore I am getting the following error > > ecore_evas_x.c: In function ?ecore_evas_gl_x11_pre_post_swap_callback_set?: > ecore_evas_x.c:2901: error: ?Evas_Engine_Info_GL_X11? has no member named > ?callback? > ecore_evas_x.c:2902: error: ?Evas_Engine_Info_GL_X11? has no member named > ?callback? > ecore_evas_x.c:2903: error: ?Evas_Engine_Info_GL_X11? has no member named > ?callback? be sure to update to the latest svn code of evas, not only ecore. Vincent > > I checked out the latest version from svn from svn co > http://svn.enlightenment.org/svn/e/trunk/ecore ecore-svn (checkout revision > 45990). > > What could be wrong? I checked in the irc but could not find an answer. I am > running Ubuntu 9.04 > > Thanks in advance. > > Karteek > > On Tue, Feb 9, 2010 at 12:33 AM, < > enlightenment-devel-requ...@lists.sourceforge.net> wrote: > >> Send enlightenment-devel mailing list submissions to >> enlightenment-devel@lists.sourceforge.net >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> or, via email, send a message with subject or body 'help' to >> enlightenment-devel-requ...@lists.sourceforge.net >> >> You can reach the person managing the list at >> enlightenment-devel-ow...@lists.sourceforge.net >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of enlightenment-devel digest..." >> >> >> Today's Topics: >> >> 1. Re: Merge some E-MODULES-EXTRA in e/src/modules, remove some? >> (P Purkayastha) >> 2. Re: Merge some E-MODULES-EXTRA in e/src/modules, remove >> some? (Gustavo Sverzut Barbieri) >> 3. Re: Moving packaging out of trunk? (Gustavo Sverzut Barbieri) >> 4. Re: Moving packaging out of trunk? (Thomas Gst?dtner) >> 5. [ELEMENTARY] Entry scrolled patch. (St?phane BAULAND) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 8 Feb 2010 11:27:51 -0500 >> From: P Purkayastha <ppu...@gmail.com> >> Subject: Re: [E-devel] Merge some E-MODULES-EXTRA in e/src/modules, >> remove some? >> To: enlightenment-devel@lists.sourceforge.net >> Message-ID: <201002081127.51308.ppu...@gmail.com> >> Content-Type: Text/Plain; charset="iso-8859-1" >> >> On Monday 08 February 2010 09:45:46 Gustavo Sverzut Barbieri wrote: >>> Hi all, >>> >>> - tiling (I bet this one is not maintained, and what it does can be >>> replaced by illume2's policies) >> >> I use tiling quite frequently. I use it (when I am working with latex) in >> the per-desktop setting. So, one desktop out of the 4 of my desktops is in >> tiling mode and the rest are in the default e17 mode. >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Mon, 8 Feb 2010 15:03:52 -0200 >> From: Gustavo Sverzut Barbieri <barbi...@profusion.mobi> >> Subject: Re: [E-devel] Merge some E-MODULES-EXTRA in e/src/modules, >> remove some? >> To: David Seikel <onef...@gmail.com> >> Cc: enlightenment-devel@lists.sourceforge.net >> Message-ID: >> <b1f2b8c41002080903o39217eetbdd8d759ad833...@mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> On Mon, Feb 8, 2010 at 1:46 PM, David Seikel <onef...@gmail.com> wrote: >>> On Mon, 8 Feb 2010 12:45:46 -0200 Gustavo Sverzut Barbieri >>> <barbi...@profusion.mobi> wrote: >>> >>>> As far as I know, the following modules are maintained, solid and >>>> useful (to their extent) to be merged in e/src/modules, being declared >>>> as "official and trustworthy": >>>> >>>> ? - notification (I use and maintain it) >>>> ? - tclock (actually we should merge it with official clock) >>> >>> I agree with merging tclock and clock, and I think I did that long ago. >>> I would go as far as merging it with calendar to, since all that is is a >>> date display with a popup. ?I remember raster saying he did not want >>> them merged, as clock is an example of pure edj, and he wanted it to >>> stay that way. ?Tclock has a configuration window, so it's not pure >>> edj. >> >> This is no strong argument, as the gadget itself will still be >> pure-edj. The config dialog is orthogonal and should stay like that. >> >> I'd go further and say that this would be an even better argument of >> having one single module with 2 radically different views (analog and >> digital) just changing the group. >> >> I'd not merge it with calendar, but I'd make the clock popup better >> and more useful, including date, weekday name. Also good to have is >> timezone support, so I can have 2-3 clocks with different timezones >> while traveling -- just need couple of embryo calls to convert between >> seconds and break-down time, similar to gmtime() and mktime(). >> >> >> >>>> The following modules must be merged between their variations, with >>>> the resulting module being possible to be merged in tree: >>>> ? ?- forecasts, eweather, weather: why 3 modules to do the same thing? >>>> choose one and ditch the others, merging useful features of them. >>>> eweather is currently too big UI-wise, but its libeweather seems nice >>>> and useful. So have a smaller/smarter UI for eweather and remove the >>>> others? >>> >>> I dunno about the new one, but the old two get their weather info from >>> different sources. ?Merging is good, but choice of weather source is >>> also good. ?Having several sources of info is even better, in case one >>> gets broken, or withdrawn, or whatever. >> >> libeweather was all about different sources AFAIK. >> >> What none of these modules do is to listen for mode->offline and stop >> trying to fetch things while E17 is offline, doing useless calls just >> to timeout. So far, e17/connman already exposes offline state >> (forced), but one could use e_dbus/connman to query current state and >> if offline no internet activity would be done -- think about airplanes >> and battery savings. >> >> >>> I suspect you will see the same sort of bun fight there was over EWL / >>> ETK, two camps with different ideas about how to do things going in >>> their separate ways. >> >> No. Unlike the toolkit stuff, this is not reasonable to have different >> modules. I'd rather pick one and delete the rest that allow this kind >> of useless segmentation :-/ >> >> >> >>> I would also merge in the moon module, when the moon is visible in the >>> selected location, show it in the correct phase. ?Showing eclipses >>> would be cool once sun and moon are being shown in the same module. >> >> +1 there! >> >> >>> I also had a thought that the rain and snow module would be cool to >>> have them respond to the weather module. ?Raining when it's really >>> raining, snowing when it's really snowing, even going as far as snowing >>> heavily when there is a real blizzard outside. ?Maybe even turning on >>> the flame module on really hot days? ?lol >>> >>> Then someone would have to write lightning and fog modules.... >> >> I like this idea. It's useless, but coll useless is nice... after all >> these are eye-candy modules, they could be merged and use libeweather >> to rock the world. >> >> >> >> >>>> I don't know about the following, are they useful (in which way) are >>>> they maintained (who)? >>>> ? ?- alarm >>>> ? ?- cpu >>>> ? ?- diskio >>>> ? ?- emu >>>> ? ?- execwatch >>>> ? ?- iiirk >>>> ? ?- language >>>> ? ?- mail >>>> ? ?- mem >>>> ? ?- net >>>> ? ?- news >>>> ? ?- taskbar >>>> ? ?- tiling (I bet this one is not maintained, and what it does can be >>>> replaced by illume2's policies) >>>> ? ?- uptime >>>> ? ?- winselector >>>> ? ?- wlan >>> >>> CPU, diskio, mem, net, and wlan I always wanted to replace with >>> something more like gkrellm. ?As it is I have a honking big gkrellm >>> taking up about half my screen pinned to my desktop. ?I would rather it >>> was integrated into the e17 desktop like everything else. ?I have some >>> ideas about how to do that well, but lack the time. ?I wanted to add >>> that sort of thing to emu (you can see stuff about that in the emu >>> docs). >>> >>> Emu itself keeps working despite the bit rot, though I don't check it >>> that often. ?I'm the maintainer for it, but I never had the time to >>> take it to the places it was meant to go. ?Dunno if it is useful to >>> anyone, but I would not move it to core. ?I do have some new menu stuff >>> to add to it, but that got put on hold to. >>> >>> Uptime I use, it's the one thing I could move out of gkrellm. ?lol >> >> yeah. this is a good idea, having a "monitors" module that packs all >> these stuff into single blob that you could choose per-gadget >> displays, being a good replacement for gkrellm. >> >> >>> A minor change to the language module ?would actually make it useful for >>> me to switch between two layouts for the same language. ?It used to be >>> able to do this, but somehow got stuck in "one language, one layout >>> allowed" some time ago. >>> >>> While I'm in a griping about modules mood - I fixed the temperature >>> module long ago to allow a choice between more than the first three >>> temperatures (the CPU temp on my motherboard is the fourth one, and >>> that's the important one for me). ?Someone changed it back to three, >>> and now I see there is no choice at all. ?It currently shows the first >>> temperature, which on my motherboard is the PSU, and my PSU does not >>> even have a temperature sensor, so completely useless to me. ?I'm >>> stuck with using the gkrellm again. sigh >> >> fix it, you have the knowledge and the commit access... maybe not just >> the time, but try to find some time to improve our beloved wm :-) >> >> >> >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -------------------------------------- >> MSN: barbi...@gmail.com >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Mon, 8 Feb 2010 15:06:59 -0200 >> From: Gustavo Sverzut Barbieri <barbi...@profusion.mobi> >> Subject: Re: [E-devel] Moving packaging out of trunk? >> To: Thomas Gst?dtner <tho...@gstaedtner.net> >> Cc: e <enlightenment-devel@lists.sourceforge.net> >> Message-ID: >> <b1f2b8c41002080906h25c2def4k5456f124cd1fb...@mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> On Mon, Feb 8, 2010 at 3:00 PM, Thomas Gst?dtner <tho...@gstaedtner.net> >> wrote: >>> On Mon, Feb 8, 2010 at 15:26, Gustavo Sverzut Barbieri >>> <barbi...@profusion.mobi> wrote: >>>> Hello all, >>>> >>>> I'm thinking about moving /trunk/packaging down to /, same level as >>>> BROKEN, OLD, trunk, tags and branches. Do you see any problem with >>>> that? >>>> >>> >>> Think it's a good idea, because almost nobody (mostly not even >>> developers) needs that stuff at all. >> >> yes, and I see not much reasoning to have trunk/branches for those as well. >> >> Moreover, I just checked and the debian packaging is quite abused and >> contains couple of tarballs in extras, 11mb of useless tarballs :-/ >> >> >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -------------------------------------- >> MSN: barbi...@gmail.com >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 >> >> >> >> ------------------------------ >> >> Message: 4 >> Date: Mon, 8 Feb 2010 18:00:43 +0100 >> From: Thomas Gst?dtner <tho...@gstaedtner.net> >> Subject: Re: [E-devel] Moving packaging out of trunk? >> To: Gustavo Sverzut Barbieri <barbi...@profusion.mobi> >> Cc: e <enlightenment-devel@lists.sourceforge.net> >> Message-ID: >> <c16a574a1002080900q7990f3f3ua733b82dff059...@mail.gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> On Mon, Feb 8, 2010 at 15:26, Gustavo Sverzut Barbieri >> <barbi...@profusion.mobi> wrote: >>> Hello all, >>> >>> I'm thinking about moving /trunk/packaging down to /, same level as >>> BROKEN, OLD, trunk, tags and branches. Do you see any problem with >>> that? >>> >> >> Think it's a good idea, because almost nobody (mostly not even >> developers) needs that stuff at all. >> >> >> >> ------------------------------ >> >> Message: 5 >> Date: Mon, 8 Feb 2010 20:03:06 +0100 >> From: St?phane BAULAND <joligar...@gmail.com> >> Subject: [E-devel] [ELEMENTARY] Entry scrolled patch. >> To: enlightenment-devel@lists.sourceforge.net >> Message-ID: >> <b062a51e1002081103j69ac3ac0n72f8c38202270...@mail.gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hi ! >> >> As gustavo ask, i removed all scroller + entries from test_entry.c in >> elementary testsuite. I replaced them by scrolled_entry. >> >> Here is the patch, >> >> See you. >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: elm_scrolled_entry_test.patch >> Type: text/x-patch >> Size: 11068 bytes >> Desc: not available >> >> ------------------------------ >> >> >> ------------------------------------------------------------------------------ >> 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 >> >> >> End of enlightenment-devel Digest, Vol 46, Issue 19 >> *************************************************** >> > > > > -- > Mail me: karteek.adda...@gmail.com > Call me:+919772974577 > Tweet me:http://www.twitter.com/k4rt33k > ------------------------------------------------------------------------------ > 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 > > ------------------------------------------------------------------------------ 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
