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’ 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
