On Thu, Sep 6, 2012 at 9:39 AM, Gustavo Sverzut Barbieri <barbi...@profusion.mobi> wrote: > On Wed, Sep 5, 2012 at 10:34 PM, Dennis.Yxun <dennis.y...@gmail.com> wrote: >> >> Hi Barbieri: >> >> On Thu, Sep 6, 2012 at 9:00 AM, Gustavo Sverzut Barbieri >> <barbi...@profusion.mobi> wrote: >> > On Wed, Sep 5, 2012 at 3:09 PM, Thomas Sachau <to...@gentoo.org> wrote: >> >> Gustavo Sverzut Barbieri schrieb: >> >>> Hi all, >> >>> >> >>> I'd like to ask the official Gentoo maintainer of EFL packages to >> >>> please update the portage to include the following: >> >>> - EFL 1.7 (as per Rasterman's announcement, none of 1.7 are there, >> >>> some released are missing) >> >> >> >> This would require some more work, since the tarballs are dirty and when >> >> i do this, then with clean and self created tarballs. >> >> Since there is yet no known ETA for a release of e17, there is a good >> >> chance for at least 1.7.1 efl release before an e17 release, so my >> >> questions is: Is it worth the additional work for 1.7.0? >> > >> > Did you have any problems or is this based on stupid comments by David? >> > >> > I've tested it in some systems and it should be gold. >> > >> > Moreover if we do it right, the 1.7.1 is a simple "cp >> > $pkg-1.7.0.ebuild $pkg-1.7.1.ebuild" as nothing should be changed. >> > >> > >> >>> - Terminology 0.1 (as per Rasterman's announcement) >> >> >> >> This will probably require efl-1.7, right? >> >> >> >>> - Python EFL 1.7 (as per my announcement today) >> >> >> >> Those will also require efl-1.7? >> > >> > both = yes >> > >> > >> >>> - WebKit-EFL >> >>> http://packages.profusion.mobi/webkit-efl/webkit-efl-svn-r127150.tar.bz2 >> >>> this is required to build Elementary with "web" support (use flag). >> >>> I'll take care to do a proper announcement later this week. >> >> >> >> From the comments i got on IRC, webkit-efl is not ready yet, beside that >> >> it requires versions for some dependencies which are not yet packaged >> >> for Gentoo. So currently not possible to create something, that can be >> >> supported. >> > >> > I'm working on that. Really a mess. So far I've create a new package >> > harfbuzz-0.9.4 with a patch I've just sent upstream, they are willing >> > to take (removes automagic). >> > >> > But then there is libsoup with a version we do not support in portage, >> > with a glib we do not support either. I'll try to cook a patch to >> >> I'm also put my hands dirty with webkit-efl (with the live version) >> and aware this two (glib, libsoup), I'm override this packages with >> gnome live overlay >> And I think your solution here (patching exist glib or libsoup) would >> be better, >> may reduce disturbance >> >> > allow using our libsoup version, it will reduce features, but as >> > portage does not ship any die-hard EFL browser, it should be usable. >> > (We=ProFUSION, my company, have a die-hard browser with EFL and to >> > implement some advanced features we'd to bump libsoup version) >> > >> > Last but not least that package will miss some files if you compile >> > with WebGL and is not compiling to me with gstreamer audio/video. I'll >> > try to evaluate what to do, if we force webgl=off, what to do about >> > audio/video, etc. >> Also have problem here with gstreamer audio/video. Currently live >> version is not working >> It would be great to have webgl enabled ;-) > > Ah, nice! Would you please report these bugs to webkit.org? I know > there are shitloads of people from Intel and Samsung being paid to > hack on WebKit-EFL, yet they left the SVN broken? > > Would be nice to report there what's the compilation problem and have > them to help, it's strange it's broken for a live checkout... I > guessed it was due the package and version I got. > > Bug people at #webkit and at #webkit-efl (both freenode), have them to > make it buildable at least. > Haven't report to webkit.org, but I've already pinged people in #webkit-efl and a few people do response, thanks
> >> I'm looking forward to have a EFL style browser, thanks for your hard working > > the public work is quite stalled. Our browser is proprietary, the FOSS > is "eve" but we can't hack on it much more... maybe later this year. > Raster also wants to help to get an average efl browser for us. > Still glad to know that, people need to make a living before doing FOSS I wouldn't mind you package a binary version for Gentoo, wouldn't you? %_^ > >> > summary: will get back in touch, likely when my ebuild hits >> > enlightenment.org overlay. >> > >> > >> >>> As for the existing overlays, I'd ask: >> >>> - add to official overlay: >> >>> - dev-libs/eio >> >> >> >> I already see that in there, was already added in 2010, maybe you should >> >> update your copy? ;-) >> > >> > ouch, i've missed that... I did a script to compare :-P >> > >> > >> >>> - net-libs/webkit-efl >> >> >> >> See above >> >> >> >>> - net-libs/azy >> >> >> >> Is this even used anywhere? >> > >> > not yet, but if we add shotgun IM it will use: >> > https://github.com/zmike/shotgun/blob/master/configure.ac >> > >> > >> >>> - dev-util/clouseau >> >> >> >> Usefull for Gentoo users? >> > >> > it's a useful tool to debug efl apps... it's something like 'd-feet is >> > for dbus, clouseau is for efl' >> > >> > >> >>> - x11-themes/detourious >> >>> - net-misc/econnman >> >> >> >> I can have a look into those. >> >> >> >>> - dev-util/editje >> >>> - dev-javascript/elev8 >> >> >> >> Anything using those? >> > >> > editje is an app to view and create edje files. >> > >> > elev8 not yet, but we plan to release some apps based on int soon. >> > It's a simple ebuild that depends on elementary and v8. >> > >> > >> >>> - dev-libs/ephysics >> >>> - dev-db/esskyuehl >> >> >> >> Can also have a look into those. >> >> >> >>> - rename to proper categories in official overlay: >> >>> - expedite: x11-misc -> app-benchmarks >> >>> - elementary: x11-libs -> media-libs >> >> >> >> I may do this, when i add a package to the main tree with a working >> >> release, but i see no reason to do those cosmetic changes in the overlay. >> >> >> >> hey, tommy! I'd have the same reason about moving categories, it will >> reduce the effort when it comes move the main portage tree, haven't >> them tested/verify in overlay could be a good idea. >> And, you *do* agree moving categories, so why should we postpone?! >> unless due to limited time/man power. but it's a tiny job which I >> couldn't see that much effort >> >> >> >> >>> I'm not sure about most E17 extra-modules, discomfitor/zmike was >> >>> reviewing them for inclusion into core, then I'd assume everything >> >>> that is outside of core should not be package as they are either >> >>> unmaintained or do not work as expected. But he can say more about >> >>> that. >> >> >> >> e.g. alarm, uptime, tclock and forecasts modules do work for me and i >> >> guess, there are more modules, which do work just fine. >> > >> > ok, tclock is weird as regular clock module in core should do it all. >> > >> > >> > >> > -- >> > Gustavo Sverzut Barbieri >> > http://profusion.mobi embedded systems >> > -------------------------------------- >> > MSN: barbi...@gmail.com >> > Skype: gsbarbieri >> > Mobile: +55 (19) 9225-2202 > > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -------------------------------------- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
