Re: [E-devel] Pre-release tarballs for efl and elm 1.13.1
From: thiagocmarti...@gmail.com Date: Thu, 26 Feb 2015 19:39:05 -0300 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Pre-release tarballs for efl and elm 1.13.1 On 26 February 2015 at 17:52, Martinx - ジェームズ wrote: On 26 February 2015 at 17:05, Martinx - ジェームズ wrote: On 26 February 2015 at 12:08, Stefan Schmidt wrote: Hello. I just uploaded the elm tarballs for 1.13.1 which will become the final release if I hear nothing problematic within the next 24h. http://download.enlightenment.org/pre-releases/efl-1.13.1-pre.tar.gz 7e47069f5d40a07b46f9d7c0068f487c35e978102a039ff6afa9c9f784155e72 http://download.enlightenment.org/pre-releases/elementary-1.13.1-pre.tar.gz 732b5dd88154940b1d295042ce4c53d3b3836b0edeef4c4892ecdf3c11e1cb49 regards Stefan Schmidt Hey Stefan! I'm trying to build efl-1.13.1 on Ubuntu 15.04, and I'm seeing the following error (`./configure` runs okay): --- ebuilder@e-builder-1:~/e-desktop/efl/efl-1.13.1$ make CDPATH=${ZSH_VERSION+.}: cd . /bin/bash /home/ebuilder/e-desktop/efl/efl-1.13.1/missing aclocal-1.13 -I m4 /home/ebuilder/e-desktop/efl/efl-1.13.1/missing: line 81: aclocal-1.13: command not found WARNING: 'aclocal-1.13' is missing on your system. You should only need it if you modified 'acinclude.m4' or 'configure.ac' or m4 files included by 'configure.ac'. The 'aclocal' program is part of the GNU Automake package: It also requires GNU Autoconf, GNU m4 and Perl in order to run: Makefile:1573: recipe for target 'aclocal.m4' failed make: *** [aclocal.m4] Error 127 --- I have installed, `aclocal-1.14`... Look: --- $ file /etc/alternatives/aclocal /etc/alternatives/aclocal: symbolic link to `/usr/bin/aclocal-1.14' --- Any tips?! Thanks! Thiago BTW, I executed `autoreconf` from within efl-1.13.1 subdirectory (to reconfigure automake stuff?), it is now re ./configure -red and `make` is working / compiling. Any chances to make EFL upstream tarball, somehow, more dynamic (or aware of this kind of situations)? The way it is now, it is interfering with Debian packaging procedures... I mean, I am unable to package it on Ubuntu 15.04. Sorry if I'm not using a better terminology here but, I'm not a coder... I'm not familiar with those tools... :-) Cheers! Thiago Hey guys, Please, ignore my latest two e-mails. I managed to make it work, I'm research more about `autoreconf` and dh-autoreconf... Sorry about the buzz... Best, Thiago We recently had a similar issue with Pacman, it was related to timestamps. You can see it here: https://lists.archlinux.org/pipermail/pacman-dev/2015-February/019893.html -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Issue with py-efl importing
Date: Sun, 1 Feb 2015 12:46:41 -0600 From: jeffhoogl...@linux.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Issue with py-efl importing Error happens everywhere I try to run the app from. I was just in that directory trying to figure out what was wrong. On Sun, Feb 1, 2015 at 6:52 AM, Davide Andreoli d...@gurumeditation.it wrote: 2015-01-31 22:38 GMT+01:00 Jeff Hoogland jeffhoogl...@linux.com: This is only happening with py-efl from git. The 1.12 tarbal imports just fine. Strange, I cannot reproduce the error here. Maybe is just because you are running the app from inside the installed efl package? try to change directory On Sat, Jan 31, 2015 at 1:32 PM, Jeff Hoogland jeffhoogl...@linux.com wrote: from efl.elementary.general import * Yields: module object has no attribute Event Screenshot of full error message: https://www.enlightenment.org/ss/e-54cd2d841b1d79.32717197.png -- ~Jeff Hoogland http://jeffhoogland.com/ My Projects on GitHub https://github.com/JeffHoogland Can't reproduce here, either. python2 2.7.9, python3 3.4.2, efl/elm/py-efl all at 1.13.0-beta2 (or slightly newer).Doug -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment DR 0.19.2 Release
From: thiagocmarti...@gmail.com Date: Thu, 18 Dec 2014 15:31:55 -0200 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Enlightenment DR 0.19.2 Release AWESOME! Lets see if it behaves better, I'm facing some weird problems with Opera and very similar problems with Chrome (sometimes, the ALT attributes freezes the entire browser, it becomes blank (instead of yellow + text) and then, froze everything, only way to go back to work is by killing Opera/Chrome), this happens _only_ under Enlightenment, lots of times / week. Ubuntu 14.10 package upgraded! https://launchpad.net/~martinx/+archive/ubuntu/enlightenment Lets see it things gets better now. Thank you! Best, Thiago It won't. They still exists in the master branch, so it's extremely unlikely they got fixed in the stable branch. Next time it freezes, try maximizing it, see if it becomes usable again. Doug -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment DR 0.19.2 Release
From: thiagocmarti...@gmail.com Date: Thu, 18 Dec 2014 16:42:26 -0200 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Enlightenment DR 0.19.2 Release It won't. They still exists in the master branch, so it's extremely unlikely they got fixed in the stable branch. Next time it freezes, try maximizing it, see if it becomes usable again. Doug Hi Doug! So, I guess I'm not the only one facing this problem, it seems to be a know bug somewhere, am I right? It is very annoying to kill the browser regularly and, start using Unity / GNOME / MATE / Cinnamon / KDE / OSX, just because of this problem, is still out of the table... I'm a huge fan of Enlightenment! ^_^ I tried WindowMaker but it is terrible to use it with a trackpad (i.e., without a mouse), at least, with WindowMaker, Opera/Chrome do not froze but, it is ugly... hehe... At first, I was thinking about my video board Linux driver (DRM/GEM/KSM stuff) but, I'm using Enlightenment DR19 on two different machines, one Macbook Air with Intel Video, and another one, a Dell Vostro with a Radeon 5450 PCI-e, both with Ubuntu 14.10 + E19 and on both, Opera/Chrome freezes from time to time... Next time, I'll try your tip to see if it unfreeze the browser, plus, I'll make a video bug report of it... Thanks! Thiago You're definitely not the only one, and yes, it's very annoying.Looking back at your original post, you talk mostly about the blank tooltips, and maximizing won't bypass that. I misunderstood what you were talking about with the ALT attributes. I find that maximizing fixes it when the interface locks up after minimizing and restoring, but a white tooltip still requires killing it. The white tooltips used to be a problem in Gnome as well [1].I've also got problems with multiple select boxes, again only in E. Overall, chrome/chromium is nearly unusable for me in E, so I haven't been in E for a while now.[1] https://bugs.archlinux.org/task/42110 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC - Dropping Xembed support from E20
Date: Tue, 4 Nov 2014 20:18:48 +0100 From: thanatermesis.e...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] RFC - Dropping Xembed support from E20 what about having an option like?: --enable-xembed (makes traditional systray to work in a ugly way) and so having it disabled by default, but optional for who needs it i personally think that if we restrict some usabilities, ppl will move to, let's say kde or gnome just because it makes its needs working I think you missed the part about KDE dropping this completely as well. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enventor git page's been stopped updating.
Date: Mon, 20 Oct 2014 09:14:21 +0200 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] enventor git page's been stopped updating. Hello. On 20/10/14 07:40, Daniel Zaoui wrote: On 10/20/14 04:46, ChunEon Park wrote: Hello, I realized enventor git web page's stalled in updating commit messages since sep.30 https://git.enlightenment.org/tools/enventor.git/ could somebody check the problem? or any suggestions? -Regards, Hermet- -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel It seems ok from here. Same for me. Last commit form 16 minutes ago. Caching problem in your browser? regards Stefan Schmidt If you click on that commit from 16 minutes ago, you'll see that it was commited on 2014-09-30 02:08:43 (GMT) -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment running error with wayland
Date: Tue, 21 Oct 2014 00:05:57 +0900 From: thie...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] Enlightenment running error with wayland Dear all, I try to run Enlightenment with wayland only on Arch Linux but nothing is shown. The elementary_test works well in weston. The wayland and mesa are packages provided from Arch (v 1.6). I built EFL with options: --enable-egl \ --with-opengl=es \ --enable-wayland \ --enable-drm \ --enable-systemd \ --disable-c++11 and Enlightenment is built with: --enable-wayland-clients \ --enable-wl-drm \ --enable-wayland-only \ --disable-shot \ --disable-xkbswitch \ --disable-conf-randr \ --disable-everything The running variables: E_WL_FORCE=drm; ELM_DISPLAY=wl; ELM_ACCEL=none The log from Enlightenment is like below: ESTART: 0.0 [0.0] - Begin Startup ESTART: 0.4 [0.4] - Signal Trap ESTART: 0.5 [0.1] - Signal Trap Done ESTART: 0.02294 [0.02289] - Eina Init ESTART: 0.04244 [0.01950] - Eina Init Done ESTART: 0.04245 [0.2] - Determine Prefix ESTART: 0.04309 [0.00064] - Determine Prefix Done ESTART: 0.04314 [0.5] - Environment Variables ESTART: 0.04315 [0.2] - Environment Variables Done ESTART: 0.04316 [0.1] - Parse Arguments ESTART: 0.04317 [0.1] - Parse Arguments Done ESTART: 0.04317 [0.0] - Eet Init ESTART: 0.08996 [0.04679] - Eet Init Done ESTART: 0.08998 [0.2] - Ecore Init ESTART: 0.12185 [0.03187] - Ecore Init Done ESTART: 0.12189 [0.3] - EIO Init ESTART: 0.12196 [0.7] - EIO Init Done ESTART: 0.12197 [0.1] - Ecore Event Handlers ESTART: 0.12197 [0.1] - Ecore Event Handlers Done ESTART: 0.12198 [0.1] - Ecore_File Init ESTART: 0.13997 [0.01799] - Ecore_File Init Done ESTART: 0.13998 [0.1] - Ecore_Con Init ESTART: 0.13999 [0.1] - Ecore_Con Init Done ESTART: 0.14000 [0.1] - Ecore_Ipc Init ESTART: 0.14001 [0.2] - Ecore_Ipc Init Done ESTART: 0.14005 [0.4] - Ecore_Evas Init ESTART: 0.21014 [0.07009] - Ecore_Evas Init Done ESTART: 0.21016 [0.2] - Elementary Init ESTART: 0.47363 [0.26347] - Elementary Init Done ESTART: 0.47366 [0.3] - Emotion Init ESTART: 0.52361 [0.04995] - Emotion Init Done ESTART: 0.52364 [0.3] - Ecore_Evas Engine Check ESTART: 0.52365 [0.1] - Ecore_Evas Engine Check Done ESTART: 0.52366 [0.1] - Edje Init ESTART: 0.52367 [0.1] - Edje Init Done ESTART: 0.52367 [0.1] - E Intl Init ESTART: 0.53091 [0.00723] - E Intl Init Done ESTART: 0.53093 [0.2] - E_Alert Init ESTART: 0.53448 [0.00356] - E_Alert Init Done ESTART: 0.53451 [0.3] - E_Configure Init ESTART: 0.53461 [0.00010] - E_Configure Init Done ESTART: 0.53462 [0.1] - E Directories Init ESTART: 0.58976 [0.05514] - E Directories Init Done ESTART: 0.58978 [0.2] - E_Filereg Init ESTART: 0.60109 [0.01131] - E_Filereg Init Done ESTART: 0.60112 [0.3] - E_Config Init ESTART: 0.63409 [0.03296] - E_Config Init Done ESTART: 0.63411 [0.2] - E_Env Init ESTART: 0.63411 [0.1] - E_Env Init Done ESTART: 0.63413 [0.2] - E Paths Init ESTART: 0.63417 [0.4] - E Paths Init Done ESTART: 0.63418 [0.1] - E_Ipc Init ESTART: 0.63441 [0.00023] - E_Ipc Init Done ESTART: 0.63442 [0.1] - E_Font Init ESTART: 0.64435 [0.00993] - E_Font Init Done ESTART: 0.64438 [0.3] - E_Font Apply ESTART: 0.65442 [0.01004] - E_Font Apply Done ESTART: 0.65446 [0.3] - E_Canvas Recache ESTART: 0.65449 [0.3] - E_Canvas Recache Done ESTART: 0.65450 [0.1] - E_Theme Init ESTART: 0.65452 [0.2] - E_Theme Init Done ESTART: 0.65453 [0.1] - E_Moveresize Init ESTART: 0.65454 [0.1] - E_Moveresize Init Done ESTART: 0.66209 [0.00755] - E_Msgbus Init ESTART: 0.66353 [0.00144] - E_Msgbus Init Done ESTART: 0.66355 [0.2] - Efreet Init ESTART: 0.66569 [0.00214] - Efreet Init Done ESTART: 0.66571 [0.3] - E_Intl Post Init ESTART: 0.75103 [0.08531] - E_Intl Post Init Done ESTART: 0.79878 [0.04776] - E_Actions Init ESTART: 0.79928 [0.00050] - E_Actions Init Done ESTART: 0.79932 [0.3] - E_Screensaver Init ESTART: 0.79933 [0.1] - E_Screensaver Init Done ESTART: 0.79934 [0.1] - Screens Init ESTART: 0.79934 [0.1] - screens: manager ESTART: 0.79935 [0.1] - screens: client ESTART: 0.79937 [0.2] - screens: win ESTART: 0.83946 [0.04010] - Compositor Init LOAD WL_DRM MODULE [34;1mDBG[0mecore_drm[34;1m[0mlib/ecore_drm/ecore_drm_device.c:163[0m Find Drm Device: (null) [34;1mDBG[0mecore_drm[34;1m[0mlib/ecore_drm/ecore_drm_device.c:174[0m Found Drm Device [34;1mDBG[0mecore_drm[34;1m[0mlib/ecore_drm/ecore_drm_device.c:175[0m Device: /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0 [34;1mDBG[0mecore_drm[34;1m[0mlib/ecore_drm/ecore_drm_device.c:176[0m Devpath: /dev/dri/card0 [34;1mDBG[0mecore_drm[34;1m[0mlib/ecore_drm/ecore_drm_device.c:234[0m Using Drm
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Mon, 29 Sep 2014 15:54:44 +0100 From: tom.haco...@samsung.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On 29/09/14 15:46, Chris Michael wrote: On 09/29/2014 10:42 AM, Cedric BAIL wrote: On Mon, Sep 29, 2014 at 4:08 PM, Chris Michael devilho...@comcast.net wrote: On 09/29/2014 10:03 AM, Cedric BAIL wrote: On Mon, Sep 29, 2014 at 3:23 PM, Chris Michael devilho...@comcast.net wrote: On 09/29/2014 09:17 AM, Carsten Haitzler (The Rasterman) wrote: On Mon, 29 Sep 2014 09:06:30 -0400 Chris Michael devilho...@comcast.net said: On 09/29/2014 07:47 AM, Carsten Haitzler (The Rasterman) wrote: On Mon, 29 Sep 2014 09:52:23 +0200 Cedric BAIL cedric.b...@free.fr said: On Mon, Sep 29, 2014 at 12:46 AM, Carsten Haitzler ras...@rasterman.com wrote: On Sun, 28 Sep 2014 23:44:32 +0200 Cedric BAIL cedric.b...@free.fr said: On Sun, Sep 28, 2014 at 9:58 PM, Lucas De Marchi lucas.de.mar...@gmail.com wrote: Em 28/09/2014 08:46, Graham Gower graham.go...@gmail.com escreveu: I've attempted to build using the easy_efl.sh script and received the build error referenced in the subject (full build log follows message). Is there a particular version of udev that is required now, but hasn't been put in the autoconf goo? I have udev 182 on a linux distro without systemd. From http://cgit.freedesktop.org/systemd/systemd/tree/src/libudev/libudev.sym?id=946f1825751919a176cd0039002a514de0c9c70f libudev 199 Question as always how many distribution ship this library and how many don't. Should we make 199 mandatory or should we just disable the code that require 199 (I guess it is related to wayland). since systemd and udev merged... a lot seem to have stopped updating udev at all and may b e on a multi-year-old udev (eg 2011). so our choices are to force an upgrade or work on these distros, or we need a way to emulate this udev call inside eeze iof udev is older. that means someone has to do the emulation code work there. Do we really need to ? We could just disable Wayland support if udev is to old, as I think that is the only think that rely on it. The question is more what about other system than Linux. that makes for a poor eeze api that may or may not work based on a hidden udev version at compile time of eeze. Well, perhaps for the moment we can detect the udev version and just #ifdef the internal eeze code to skip that function call. Fixes the build problem while Not breaking code for people that have a sane udev version. Thoughts ?? but downside is we have an eeze fn that now is broken for some and not others... and then when some try wayland things mysteriously fail.. we'll hit this sooner or later in one form or another. best get it sorted now while fresh. Ok. Makes sense :) So...what is the general agreed plan for sorting this ?? I've seen a couple of thoughts on this thread, but no clear plan/path. I don't mind doing the legwork if we all can agree on a path I am voting to put a big eina log warning in that #if for people who have an old version and make sure that when Wayland fail to setup that warning is correctly displayed. After that it is not our duty anymore. Well, the wayland stuff won't fail without it. It's only used for setting the output backlight brightness...so if anything, they won't have backlight control, but that's about it. Everything else will be fine. Really, that's just it ? Then make it optional is a no brainer in my opinion. That is it :) We originally coded the backlight to work directly on the backlight fd (raw read/write), however a certain german ;) did not like that approach and opted for udev/eeze approach (which was fine in it's own right)...but in order to set the backlight brightness via udev, we needed that function. Ok, so if nobody has any objections ??? , I'll do some modifications today and #ifdef out that function call with a udev version check For those that have ancient udev versions, they won't be able to set backlight levels (when running in drm)...but that's all that will break. Again, an horrible precedence and a passive aggressive way of saying we no longer support all of you guys who haven't jumped on the systemd band-wagon. udev works fine without systemd. Those distros that are refusing to update past 184 are either ones that use ancient software anyway or they are just taking a very childish stance and refusing to even build it now. -- Tom. -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Tue, 30 Sep 2014 00:50:23 +0930 From: graham.go...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On 30 September 2014 00:42, Doug Newgard scimmi...@outlook.com wrote: udev works fine without systemd. Those distros that are refusing to update past 184 are either ones that use ancient software anyway or they are just taking a very childish stance and refusing to even build it now. I think you'll find the version of udev I have (182) really isn't that old. Two and a half years and over 30 releases ago is pretty out of date. -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Mon, 29 Sep 2014 17:29:39 +0200 From: adr...@notk.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On Mon, Sep 29, 2014, Doug Newgard wrote: Date: Mon, 29 Sep 2014 15:54:44 +0100 From: tom.haco...@samsung.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' [...] snip Again, an horrible precedence and a passive aggressive way of saying we no longer support all of you guys who haven't jumped on the systemd band-wagon. udev works fine without systemd. Those distros that are refusing to update past 184 are either ones that use ancient software anyway or they are just taking a very childish stance and refusing to even build it now. Distros tend to not move past 184 (or 182 here) precisely because it's annoying to get building and working. It's not simply because they're being childish. systemd/udev is actually pretty straight forward to build. Those distros that refuse to update udev because they have to build it as part of systemd are being childish, nothing more. Refusing to update an important part of your system simply because you don't want to deal with it can be called nothing less. But anyway, the point is moot. Have a look at http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html Quoting: Also note that at that point we intend to move udev onto kdbus as transport, and get rid of the userspace-to-userspace netlink-based tranport udev used so far. Unless the systemd-haters prepare another kdbus userspace until then this will effectively also mean that we will not support non-systemd systems with udev anymore starting at that point. Gentoo folks, this is your wakeup call. IOW, even if it were all working nicely right now, that won't last. For future versions this raises the issue of chosing what is being depended upon. As far as I'm concerned, I don't really care but thought that you should remember that even in the best case for compatibility, this won't last long. So they're going to make it use a new feature of the kernel. Nothing wrong with that. Even then, those distros at 182 are STILL 34+ versions out of date. Regards, Adrien Nader -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Slashdot TV. Videos for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
On Tue, 30 Sep 2014 08:05:43 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Tue, 30 Sep 2014 09:01:58 +1000 David Seikel onef...@gmail.com said: On Mon, 29 Sep 2014 10:24:53 -0500 Doug Newgard scimmi...@outlook.com wrote: Date: Tue, 30 Sep 2014 00:50:23 +0930 From: graham.go...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On 30 September 2014 00:42, Doug Newgard scimmi...@outlook.com wrote: udev works fine without systemd. Those distros that are refusing to update past 184 are either ones that use ancient software anyway or they are just taking a very childish stance and refusing to even build it now. I think you'll find the version of udev I have (182) really isn't that old. Two and a half years and over 30 releases ago is pretty out of date. We prefer the term stable. :-P you and each of your whiskers? :) Me, and Doug, and people like Ubuntu that provide a Long Term Stable distro, where it's supported for way more than two and a half years, built on versions that had been stable for some time at the time of release. It's quite popular, perhaps you have heard of it? B-) If you're entire system is that old, I'm sure EFL from 2.5 years ago will run just fine as well. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Tue, 30 Sep 2014 14:07:52 +1000 From: onef...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On Tue, 30 Sep 2014 13:19:20 +0930 Graham Gower graham.go...@gmail.com wrote: On 30 September 2014 11:37, Doug Newgard scimmi...@outlook.com wrote: If you're entire system is that old, I'm sure EFL from 2.5 years ago will run just fine as well. Actually, EFL from 2.5 years ago was just as bleeding edge at the time as it is now, and still unlikely to run on stable systems from 2.5 years ago, which did not use bleeding edge stuff from 2.5 years ago. :-P I don't know if you didn't understand my point or if you're just ignoring it. If it takes 2.5 years for software to be considered stable, go back and install the various libs from 1.4 and you should be great! Match the version of EFL to the rest of your system. Slackware 14.1, released Nov 2013. This is not old unless you're accustomed to releasing a new version of your software every 2-3 weeks. There's no arguing with those that insist every one use the most bleeding edge systems. You can't change their minds. It also seems useless trying to keep the large and every growing list of dependencies down to a manageable roar. It is indeed hard to argue with someone who insists on installing bleeding edge software when everything else on their system is ancient. Can you really not see that that's a recipe for disaster? -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Tue, 30 Sep 2014 13:19:20 +0930 From: graham.go...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On 30 September 2014 11:37, Doug Newgard scimmi...@outlook.com wrote: If you're entire system is that old, I'm sure EFL from 2.5 years ago will run just fine as well. Slackware 14.1, released Nov 2013. This is not old unless you're accustomed to releasing a new version of your software every 2-3 weeks. Slackware is an interesting case. Patrick has a long history of dragging his feet about anything and everything. He seems to be totally incapable of being proactive. I used Slackware for a number of years, starting with version 4, but switched away when I got tired of the way it was run. Systemd flames aside, my initial post was to ask whether there was a deliberate dependency change or if it was unintended. Specifically, this line in efl/configure.ac created some uncertainty in my mind. EFL_DEPEND_PKG([EEZE], [UDEV], [libudev= 148]) -Graham -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value'
Date: Tue, 30 Sep 2014 15:08:04 +1000 From: onef...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On Mon, 29 Sep 2014 23:28:53 -0500 Doug Newgard scimmi...@outlook.com wrote: Date: Tue, 30 Sep 2014 14:07:52 +1000 From: onef...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] libeeze.so: undefined reference to `udev_device_set_sysattr_value' On Tue, 30 Sep 2014 13:19:20 +0930 Graham Gower graham.go...@gmail.com wrote: On 30 September 2014 11:37, Doug Newgard scimmi...@outlook.com wrote: If you're entire system is that old, I'm sure EFL from 2.5 years ago will run just fine as well. Actually, EFL from 2.5 years ago was just as bleeding edge at the time as it is now, and still unlikely to run on stable systems from 2.5 years ago, which did not use bleeding edge stuff from 2.5 years ago. :-P I don't know if you didn't understand my point or if you're just ignoring it. If it takes 2.5 years for software to be considered stable, go back and install the various libs from 1.4 and you should be great! Match the version of EFL to the rest of your system. You missed my point, the 2.5 year old EFL was bleeding edge 2.5 years ago, and still not good for a 2.5 year old stable system. Oh I understood your point perfectly, but it's totally irrelevant. I'm not telling you to install 2.5 year old libs on a 5 year old system, but 2.5 year old libs on a 2.5 year old system. Makes a twisted kind of sense, doesn't it? Your own reasoning says that the pre-1.7 libs are just now becoming stable, so why not use them? Slackware 14.1, released Nov 2013. This is not old unless you're accustomed to releasing a new version of your software every 2-3 weeks. There's no arguing with those that insist every one use the most bleeding edge systems. You can't change their minds. It also seems useless trying to keep the large and every growing list of dependencies down to a manageable roar. It is indeed hard to argue with someone who insists on installing bleeding edge software when everything else on their system is ancient. Can you really not see that that's a recipe for disaster? Stable, not ancient. Get that through your head please. There are many many people that use stable systems, this is why such systems are provided by popular Linux distros. This is the point of the long term part of long term stable, you can rely on them being stable over a long term of many years. I'll stick with ancient, since it really describes the situation better. Stable is not determined by time, ancient is and that seems to be what's important in these distros that use ancient software. It's not a recipe for disaster, it's done all the time. Install a bleeding edge window manager, fine it shouldn't impact the rest of the system. The stable window manager the OS defaults to can be left alone and used as a backup for when the bleeding edge one falls over. Install a bleeding edge window manager that gratuitously depends on a bleeding edge version of an important sub system, yep THAT's a recipe for disaster, and exactly why it's not such a good idea for said window manager to depend on bleeding edge stuff. Installing a window manager that gratuitously depends on an important sub system that is itself graciously different from what some others do is even worse. The base OS is stable, but you can use a stable OS for development of bleeding edge software, or install bleeding edge bits. Lots of development companies do that. So long as you don't replace stable bits that are crucial to the OS in general with bleeding edge bits, it's all good. Things like udev and systemd are kinda crucial bits, or replace crucial bits in stable systems that didn't use systemd or udev in the first place. And this is the crux of the issue. You believe that all software must be backwards compatible to the beginning of time, I do not. By the time your current software gets into distros, the current version of libs will as well. Having to add a bunch of logic for APIs that have been obsolete for 5+ years does nothing except dirty up the code. Note that the lib in question here is already a year and a half old. By the time EFL is shipped in a distro, it *should* already have the necessary version. Calling this bleeding edge is really stretching things beyond belief. There was mention in this thread that eeze being just a thin layer was a bad idea, and it should have been a higher abstraction API. Then you wouldn't be depending on ONE bleeding edge important sub system that some people don't use for various reasons. Flexibility in this area is important. A bit less important for stuff that's not so crucial. -- A big old stinking pile of genius that no one wants coz
Re: [E-devel] EFL 1.11 is Out
Date: Wed, 20 Aug 2014 18:40:38 +0200 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] EFL 1.11 is Out ... Recommended dependencies are for all of the above are: bullet libpng libjpeg gstreamer (1.x) (ensure you have all the gstreamer codecs you need/want. Evas generic loaders still need gstreamer 0.10) This is no longer true, the generic loaders use gstreamer 1.x by default. zlib luajit (optional lua 5.1 or 5.2) libtiff openssl curl dbus libc fontconfig freetype2 fribidi libpulse libsndfile libx11 libxau libxcomposite libxdamage libxdmcp libxext libxfixes libxinerama libxrandr libxrender libxss libxtst libxcursor libxp libxi (2.2 or newer) libgl (opengl/glx or opengl-es2/egl) giflib util-linux (limbount + libblkid) systemd / libudev harfbuzz systemd libwebp vlc (libvlc) poppler libraw libspectre librsvg -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
Date: Tue, 12 Aug 2014 09:48:19 +0200 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue. ... Until r121 they seem to miss shipping a pc file. I started some work on being able to use the external liblz4 instead of our embedded copy in my use-liblz4 branch but stopped with a known working patch for now until one of my systems ships with a package for r121. Its to late for 1.11 anyway and we hopefully can get it into 1.12. My plan would be to have a configure flag to enable the external lib. Being off by default to avoid all the new-dependency screams one would hear. Once r121 or newer is shipped by all the major distros in their releases me can think about using it by default and removing our embedded copy. regards Stefan Schmidt Looks like the .pc file was added in r120, which Arch is shipping. Shouldn't be too hard to find an Arch machine for testing. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
To: enlightenment-devel@lists.sourceforge.net Date: Mon, 18 Aug 2014 19:46:53 +0200 From: be...@meleeweb.net CC: scimmi...@outlook.com Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue. Hi, On 2014-08-18 18:41, Doug Newgard wrote: Date: Tue, 12 Aug 2014 09:48:19 +0200 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue. ... Until r121 they seem to miss shipping a pc file. I started some work on being able to use the external liblz4 instead of our embedded copy in my use-liblz4 branch but stopped with a known working patch for now until one of my systems ships with a package for r121. Its to late for 1.11 anyway and we hopefully can get it into 1.12. My plan would be to have a configure flag to enable the external lib. Being off by default to avoid all the new-dependency screams one would hear. Once r121 or newer is shipped by all the major distros in their releases me can think about using it by default and removing our embedded copy. regards Stefan Schmidt Looks like the .pc file was added in r120, which Arch is shipping. Shouldn't be too hard to find an Arch machine for testing. lz4 r120 is available on every jenkins slave with .pc file. Great news! I've already corrected the makefile syntax (will send a patch once a second test build is done). Linker still doesn't like it, though, can't find the symbols. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ewebkit 1.11.0 - beta 1
Date: Sat, 16 Aug 2014 00:37:46 +0300 From: fancr...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] ewebkit 1.11.0 - beta 1 https://github.com/bunhere?tab=repositories i really want to try but im afraid to build ewbkit, my pc have only 2gb ram :( It can be built with 2gb of ram, I've done it. Just make sure you have some swap space and don't have any memory hungry programs running (like chromium/firefox/etc). -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ewebkit 1.11.0 - beta 1
Date: Sat, 16 Aug 2014 09:24:50 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: scimmi...@outlook.com Subject: Re: [E-devel] ewebkit 1.11.0 - beta 1 On Fri, 15 Aug 2014 17:06:14 -0500 Doug Newgard scimmi...@outlook.com said: Date: Sat, 16 Aug 2014 00:37:46 +0300 From: fancr...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] ewebkit 1.11.0 - beta 1 https://github.com/bunhere?tab=repositories i really want to try but im afraid to build ewbkit, my pc have only 2gb ram :( It can be built with 2gb of ram, I've done it. Just make sure you have some swap space and don't have any memory hungry programs running (like chromium/firefox/etc). last time i saw it being built, linking used over 4g of ram. just the linker (ld) process alone was just over 4g. If you're doing a debug build, I'm sure it will. A release build isn't nearly as bad, and the current alpha/betas now default to release builds. As I said, I've actually built it on a machine with 2GB of RAM and E running. It did hit swap, but not more than a couple hundred MB. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ewebkit 1.11.- alpha 1
Date: Tue, 5 Aug 2014 22:11:40 +0900 From: ryuan.c...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] ewebkit 1.11.- alpha 1 = Ewebkit 1.11 alpha taballs = I'd like to share new ewebkit tarball as the first attempt to release ewebkit library. Although version is 1.11 like EFL and Elementary, I think that it's still unstable. So, I hope that there are many requirements and tests (and supports). == Source == https://github.com/ewebkit/webkit branch : ewebkit-1.11 (master branch is for sync with webkit.org) == Download == http://download.enlightenment.org/rel/libs/webkit-efl/ewebkit-1.11.0-alpha1.tar.gz 58ae62aeab25a8dfddd3b377d6f6503a525f8df3164207e26d1da216a293bd4b http://download.enlightenment.org/rel/libs/webkit-efl/ewebkit-1.11.0-alpha1.tar.xz 3392b1d2e8b9acd9e0461f8235c22fde42420ae4e6c964aa7ec33695d3ceb10c == NEWS == From the previous snapshot, * WebKit1/EFL was dropped. * fixed color picker bug (intput type=color) * refactor vibration API. * Add ewk_application_cache_manager APIs * Add an API to set process model * Add ewk APIs to control TLS error policy on WebContext * Add ewk_view_bg_color_set * Add API to get contents size of current web page. * Removed NETWORK_INFO. * Refactor favicon database APIs * Add ewk_view_fixed_layout_size_set|get() * Use default context for ewk_view_add * Change ewk_view_settings_get to ewk_page_group_settings_get * Add new Public API in ewk_download_job.h to get size of the data already downloaded. * Add a focus,notfound signal. * Provide VERSION information in EWebKit2.h like EFL and Elementary. * Media Control of video tag is changed from edj to HTML/javascript. * Enable CSS Filter * Turn off Indexed Database And many common webkit(WebCore,JSC) changes. Linking CXX shared library ../../lib/libewebkit2.so ../../lib/../Source/WebCore/CMakeFiles/WebCore.dir/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp.o: In function `WebCore::MediaPlayerPrivateGStreamer::processMpegTsSection(_GstMpegtsSection*)': MediaPlayerPrivateGStreamer.cpp:(.text._ZN7WebCore27MediaPlayerPrivateGStreamer20processMpegTsSectionEP17_GstMpegtsSection+0x14b): undefined reference to `gst_mpegts_section_get_data' MediaPlayerPrivateGStreamer.cpp:(.text._ZN7WebCore27MediaPlayerPrivateGStreamer20processMpegTsSectionEP17_GstMpegtsSection+0x278): undefined reference to `gst_mpegts_section_get_pmt' ../../lib/../Source/WebCore/CMakeFiles/WebCore.dir/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp.o: In function `WebCore::MediaPlayerPrivateGStreamer::handleMessage(_GstMessage*)': MediaPlayerPrivateGStreamer.cpp:(.text._ZN7WebCore27MediaPlayerPrivateGStreamer13handleMessageEP11_GstMessage+0x621): undefined reference to `gst_message_parse_mpegts_section' collect2: error: ld returned 1 exit status Source/WebKit2/CMakeFiles/WebKit2.dir/build.make:15581: recipe for target 'lib/libewebkit2.so.1.11.0' failed make[2]: *** [lib/libewebkit2.so.1.11.0] Error 1 CMakeFiles/Makefile2:560: recipe for target 'Source/WebKit2/CMakeFiles/WebKit2.dir/all' failed make[1]: *** [Source/WebKit2/CMakeFiles/WebKit2.dir/all] Error 2 Makefile:137: recipe for target 'all' failed make: *** [all] Error 2 What am I missing here? Have gstreamer 1.4.0 installed along with all of the plugins. Doug -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ewebkit 1.11.- alpha 1
Date: Wed, 6 Aug 2014 09:13:39 +0900 From: ryuan.c...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] ewebkit 1.11.- alpha 1 Hi, Sorry, I didn' check with gstreamer 1.4. But, I found weird changes and made the patch (but not tested yet). Could check with the below patch. https://github.com/ewebkit/webkit/commit/3e431a5bdd20c264a4636ddaa6b4d5a331020695.patch I will also try it with the latest gstreamer. Thanks. Ryuan Choi Yep, the patch seems to fix it. Thanks for the quick fix! Doug -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/02: Revert Eolian CXX: Get rid of built sources for the callbacks test sources.
Date: Mon, 4 Aug 2014 14:38:05 +0100 From: tom.haco...@samsung.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/02: Revert Eolian CXX: Get rid of built sources for the callbacks test sources. Huh? Make distcheck worked for me. Anyhow, where does it fail? Does it fail locally for you? On Jenkins? or what? Fresh clone, autogen.sh, make distcheck: CC tests/eolian_cxx/tests_eolian_cxx_eolian_cxx_suite-callback.o ../../src/tests/eolian_cxx/callback.c:11:25: fatal error: callback.eo.h: No such file or directory #include callback.eo.h -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/02: Revert Eolian CXX: Get rid of built sources for the callbacks test sources.
From: scimmi...@outlook.com To: enlightenment-devel@lists.sourceforge.net Date: Mon, 4 Aug 2014 10:18:20 -0500 Subject: Re: [E-devel] [EGIT] [core/efl] master 01/02: Revert Eolian CXX: Get rid of built sources for the callbacks test sources. Date: Mon, 4 Aug 2014 14:38:05 +0100 From: tom.haco...@samsung.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/02: Revert Eolian CXX: Get rid of built sources for the callbacks test sources. Huh? Make distcheck worked for me. Anyhow, where does it fail? Does it fail locally for you? On Jenkins? or what? Fresh clone, autogen.sh, make distcheck: Er, that's fresh clone, git revert fd2b089552db4, autogen.sh, make distcheck CC tests/eolian_cxx/tests_eolian_cxx_eolian_cxx_suite-callback.o ../../src/tests/eolian_cxx/callback.c:11:25: fatal error: callback.eo.h: No such file or directory #include callback.eo.h -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] rage video player not rendering video, but audio plays back!
From: prathamesh.ghane...@igate.com To: enlightenment-devel@lists.sourceforge.net Date: Wed, 30 Jul 2014 03:23:37 + CC: ras...@rasterman.com Subject: [E-devel] rage video player not rendering video, but audio plays back! Hi all, I successfully built EFL-1.10, evas generic loaders , elementary and rage player. I could also run 'rage' player without any library dependency or error. I debugged the code using gdb, and I could see gstreamer calls being made, so I could cross check my earlier doubts about emotion using gstreamer backend. But, I could hear only audio, and video rendering did not happen. I saw the window though, and could resize,minimize it etc. And, I am not getting any error as such. I am trying this on ubuntu13.10. Can anyone please help me with the video rendering? Thanks and regards, Prathamesh Ghanekar What gstreamer codecs do you have installed and what codec does the video you're trying to play use? -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] to write video player application using Emotion library with gstreamer1.0 backend
From: prathamesh.ghane...@igate.com To: enlightenment-devel@lists.sourceforge.net Date: Fri, 11 Jul 2014 04:06:52 + CC: ras...@rasterman.com Subject: [E-devel] to write video player application using Emotion library with gstreamer1.0 backend Hi, I wish to write a simple video player, which renders using EFL libraries and uses gstreamer1.0 backend for playback. I learnt that, in EFL-1.9 onwards, gstreamer1.0 is added as a backend for Emotion library, which is something I find suitable for my requirement. I downloaded the EFL 1.9 source code from the repository. There is some gstreamer-related code at src/modules/emotion/gstreamer1. The Makefile suggests that this code goes into a library/module which will be loaded by Enlightenment either statically or at run-time, depending upon the configuration. If I have got everything correct till now, my question goes like this: Assuming that EFL loads the Emotion module (with gstreamer1.0 backend), how should I go about writing my video player application which uses APIs exposed by this module/library? Plz enlighten me if I haven't got the concept right :)! Regards, Prathamesh Any reason you don't just use Rage? https://git.enlightenment.org/apps/rage.git -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] efl-1.10 01/01: Evas: Update for giflib 5.1 api change
captainigloo pushed a commit to branch efl-1.10. http://git.enlightenment.org/core/efl.git/commit/?id=9e2c095d0751b1d2957fd03645dfd1538a5a06e2 commit 9e2c095d0751b1d2957fd03645dfd1538a5a06e2 Author: Doug Newgard scimmi...@outlook.com Date: Fri May 30 08:29:49 2014 +0900 Evas: Update for giflib 5.1 api change Summary: Slight change in the file close function. Reviewers: jpeg CC: cedric Differential Revision: https://phab.enlightenment.org/D916 --- src/modules/evas/loaders/gif/evas_image_load_gif.c | 16 1 file changed, 16 insertions(+) diff --git a/src/modules/evas/loaders/gif/evas_image_load_gif.c b/src/modules/evas/loaders/gif/evas_image_load_gif.c index 939dd9c..e62bf9e 100644 --- a/src/modules/evas/loaders/gif/evas_image_load_gif.c +++ b/src/modules/evas/loaders/gif/evas_image_load_gif.c @@ -528,7 +528,11 @@ evas_image_load_file_head_gif2(void *loader_data, ret = EINA_TRUE; on_error: // jump here on any errors to clean up +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (gif) DGifCloseFile(gif, NULL); +#else if (gif) DGifCloseFile(gif); +#endif if (fi.map) eina_file_map_free(f, fi.map); return ret; } @@ -606,7 +610,11 @@ open_file: // start as we have nothnig to build on if ((index 0) (index loader-imgnum) (animated-animated)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -764,7 +772,11 @@ open_file: loader-imgnum = imgnum; if ((animated-frame_count = 1) || (rec == TERMINATE_RECORD_TYPE)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -848,7 +860,11 @@ static void evas_image_load_file_close_gif2(void *loader_data) { Loader_Info *loader = loader_data; +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); free(loader); --
[EGIT] [core/efl] efl-1.9 01/01: Evas: Update for giflib 5.1 api change
captainigloo pushed a commit to branch efl-1.9. http://git.enlightenment.org/core/efl.git/commit/?id=cb410fc8a634a9bea6517492050b2c63f88fdd90 commit cb410fc8a634a9bea6517492050b2c63f88fdd90 Author: Doug Newgard scimmi...@outlook.com Date: Fri May 30 08:29:49 2014 +0900 Evas: Update for giflib 5.1 api change Summary: Slight change in the file close function. Reviewers: jpeg CC: cedric Differential Revision: https://phab.enlightenment.org/D916 --- src/modules/evas/loaders/gif/evas_image_load_gif.c | 16 1 file changed, 16 insertions(+) diff --git a/src/modules/evas/loaders/gif/evas_image_load_gif.c b/src/modules/evas/loaders/gif/evas_image_load_gif.c index 29ead8e..9633411 100644 --- a/src/modules/evas/loaders/gif/evas_image_load_gif.c +++ b/src/modules/evas/loaders/gif/evas_image_load_gif.c @@ -528,7 +528,11 @@ evas_image_load_file_head_gif2(void *loader_data, ret = EINA_TRUE; on_error: // jump here on any errors to clean up +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (gif) DGifCloseFile(gif, NULL); +#else if (gif) DGifCloseFile(gif); +#endif if (fi.map) eina_file_map_free(f, fi.map); return ret; } @@ -606,7 +610,11 @@ open_file: // start as we have nothnig to build on if ((index 0) (index loader-imgnum) (animated-animated)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -764,7 +772,11 @@ open_file: loader-imgnum = imgnum; if ((animated-frame_count = 1) || (rec == TERMINATE_RECORD_TYPE)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -848,7 +860,11 @@ static void evas_image_load_file_close_gif2(void *loader_data) { Loader_Info *loader = loader_data; +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); free(loader); --
[EGIT] [core/efl] efl-1.8 01/01: Evas: Update for giflib 5.1 api change
captainigloo pushed a commit to branch efl-1.8. http://git.enlightenment.org/core/efl.git/commit/?id=5e07d8820d8f5620a42f75b3f9e1c30fad58c9c5 commit 5e07d8820d8f5620a42f75b3f9e1c30fad58c9c5 Author: Doug Newgard scimmi...@outlook.com Date: Fri May 30 08:29:49 2014 +0900 Evas: Update for giflib 5.1 api change Summary: Slight change in the file close function. Reviewers: jpeg CC: cedric Differential Revision: https://phab.enlightenment.org/D916 --- src/modules/evas/loaders/gif/evas_image_load_gif.c | 16 1 file changed, 16 insertions(+) diff --git a/src/modules/evas/loaders/gif/evas_image_load_gif.c b/src/modules/evas/loaders/gif/evas_image_load_gif.c index e01e276..99bd0bd 100644 --- a/src/modules/evas/loaders/gif/evas_image_load_gif.c +++ b/src/modules/evas/loaders/gif/evas_image_load_gif.c @@ -528,7 +528,11 @@ evas_image_load_file_head_gif2(void *loader_data, ret = EINA_TRUE; on_error: // jump here on any errors to clean up +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (gif) DGifCloseFile(gif, NULL); +#else if (gif) DGifCloseFile(gif); +#endif if (fi.map) eina_file_map_free(f, fi.map); return ret; } @@ -607,7 +611,11 @@ open_file: if ((index 0) (index loader-imgnum) (animated-animated 1)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -765,7 +773,11 @@ open_file: loader-imgnum = imgnum; if ((animated-frame_count = 1) || (rec == TERMINATE_RECORD_TYPE)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -849,7 +861,11 @@ static void evas_image_load_file_close_gif2(void *loader_data) { Loader_Info *loader = loader_data; +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); free(loader); --
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
Date: Mon, 30 Jun 2014 13:59:26 +0200 From: tho...@gstaedtner.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue. On Mon, 30 Jun 2014 19:26:11 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: if there was a liblz4... we'd be using it... :) There actually is a liblz4, which seems to be usable and actively maintained, however, I'm not clear on the status of distros shipping it. Gentoo does provide this package: [I] app-arch/lz4 Available versions: 0_p106-r1 ** Homepage:https://code.google.com/p/lz4/ Description: Extremely Fast Compression algorithm It installs with the following files: /usr/bin/lz4c64 /usr/bin/lz4c /usr/lib64/liblz4.so.0.0 /usr/lib64/liblz4.so /usr/lib64/liblz4.a /usr/include/lz4.h /usr/include/lz4hc.h If only it were that simple; the build system upstream has been a mess. The author only supports a manually written makefile, which did not build the shared libs until recently. There is also a cmake system which has built the shared libs for a while, but does not build the lz4 executable that uses a similar command line interface as other compression tools. Then there was talk of adding an autotools system as well for some unknown reason. What each distro has depends on which build system they choose. Now that both the manual makefile and the cmake system both build a shared lib, it should be possible to switch to it, but not until all (most) distros upgrade. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
Date: Mon, 30 Jun 2014 14:23:40 +0200 From: jer...@asynk.ch To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue. if there was a liblz4... we'd be using it... :) There actually is a liblz4, which seems to be usable and actively maintained, however, I'm not clear on the status of distros shipping it. Gentoo does provide this package: [I] app-arch/lz4 Available versions: 0_p106-r1 ** Homepage:https://code.google.com/p/lz4/ Description: Extremely Fast Compression algorithm archlinux r118 - Sat 28 Jun 2014 debian jessie r117 ubuntu r114 ? Looks like the capability for shared libs was added to the makefile at r111 on Jan 6, 2014. They also made it clear that cmake was unofficial at that time. All of them you listed should have shared libs. Gentoo is (was?) using cmake, so it has the shared libs on an earlier rev. The numbers you give are encouraging on being able to switch sooner rather than later. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E19 ALPHA1
Date: Wed, 4 Jun 2014 09:40:23 -0500 From: jeffhoogl...@linux.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E19 ALPHA1 Is this supported using the latest stable EFL/Elementary tars or will E19 continue to require EFL from GIT? According to configure.ac, it requires EFL 1.10 -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: Evas: Update for giflib 5.1 api change
jpeg pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=096ae0e86fe306d40d744c8c11960dd9e736c4b4 commit 096ae0e86fe306d40d744c8c11960dd9e736c4b4 Author: Doug Newgard scimmi...@outlook.com Date: Fri May 30 08:29:49 2014 +0900 Evas: Update for giflib 5.1 api change Summary: Slight change in the file close function. Reviewers: jpeg CC: cedric Differential Revision: https://phab.enlightenment.org/D916 --- src/modules/evas/loaders/gif/evas_image_load_gif.c | 16 1 file changed, 16 insertions(+) diff --git a/src/modules/evas/loaders/gif/evas_image_load_gif.c b/src/modules/evas/loaders/gif/evas_image_load_gif.c index 939dd9c..e62bf9e 100644 --- a/src/modules/evas/loaders/gif/evas_image_load_gif.c +++ b/src/modules/evas/loaders/gif/evas_image_load_gif.c @@ -528,7 +528,11 @@ evas_image_load_file_head_gif2(void *loader_data, ret = EINA_TRUE; on_error: // jump here on any errors to clean up +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (gif) DGifCloseFile(gif, NULL); +#else if (gif) DGifCloseFile(gif); +#endif if (fi.map) eina_file_map_free(f, fi.map); return ret; } @@ -606,7 +610,11 @@ open_file: // start as we have nothnig to build on if ((index 0) (index loader-imgnum) (animated-animated)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -764,7 +772,11 @@ open_file: loader-imgnum = imgnum; if ((animated-frame_count = 1) || (rec == TERMINATE_RECORD_TYPE)) { +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) +if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); loader-gif = NULL; @@ -848,7 +860,11 @@ static void evas_image_load_file_close_gif2(void *loader_data) { Loader_Info *loader = loader_data; +#if (GIFLIB_MAJOR 5) || ((GIFLIB_MAJOR == 5) (GIFLIB_MINOR = 1)) + if (loader-gif) DGifCloseFile(loader-gif, NULL); +#else if (loader-gif) DGifCloseFile(loader-gif); +#endif if ((loader-fi.map) (loader-f)) eina_file_map_free(loader-f, loader-fi.map); free(loader); --
Re: [E-devel] Efl and Elementary 1.9.4 release
From: t...@stosb.com Date: Fri, 16 May 2014 17:45:37 +0100 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Efl and Elementary 1.9.4 release Thanks. Too bad you did it today and not Monday, as now maybe arch by mistake will update the package twice (once to 1.9.4 and once to 1.10.0). I love arch. :) -- Tom. There's another week until the 1.10 release anyway. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Why isn't deskshow a core module?
Date: Sun, 23 Mar 2014 18:20:49 -0500 From: jeffhoogl...@linux.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Why isn't deskshow a core module? Bump. On Tue, Mar 11, 2014 at 9:37 PM, Jeff Hoogland jeffhoogl...@linux.comwrote: Is there a reason the deskshow module isn't include in E's core? It is a very simple module that works well and is a feature most users expect to have for their desktop. -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop The answer is obvious, because nobody cares enough about it to maintain it. It didn't even get moved over from SVN to Git. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] archlinux x86_64 intel-dri-10.1.0-2 broke e
Date: Fri, 14 Mar 2014 22:09:28 +0100 From: jer...@asynk.ch To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] archlinux x86_64 intel-dri-10.1.0-2 broke e I had to downgrade to 10.0.3-1 solid black windows body, menus messed up see elementary_test from within fluxbox http://asynk.ch/efl/elementary_test.png 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Dell Device 0585 Flags: bus master, fast devsel, latency 0, IRQ 40 Memory at f780 (64-bit, non-prefetchable) [size=4M] Memory at e000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915 --- Hell'O from Yverdoom Jérémy (jeyzu) You're not the only one: https://bbs.archlinux.org/viewtopic.php?id=178350 -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 1.9.0-beta2 pre-release
Date: Fri, 21 Feb 2014 16:21:19 +0100 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] 1.9.0-beta2 pre-release https://phab.enlightenment.org/phame/post/view/38/ We are happy to release the second beta release for the upcoming 1.9 series. This is most likely the final beta2 release before the release happening next week. Please give it a good testing. Download LINK SHA256 efl-1.9.0-beta2.tar.gz ff4037cc3ae45fc5f66cdec7c56de2c6892faf2981f33a89550609831ee8edd1 elementary-1.9.0-beta2.tar.gz 4fd94bbb51793d98922b05f6cd6fc6ff703d49f2b1cef1d25a7ff2d48aa4f146 emotion_generic_players-1.9.0-beta2.tar.gz 57e1251cbc8b4b3bc61c9b864be8ec17377749c98ba777671ff2686406006be1 evas_generic_loaders-1.9.0-beta2.tar.gz b7199c12cabd854da9a3963c6b2be65fde123a40989de22a12f13749b4c96776 Building and Dependencies If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before compiling and installing to avoid possible conflicts during compilation. If you are compiling the above, please compile them in the following order: efl elementary emotion_generic_players evas_generic_loaders Please refer to the respective README files in each release for a full list of dependencies, explanations on configure flags and other relevant information (Just scroll down to see the README already displayed nicely). EFL Elementary Emotion Generic Players Evas Generic Loaders Recommended dependencies are for all of the above are: bullet libpng libjpeg gstreamer (1.x) (ensure you have all the gstreamer codecs you need/want) Someone please correct me if I'm wrong, but doesn't evas_generic_loaders still require 0.10? zlib luajit (optional lua 5.1 or 5.2) libtiff openssl curl dbus libc fontconfig freetype2 fribidi libpulse libsndfile libx11 libxau libxcomposite libxdamage libxdmcp libxext libxfixes libxinerama libxrandr libxrender libxss libxtst libxcursor libxp libxi (2.2 or newer) libgl (opengl/glx or opengl-es2/egl) giflib util-linux (limbount + libblkid) systemd / libudev harfbuzz systemd libwebp vlc (libvlc) poppler libraw libspectre librsvg It is suggested you add the following options when building EFL to get a better experience: --enable-xinput22 \ --enable-multisense \ --enable-systemd \ --enable-image-loader-webp \ --enable-harfbuzz On linux to get framebuffer support you may want to also do: --enable-fb --disable-tslib If you want wayland support also add: --enable-wayland At runtime if you want thumbnailing for DOC/PPT/XLS etc. files also provide: libreoffice -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 1.9.0-beta2 pre-release
Date: Fri, 21 Feb 2014 17:38:34 +0100 From: to...@gentoo.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] 1.9.0-beta2 pre-release Stefan Schmidt schrieb: https://phab.enlightenment.org/phame/post/view/38/ We are happy to release the second beta release for the upcoming 1.9 series. This is most likely the final beta2 release before the release happening next week. Please give it a good testing. Download LINK SHA256 efl-1.9.0-beta2.tar.gz ff4037cc3ae45fc5f66cdec7c56de2c6892faf2981f33a89550609831ee8edd1 elementary-1.9.0-beta2.tar.gz 4fd94bbb51793d98922b05f6cd6fc6ff703d49f2b1cef1d25a7ff2d48aa4f146 emotion_generic_players-1.9.0-beta2.tar.gz 57e1251cbc8b4b3bc61c9b864be8ec17377749c98ba777671ff2686406006be1 evas_generic_loaders-1.9.0-beta2.tar.gz b7199c12cabd854da9a3963c6b2be65fde123a40989de22a12f13749b4c96776 Building and Dependencies If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before compiling and installing to avoid possible conflicts during compilation. If you are compiling the above, please compile them in the following order: efl elementary emotion_generic_players evas_generic_loaders Please refer to the respective README files in each release for a full list of dependencies, explanations on configure flags and other relevant information (Just scroll down to see the README already displayed nicely). EFL Elementary Emotion Generic Players Evas Generic Loaders Recommended dependencies are for all of the above are: luajit (optional lua 5.1 or 5.2) Is this just recommended or a new required dependency for efl-1.9? configure now requires luajit for me and i dont see any switch to disable this additional required dependency. -- Thomas Sachau Gentoo Linux Developer --enable-lua-old should get you 5.1/5.2 support instead of luajit. Don't know why you would want to, but there it is. Doug Newgard -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 1.9.0-beta2 pre-release
Date: Sat, 22 Feb 2014 13:08:56 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: onef...@gmail.com Subject: Re: [E-devel] 1.9.0-beta2 pre-release On Sat, 22 Feb 2014 12:42:40 +1000 David Seikel onef...@gmail.com said: On Sat, 22 Feb 2014 11:24:57 +0900 Cedric BAIL cedric.b...@free.fr wrote: On Sat, Feb 22, 2014 at 8:24 AM, Simon si...@simotek.net wrote: On 02/22/2014 07:56 AM, David Seikel wrote: On Sat, 22 Feb 2014 06:51:13 +1000 David Seikel onef...@gmail.com wrote: On Fri, 21 Feb 2014 11:49:18 -0600 Doug Newgard scimmi...@outlook.com wrote: Date: Fri, 21 Feb 2014 17:38:34 +0100 From: to...@gentoo.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] 1.9.0-beta2 pre-release Stefan Schmidt schrieb: https://phab.enlightenment.org/phame/post/view/38/ We are happy to release the second beta release for the upcoming 1.9 series. This is most likely the final beta2 release before the release happening next week. Please give it a good testing. Download LINK SHA256 efl-1.9.0-beta2.tar.gz ff4037cc3ae45fc5f66cdec7c56de2c6892faf2981f33a89550609831ee8edd1 elementary-1.9.0-beta2.tar.gz 4fd94bbb51793d98922b05f6cd6fc6ff703d49f2b1cef1d25a7ff2d48aa4f146 emotion_generic_players-1.9.0-beta2.tar.gz 57e1251cbc8b4b3bc61c9b864be8ec17377749c98ba777671ff2686406006be1 evas_generic_loaders-1.9.0-beta2.tar.gz b7199c12cabd854da9a3963c6b2be65fde123a40989de22a12f13749b4c96776 Building and Dependencies If you have an existing EFL or Elementary install, you may wish to delete its header files and libraries before compiling and installing to avoid possible conflicts during compilation. If you are compiling the above, please compile them in the following order: efl elementary emotion_generic_players evas_generic_loaders Please refer to the respective README files in each release for a full list of dependencies, explanations on configure flags and other relevant information (Just scroll down to see the README already displayed nicely). EFL Elementary Emotion Generic Players Evas Generic Loaders Recommended dependencies are for all of the above are: luajit (optional lua 5.1 or 5.2) Is this just recommended or a new required dependency for efl-1.9? configure now requires luajit for me and i dont see any switch to disable this additional required dependency. -- Thomas Sachau Gentoo Linux Developer --enable-lua-old should get you 5.1/5.2 support instead of luajit. Don't know why you would want to, but there it is. Coz the stable release of a very popular Linux distro doesn't work with EFL using luajit. It's possible other stable distro releases don't either. Of course, EFL 1.9 won't be going into those stable releases, either. If you're going to update one package, updating others that that are needed seems reasonable. You wouldn't install the very latest Unity without updating any of it's necessary libs, would you? Of course, 14.04 LTS is now in a feature freeze and seems to have 2.0.2, so that issue should go away as people upgrade. Debian stable won't have it until Jesse next year. RHEL/CentOS...who knows. It appears I was slightly inaccurate. Ubuntu LTS (12.04) was released prior to the release of LuaJIT 2.0.0, so it only has an early beta of that. This compiles with EFL fine, but I wouldn't trust it. There's a PPA for more up to date LuaJIT 2.0.1 at http://ppa.launchpad.net/mwild1/ppa/ubuntu/ but it wont link to EFL - usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libluajit-5.1.a (ljamalg.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/libluajit-5.1.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [lib/edje/libedje.la] Error 1 openSUSE also only supports luajit from the equivalent of a PPA, I guess i'll fix that sometime, if no one else uses / cares about it it doesn't tend to make it into the core distro. We have plan to rely on luajit performance in the future. I know that, it was my idea, I was planning on doing it a bit later in the year. B-) Having proper luajit package in distribution will become an absolute must if things go right. We still support the old lua and will for a long time, but we really should encourage people to have a proper luajit on their system. By putting luajit as the default choice of our configure now, we explicitely encourage this to happen. I hope that at least your next LTS will have a proper luajit in it, better make sure now ! I suspect that LuaJIT 2 having actually been released will do more to encourage it being used in future stable distros than anything we can do. Remember, the current stable Ubuntu was released *before* LuaJIT 2 was. It wasn't possible
Re: [E-devel] 1.9.0-alpha1 Pre-release: EFL, Elementary, Evas_Generic_Loaders, Emotion_Generic_Players
Date: Tue, 11 Feb 2014 16:30:06 -0600 From: jeffhoogl...@linux.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] 1.9.0-alpha1 Pre-release: EFL, Elementary, Evas_Generic_Loaders, Emotion_Generic_Players Can I make a request that once the 1.9.x branch makes it to a stable release we keep all components at the same version number like had been done for 1.7.x in the past? Having 1.8.x at three different version numbers is a pain to keep track of packagingwise. I believe the stated advantage was that packagers shouldn't need to rebuild everything if there were no changes. That didn't work, though, since elementary and emotion_generic_loaders have files in a dir that's specific to the version of EFL they was built for. The only thing that was really saved was rebuilding evas_generic_loaders. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 1.9.0-alpha1 Pre-release: EFL, Elementary, Evas_Generic_Loaders, Emotion_Generic_Players
Date: Tue, 11 Feb 2014 16:51:16 -0500 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] 1.9.0-alpha1 Pre-release: EFL, Elementary, Evas_Generic_Loaders, Emotion_Generic_Players It's that time again! Stefan is off this week testing mountain robustness, so I've been pressed into service as the temporary pre-release release manager for this pre-release release. **What's New In This Release** - Flaming text - Bug fixes? - Some other stuff! You may notice that this section isn't super detailed; the release notes haven't been written/generated yet, so I have only a vague idea of what's going on. Hopefully this will get expanded, but until then I am dubbing this **MYSTERY RELEASE 2K14**! =Download= EFL e26d43d52d0dab0cdf2a23756139e82719b30ea9bfda686ad5c9caad675e7991 http://download.enlightenment.org/rel/libs/efl/efl-1.9.0-alpha1.tar.gz Elementary 9491534e14c19a1cf3d6222eb2710c4a7a913664af41ab2070f31946bc275fef http://download.enlightenment.org/rel/libs/elementary/elementary-1.9.0-alpha1.tar.gz Emotion Generic Players 312ab49b4a41991ec6b6dc5074a99365c563c9cab38a3fae3abbeedf20b4c16b http://download.enlightenment.org/rel/libs/emotion_generic_players/emotion_generic_players-1.9.0-alpha1.tar.gz Evas Generic Loaders d16fd4dd7f094fc0913a962342c19c554b9f3c3f019bcf8aad741115eda15d34 http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.9.0-alpha1.tar.gz But wait, there's more! Download now and also gain access to this limited edition snapshot of E19! See the crashes, the stutters, the effects, and experience once again the majesty and nostalgia of pre-alpha Enlightenment! Enlightenment DR 0.19 Desktop Annihilator Pre-alpha snapshot 1837450f4e78b02eaf01cc1607bb7e96ae51c765b4c52496d34d6dc39bff546e http://download.enlightenment.org/pre-releases/enlightenment-0.18.99.17797.tar.gz **Disclaimer:** Enlightenment developers cannot be responsible for any successes which occur during testing of E19. For the full announcement, see https://phab.enlightenment.org/phame/live/3/post/1_9_0_alpha1_pre_release/ The deps listed in this announcement are wrong. EFL now wants gstreamer 1.0+ (0.10 is still needed for the generic loaders) and it wants luajit instead of lua. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break.
What changed was a fix to efl.m4, which happened at the same time as the changes to elm. You just never updated efl, it seems. Date: Mon, 3 Feb 2014 21:39:36 +1030 From: si...@simotek.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. On 02/03/2014 09:12 PM, ChunEon Park wrote: Strange. I couldn't get any errors such as. Could you please try ldconfig after install efl core? $sudo make install sudo ldconfig? well after my latest version my pkgconfig files are now saying eina's version is 1.8.99.24*** so i don't know what happened to fix it but ill try again in the morning, hopefully git's back up then; Cheers Simon -Regards, Hermet- -Original Message- From: Simonsi...@simotek.net To: enlightenment-devel@lists.sourceforge.net; Cc: Sent: 2014-02-02 (일) 20:04:31 Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. Hi all, Seen as this is still broken a week later its now T884 Cheers Simon On 01/28/2014 11:05 PM, Simon wrote: My build is still broken when building from make-dist, Requested 'eina= 1.8.99.9282' but version of Eina is 1.8.99.0 Requested 'eet= 1.8.99.9282' but version of eet is 1.8.99.0 Requested 'evas= 1.8.99.9282' but version of evas is 1.8.99.0 Requested 'ecore= 1.8.99.9282' but version of ecore is 1.8.99.0 Requested 'ecore-evas= 1.8.99.9282' but version of ecore-evas is 1.8.99.0 Requested 'ecore-file= 1.8.99.9282' but version of ecore-file is 1.8.99.0 Requested 'ecore-input= 1.8.99.9282' but version of ecore-input is 1.8.99.0 Requested 'edje= 1.8.99.9282' but version of edje is 1.8.99.0 Requested 'eo= 1.8.99.9282' but version of Eo is 1.8.99.0 Requested 'ethumb_client= 1.8.99.9282' but version of ethumb_client is 1.8.99.0 Requested 'emotion= 1.8.99.9282' but version of emotion is 1.8.99.0 Requested 'ecore-imf= 1.8.99.9282' but version of ecore-imf is 1.8.99.0 Requested 'ecore-con= 1.8.99.9282' but version of ecore-con is 1.8.99.0 Requested 'eio= 1.8.99.9282' but version of eio is 1.8.99.0 Requested 'eldbus= 1.8.99.9282' but version of eldbus is 1.8.99.0 Requested 'efreet= 1.8.99.9282' but version of efreet is 1.8.99.0 Requested 'efreet-mime= 1.8.99.9282' but version of efreet-mime is 1.8.99.0 Requested 'efreet-trash= 1.8.99.9282' but version of efreet-trash is 1.8.99.0 Simon On 01/27/2014 01:46 PM, ChunEon Park wrote: It was the first-aid as possbie as i could do so far we go on same version efl and elementary. I left the better solution to cedric for my fault. And he right after watched the problem. -Regards, Hermet- -Original Message- From: Sebastian Dransfeldsd@tango.flipp.net To: Enlightenment developer listenlightenment-devel@lists.sourceforge.net; Cc: Sent: 2014-01-26 (일) 05:54:36 Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But in the commit message he asked if what he did was the right solution, not whether it fixed the build break. S. Den Jan 25, 2014 kl. 20:32 skrev Doug Newgard scimmia22@outlook.com: I wasn't? That was the commit you replied to/quoted, so I thought it was. Doug Date: Sat, 25 Jan 2014 20:29:35 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But that was never the discussion :) S. Doug Newgard skrev So maybe a new variable is needed. I'm not arguing that cedric's original commit was right or wrong, just that hermit's was right for what was there. Doug From: s...@tango.flipp.net Date: Sat, 25 Jan 2014 12:20:34 +0100 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But now elementary version == efl version, which isn't true. efl_version is used to set elementary's version, and to check the required efl version. S. Den Jan 24, 2014 kl. 17:39 skrev Doug Newgard scimmia22@outlook.com: It's right when all of the logic for v_ver was removed and replaced with a call to EFL_VERSION, which is what cedric's previous commit did. Date: Fri, 24 Jan 2014 09:49:56 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. This can't be right. efl_version is the required efl version to build elementary, but it doesn't have to be the same as elementary version. S. On 01/24/2014 03:09 AM, ChunEon Park wrote: hermet pushed a commit to branch master. http
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break.
So maybe a new variable is needed. I'm not arguing that cedric's original commit was right or wrong, just that hermit's was right for what was there. Doug From: s...@tango.flipp.net Date: Sat, 25 Jan 2014 12:20:34 +0100 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But now elementary version == efl version, which isn't true. efl_version is used to set elementary's version, and to check the required efl version. S. Den Jan 24, 2014 kl. 17:39 skrev Doug Newgard scimmi...@outlook.com: It's right when all of the logic for v_ver was removed and replaced with a call to EFL_VERSION, which is what cedric's previous commit did. Date: Fri, 24 Jan 2014 09:49:56 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. This can't be right. efl_version is the required efl version to build elementary, but it doesn't have to be the same as elementary version. S. On 01/24/2014 03:09 AM, ChunEon Park wrote: hermet pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=a1ee947fa61e8cdb36b909dd0fd330ff72661f04 commit a1ee947fa61e8cdb36b909dd0fd330ff72661f04 Author: ChunEon Park her...@hermet.pe.kr Date: Fri Jan 24 11:07:58 2014 +0900 elementary - fix the build break. caused by commit 9aa68bca91678dcd83de3e35be1a7121094d6ef7. fix please cedric if this is wrong. --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4f5215d..e7e6180 100644 --- a/configure.ac +++ b/configure.ac @@ -1,5 +1,5 @@ EFL_VERSION([1], [8], [99], [dev]) -AC_INIT([elementary], [v_ver], [enlightenment-devel@lists.sourceforge.net]) +AC_INIT([elementary], [efl_version], [enlightenment-devel@lists.sourceforge.net]) AC_PREREQ(2.60) AC_CONFIG_SRCDIR([configure.ac]) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break.
I wasn't? That was the commit you replied to/quoted, so I thought it was. Doug Date: Sat, 25 Jan 2014 20:29:35 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But that was never the discussion :) S. Doug Newgard skrev So maybe a new variable is needed. I'm not arguing that cedric's original commit was right or wrong, just that hermit's was right for what was there. Doug From: s...@tango.flipp.net Date: Sat, 25 Jan 2014 12:20:34 +0100 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. But now elementary version == efl version, which isn't true. efl_version is used to set elementary's version, and to check the required efl version. S. Den Jan 24, 2014 kl. 17:39 skrev Doug Newgard scimmi...@outlook.com: It's right when all of the logic for v_ver was removed and replaced with a call to EFL_VERSION, which is what cedric's previous commit did. Date: Fri, 24 Jan 2014 09:49:56 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. This can't be right. efl_version is the required efl version to build elementary, but it doesn't have to be the same as elementary version. S. On 01/24/2014 03:09 AM, ChunEon Park wrote: hermet pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=a1ee947fa61e8cdb36b909dd0fd330ff72661f04 commit a1ee947fa61e8cdb36b909dd0fd330ff72661f04 Author: ChunEon Park her...@hermet.pe.kr Date: Fri Jan 24 11:07:58 2014 +0900 elementary - fix the build break. caused by commit 9aa68bca91678dcd83de3e35be1a7121094d6ef7. fix please cedric if this is wrong. --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4f5215d..e7e6180 100644 --- a/configure.ac +++ b/configure.ac @@ -1,5 +1,5 @@ EFL_VERSION([1], [8], [99], [dev]) -AC_INIT([elementary], [v_ver], [enlightenment-devel@lists.sourceforge.net]) +AC_INIT([elementary], [efl_version], [enlightenment-devel@lists.sourceforge.net]) AC_PREREQ(2.60) AC_CONFIG_SRCDIR([configure.ac]) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why
Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break.
It's right when all of the logic for v_ver was removed and replaced with a call to EFL_VERSION, which is what cedric's previous commit did. Date: Fri, 24 Jan 2014 09:49:56 +0100 From: s...@tango.flipp.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [core/elementary] master 01/01: elementary - fix the build break. This can't be right. efl_version is the required efl version to build elementary, but it doesn't have to be the same as elementary version. S. On 01/24/2014 03:09 AM, ChunEon Park wrote: hermet pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=a1ee947fa61e8cdb36b909dd0fd330ff72661f04 commit a1ee947fa61e8cdb36b909dd0fd330ff72661f04 Author: ChunEon Park her...@hermet.pe.kr Date: Fri Jan 24 11:07:58 2014 +0900 elementary - fix the build break. caused by commit 9aa68bca91678dcd83de3e35be1a7121094d6ef7. fix please cedric if this is wrong. --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4f5215d..e7e6180 100644 --- a/configure.ac +++ b/configure.ac @@ -1,5 +1,5 @@ EFL_VERSION([1], [8], [99], [dev]) -AC_INIT([elementary], [v_ver], [enlightenment-devel@lists.sourceforge.net]) +AC_INIT([elementary], [efl_version], [enlightenment-devel@lists.sourceforge.net]) AC_PREREQ(2.60) AC_CONFIG_SRCDIR([configure.ac]) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/elementary] master 01/01: Add COPYING.images to make dist
raster pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=ebd4323c5e263d317361c9018ec36574e18485ca commit ebd4323c5e263d317361c9018ec36574e18485ca Author: Doug Newgard scimmi...@outlook.com Date: Fri Jan 10 15:28:24 2014 +0900 Add COPYING.images to make dist Summary: This file is is the attribution required by the license. Reviewers: raster Reviewed By: raster Differential Revision: https://phab.enlightenment.org/D438 --- Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/Makefile.am b/Makefile.am index e402336..f505901 100644 --- a/Makefile.am +++ b/Makefile.am @@ -61,6 +61,7 @@ EXTRA_DIST = \ README \ AUTHORS \ COPYING \ +COPYING.images \ COMPLIANCE \ autogen.sh \ elementary.pc.in \ --
Re: [E-devel] Error building emotion_generic_players under Debian 6
Date: Wed, 8 Jan 2014 22:17:50 -0500 From: hel...@deepsoft.com To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Error building emotion_generic_players under Debian 6 At Thu, 9 Jan 2014 09:42:05 +0900 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: On Thu, Jan 9, 2014 at 3:36 AM, Davide Andreoli d...@gurumeditation.it wrote: 2014/1/8 Robert Heller hel...@deepsoft.com At Wed, 8 Jan 2014 17:57:26 +0100 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: 2014/1/8 Robert Heller hel...@deepsoft.com I am getting an error building emotion_generic_players under Debian 6. It builds just fine under Debian 7. What version of libvlc/vlc are there ? squeeze32build% dpkg-query -l \*vlc\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-==-==- ii libvlc-dev 1.1.3-1squeeze development files for libvlc un libvlc0-dev none (no description available) ii libvlc5 1.1.3-1squeeze multimedia player and streamer library ii libvlccore-dev 1.1.3-1squeeze development files for libvlccore ii libvlccore4 1.1.3-1squeeze base library for VLC and its modules un mozilla-plugin none (no description available) un vlc none (no description available) ii vlc-data 1.1.3-1squeeze Common data for VLC un vlc-nox none (no description available) so version 1.1.3 1.1.3, seriously ?!? It's from August 2010 ! It is what appears to ship with Debian 6. I haven't done an apt-get update and I don't know if a newer version is available. I initially set up this VM last July, so I don't think it is likely. that is the problem, the missing function is only in 2.x series http://www.videolan.org/developers/vlc/doc/doxygen/html/group__libvlc__media__player.html#gafbeef69fb76b4c4d6cb25145aee1ad99 ...of course you can freely spank Cedric :) https://git.enlightenment.org/core/emotion_generic_players.git/commit/?id=87f8d95bd14b78b35b407fe7f85986a9e92d3910 And would be completely buggy without. Going to add a version check for the vlc backend to have a decent version at least... Is the emotion_generic_players package esentual? That is, is it possible to build and install Enlightenment without emotion_generic_players? Elementary appears to build without it. I have not gotten to building Enlightenment itself yet -- I'll be doing that on Monday. It is definitely not required. You need one emotion engine; gstreamer is the default, Xine is available in the EFL tree, and VLC is available in emotion_generic_players. As long as you have one of the other two, the VLC engine won't even be used unless the program specifically asks for it and Terminology is the only program I know that has that option right now. -- Robert Heller -- 978-544-6933 / hel...@deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: Make PKGBUILD work with release tarballs
raster pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d2af77510992196612d804c397e7358e3f85ace2 commit d2af77510992196612d804c397e7358e3f85ace2 Author: Doug Newgard scimmi...@outlook.com Date: Mon Jan 6 20:59:31 2014 +0900 Make PKGBUILD work with release tarballs Summary: Doesn't break building directly from git clone, just adds the ability to build when there is no git tree or autogen.sh Reviewers: raster Reviewed By: raster CC: cedric Differential Revision: https://phab.enlightenment.org/D437 --- pkgbuild/PKGBUILD | 27 +-- 1 file changed, 17 insertions(+), 10 deletions(-) diff --git a/pkgbuild/PKGBUILD b/pkgbuild/PKGBUILD index 194d549..2ce928d 100644 --- a/pkgbuild/PKGBUILD +++ b/pkgbuild/PKGBUILD @@ -1,6 +1,7 @@ # Maintainer: Enlightenment Developers enlightenment-de...@enlightenment.org -pkgname=enlightenment-git -pkgver=0.18.0rc2.17382.ed1a5e4 +pkgname=enlightenment +[[ -d ../.git ]] pkgname=$pkgname-git +pkgver=0.18.0rc2.17432.569bc2e pkgrel=1 pkgdesc=Enlightenment window manager - GIT development snapshot arch=('i686' 'x86_64' 'arm') @@ -11,8 +12,9 @@ depends=('elementary' 'xcb-util-keysyms' 'hicolor-icon-theme' 'pixman' 'mesa' optdepends=('connman: network module' 'acpid: power events on laptop lid close' 'gdb: create backtraces on crash') -provides=(enlightenment17=$pkgver 'notification-daemon') -conflicts=(enlightenment17) +[[ -d ../.git ]] makedepends=('git') +provides=(enlightenment=$pkgver enlightenment17=$pkgver 'notification-daemon') +conflicts=('enlightenment1.0' 'enlightenment17') backup=('etc/enlightenment/sysactions.conf' 'etc/xdg/menus/enlightenment.menu') options=('debug') @@ -21,20 +23,25 @@ install=enlightenment.install pkgver() { cd ../.. - for _i in v_maj v_min v_mic; do -local v_ver=$v_ver.$(grep -m1 $_i configure.ac | sed 's/m4//' | grep -o [[:digit:]]*) - done + if [[ -d .git ]]; then +for _i in v_maj v_min v_mic; do + local v_ver=$v_ver.$(grep -m1 $_i configure.ac | sed 's/m4//' | grep -o [[:digit:]]*) +done - v_ver=$(awk -F , -v v_ver=${v_ver#.} '/^AC_INIT/ {gsub(/v_ver/, v_ver); gsub(/[\[\] -]/, ); print $2}' configure.ac) +v_ver=$(awk -F , -v v_ver=${v_ver#.} '/^AC_INIT/ {gsub(/v_ver/, v_ver); gsub(/[\[\] -]/, ); print $2}' configure.ac) - printf $v_ver.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) +printf $v_ver.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) + else +./configure --version | awk '/^enlightenment/ {gsub(-, ); print $NF}' + fi } build() { cd ../.. export CFLAGS=$CFLAGS -fvisibility=hidden -fomit-frame-pointer [[ -e Makefile ]] make clean distclean - ./autogen.sh --prefix=/usr --sysconfdir=/etc --enable-wayland-clients --enable-wayland-egl + [[ -e autogen.sh ]] _configure=autogen.sh || _configure=configure + ./$_configure --prefix=/usr --sysconfdir=/etc --enable-wayland-clients --enable-wayland-egl make } --
Re: [E-devel] AIGLX error: drmOpenOnce failed (Operation not permitted)
I don't get it. Why do you keep posting to this list for help with X.Org? Shouldn't you be posting to their list? From: prathamesh.ghane...@igate.com To: ras...@rasterman.com Date: Mon, 6 Jan 2014 03:27:03 + CC: enlightenment-devel@lists.sourceforge.net; jay.bh...@igate.com Subject: [E-devel] AIGLX error: drmOpenOnce failed (Operation not permitted) Hi Carsten, First of all, a very Happy new year :)!!! In the context of vivante driver, I was able to build vivante module from Freescale's LTIB build process. I put it in the file system, and am now able to load vivante_drv.so through display.conf settings.Just to confirm everything is ok, pasting brief log: [ 59.508] drmOpenDevice: node name is /dev/dri/card0 [ 59.509] drmOpenDevice: open result is 11, (OK) [ 59.509] drmOpenByBusid: Searching for BusID platform:Vivante GCCore [ 59.509] drmOpenDevice: node name is /dev/dri/card0 [ 59.509] drmOpenDevice: open result is 11, (OK) [ 59.509] drmOpenByBusid: drmOpenMinor returns 11 [ 59.509] drmOpenByBusid: Interface 1.4 failed, trying 1.1 [ 59.509] drmOpenByBusid: drmGetBusid reports platform:Vivante GCCore:00 Vivante driver loads a few more modules (like fbdev,exa,fbdevhw etc), and I am getting some errors related to AIGLX. Briefly, the message is something like this: [ 59.513] drmOpenDevice: node name is /dev/dri/card15 [ 59.514] drmOpenDevice: open result is -1, (No such device) [ 59.514] drmOpenDevice: open result is -1, (No such device) [ 59.514] drmOpenDevice: Open failed [ 59.514] drmOpenByBusid: drmOpenMinor returns -19 [ 59.514] (EE) AIGLX error: drmOpenOnce failed (Operation not permitted) [ 59.514] (EE) AIGLX: reverting to software rendering [ 59.514] (II) AIGLX: Trying DRI driver /usr/lib/arm-linux-gnueabi/dri/swrast_dri.so [ 59.646] (II) AIGLX: Loaded and initialized swrast [ 59.646] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 59.649] Fatal server error: [ 59.649] Driver failed PrepareAccess on a pinned pixmap. Xorg versions for various drivers are as follows: (II) Module ABI versions: [ 59.257] X.Org ANSI C Emulation: 0.4 [ 59.257] X.Org Video Driver: 10.0 [ 59.257] X.Org XInput driver : 12.3 [ 59.257] X.Org Server Extension : 5.0 I want to know whether it is a problem related to just X-org version or something else is going wrong !! I am attaching a detailed log file generated by startx for your reference. Thanks in advance :) Best Regards, Prathamesh -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Disable mount support/dependencies via configure script
Date: Sun, 29 Dec 2013 18:43:49 -0600 From: jeffhoogl...@linux.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] Disable mount support/dependencies via configure script Is there a way to disable mount support and thus the dependencies on mount via the configure script before building EFL? I've tried passing: --disable-mount and --without-mount with no change. Still complaining about a lack of mount. Regards, -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop For future reference ./configure --help would have told you what the switch is. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Webkit EFL
Date: Wed, 18 Dec 2013 12:23:30 +0400 From: intergalactic.anonym...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Webkit EFL Compilation fails for me with the following error: [ 13%] Building CXX object Source/WebCore/CMakeFiles/WebCore.dir/platform/image-decoders/png/PNGImageDecoder.cpp.o /tmp/tgz/webkit-efl/Source/WebCore/platform/image-decoders/png/PNGImageDecoder.cpp: In member function 'void WebCore::PNGImageDecoder::headerAvailable()': /tmp/tgz/webkit-efl/Source/WebCore/platform/image-decoders/png/PNGImageDecoder.cpp:393:70: error: 'png_struct_def::buffer_size' is deprecated (declared at /usr/include/libpng14/png.h:1337) [-Werror=deprecated-declarations] m_reader-setReadOffset(m_reader-currentBufferSize() - png-buffer_size); ^ /tmp/tgz/webkit-efl/Source/WebCore/platform/image-decoders/png/PNGImageDecoder.cpp:393:70: error: 'png_struct_def::buffer_size' is deprecated (declared at /usr/include/libpng14/png.h:1337) [-Werror=deprecated-declarations] /tmp/tgz/webkit-efl/Source/WebCore/platform/image-decoders/png/PNGImageDecoder.cpp:394:14: error: 'png_struct_def::buffer_size' is deprecated (declared at /usr/include/libpng14/png.h:1337) [-Werror=deprecated-declarations] png-buffer_size = 0; ^ /tmp/tgz/webkit-efl/Source/WebCore/platform/image-decoders/png/PNGImageDecoder.cpp:394:14: error: 'png_struct_def::buffer_size' is deprecated (declared at /usr/include/libpng14/png.h:1337) [-Werror=deprecated-declarations] cc1plus: all warnings being treated as errors make[2]: *** [Source/WebCore/CMakeFiles/WebCore.dir/platform/image-decoders/png/PNGImageDecoder.cpp.o] Error 1 make[1]: *** [Source/WebCore/CMakeFiles/WebCore.dir/all] Error 2 make: *** [all] Error 2 My system is Slackware 14.1 with gcc-4.8.2, libpng-1.4.12, efl-1.8.2. -- Igor Add -Wno-deprecated-declarations to your CXXFLAGS. I'm thinking this is pretty much a requirement if you have an up to date system, webkit-efl seems to be very slow to adapt to upstream changes in libs; I've had similar issues with glib and libsoup. There's really no downside to using it, it just allows you to actually use deprecated, but still present, features. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: Cleanup PKGBUILD
raster pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=ccbad5282926cdde77998b81ab80b5c64e60de76 commit ccbad5282926cdde77998b81ab80b5c64e60de76 Author: Doug Newgard scimmi...@outlook.com Date: Thu Dec 19 14:41:32 2013 +0900 Cleanup PKGBUILD Summary: Name shouldn't include 17, that was only because it went into the Arch repos that way No need for _pkgver variable Wayland is now at 1.3 in the repos, so the deps don't need to be conditional. That was left over from before the release. Removing libtool files is now the default, don't need it in the options. Updated pkgver function. As it was, it would only include v_maj, v_min, v_mic, but didn't take into account the -alpha/-beta/-rc added in the AC_INIT. Now it does. If we're building from git instead of snapshot tarballs as was previously assumed, we need to use autogen.sh instead of just configure Install text files to /usr/share/doc. This is more correct Reviewers: cedric, raster Reviewed By: raster CC: cedric, raster Differential Revision: https://phab.enlightenment.org/D380 --- pkgbuild/PKGBUILD | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff --git a/pkgbuild/PKGBUILD b/pkgbuild/PKGBUILD index 89d2b28..194d549 100644 --- a/pkgbuild/PKGBUILD +++ b/pkgbuild/PKGBUILD @@ -1,48 +1,50 @@ # Maintainer: Enlightenment Developers enlightenment-de...@enlightenment.org -pkgname=enlightenment17-git -_pkgname=enlightenment -pkgver=0.18.0.17379.44f8ab0 +pkgname=enlightenment-git +pkgver=0.18.0rc2.17382.ed1a5e4 pkgrel=1 pkgdesc=Enlightenment window manager - GIT development snapshot arch=('i686' 'x86_64' 'arm') url=http://www.enlightenment.org; license=('BSD') -depends=('elementary' 'xcb-util-keysyms' 'hicolor-icon-theme' +depends=('elementary' 'xcb-util-keysyms' 'hicolor-icon-theme' 'pixman' 'mesa' 'desktop-file-utils' 'udisks2' 'ttf-font' 'bluez-libs') - [[ ! $(pacman -T wayland=1.2.90) ]] depends+=('wayland=1.2.90' 'pixman' 'mesa') -optdepends=('connman: network module') +optdepends=('connman: network module' +'acpid: power events on laptop lid close' +'gdb: create backtraces on crash') provides=(enlightenment17=$pkgver 'notification-daemon') conflicts=(enlightenment17) backup=('etc/enlightenment/sysactions.conf' 'etc/xdg/menus/enlightenment.menu') -options=('!libtool' 'debug') +options=('debug') install=enlightenment.install pkgver() { cd ../.. - for i in v_maj v_min v_mic; do -local _$i=$(grep -m 1 $i configure.ac | sed 's/m4//' | grep -o [[:digit:]]*) + for _i in v_maj v_min v_mic; do +local v_ver=$v_ver.$(grep -m1 $_i configure.ac | sed 's/m4//' | grep -o [[:digit:]]*) done - echo $_v_maj.$_v_min.$_v_mic.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) + v_ver=$(awk -F , -v v_ver=${v_ver#.} '/^AC_INIT/ {gsub(/v_ver/, v_ver); gsub(/[\[\] -]/, ); print $2}' configure.ac) + + printf $v_ver.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) } build() { cd ../.. export CFLAGS=$CFLAGS -fvisibility=hidden -fomit-frame-pointer [[ -e Makefile ]] make clean distclean - ./configure --prefix=/usr --sysconfdir=/etc --enable-wayland-clients --enable-wayland-egl + ./autogen.sh --prefix=/usr --sysconfdir=/etc --enable-wayland-clients --enable-wayland-egl make } package() { cd ../.. make -j1 DESTDIR=$pkgdir install - install -Dm644 AUTHORS $pkgdir/usr/share/$pkgname/AUTHORS - install -Dm644 ChangeLog $pkgdir/usr/share/$pkgname/ChangeLog - install -Dm644 NEWS $pkgdir/usr/share/$pkgname/NEWS - install -Dm644 README $pkgdir/usr/share/$pkgname/README + install -Dm644 AUTHORS $pkgdir/usr/share/doc/${pkgname%-*}/AUTHORS + install -Dm644 ChangeLog $pkgdir/usr/share/doc/${pkgname%-*}/ChangeLog + install -Dm644 NEWS $pkgdir/usr/share/doc/${pkgname%-*}/NEWS + install -Dm644 README $pkgdir/usr/share/doc/${pkgname%-*}/README install -Dm644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING - ln -sf ../licenses/$pkgname/COPYING $pkgdir/usr/share/$pkgname/COPYING + ln -sf ../../licenses/$pkgname/COPYING $pkgdir/usr/share/doc/${pkgname%-*}/COPYING } --
Re: [E-devel] Is ecore-x needed for wayland?
From: reube...@gmail.com To: enlightenment-devel@lists.sourceforge.net Date: Sun, 15 Dec 2013 18:58:48 -0600 Subject: [E-devel] Is ecore-x needed for wayland? Please pardon my lack on knowledge about these system. This is my first time trying to build a EFL based desktop, and to make things more complicated, I'm wanting to build bleeding edge stuff in a binfmt based virtual user-space... I'm trying to see if I can get this to build entirely on wayland. efl-1.8.2, elementary-1.8.1 and evas_generic_loaders-1.8.1 are all built. I'm trying to build enlightenment-0.18.0-rc2, but the config stops when it can't find ecore-x. My config used is: ./configure --prefix=/usr --enable-systemd --enable-wayland-clients --enable- wayland-egl --disable-battery --disable-connman I've tried going back and building the efl package with X11 support enabled just for SG, but it complains about not finding opengl, which this platform doesn't have anyway. It is EGL / GLES only. Is this even possible, or is it too early to hope to pull something like this off? Or is it possible, but only if I go in and compile parts of it manually? thanks, -Reuben I'm not sure about building EFL without ecore-x, but Enlightenment requires X anyway. The wayland support you're enabling with the configure switches is wayland *CLIENT* support, IE you can run wayland programs within the Enlightenment compositor. It does not allow you to run E on wayland. If the platform is egl/gles only, try building EFL with the switch --with-opengl=es -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Error configuring enlightenment
From: prathamesh.ghane...@igate.com To: enlightenment-devel@lists.sourceforge.net Date: Mon, 16 Dec 2013 05:48:40 + Subject: [E-devel] Error configuring enlightenment Hi, I am trying to build enlightenment project from source (rev. a7c7516) When I try to run configure.ac, I get the following error. prathamesh@ubuntu12:/home/prathamesh/test/enlightenment-a7c7516$ ./configure.ac ./configure.ac: line 3: syntax error near unexpected token `[v_maj],' ./configure.ac: line 3: `m4_define([v_maj], [0])' Can you help me out with the same? And, the process to build enlightenment is simple configure.ac, configure,make,make install or anything else needs to be added?? Regards, Prathamesh configure.ac is not something you run, you run automake/autoconf which converts it to a configure script. Run autogen.sh, it'll run all of the autotools for you. Better yet, just use a release tarball instead, the configure script is already generated for you. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Error configuring enlightenment
From: prathamesh.ghane...@igate.com To: enlightenment-devel@lists.sourceforge.net Date: Mon, 16 Dec 2013 05:59:19 + Subject: Re: [E-devel] Error configuring enlightenment Hi Doug, I ran autoconf.sh and got the following error. Can't exec autopoint: No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 345. autoreconf: failed to run autopoint: No such file or directory autoreconf: autopoint is needed because this package uses Gettext So you don't have everything installed that you need. Again, just using the release tarballs will bypass this. If you insist on building straight from Git, install whatever package contains autopoint in your distro. gettext would be my first guess. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Webkit EFL
Yes, it built here just fine. They aren't using pkg-config, they're using the Find*.cmake modules which is the preferred way in cmake. Do you have /usr/share/cmake/Modules/FindFreetype.cmake? On my system, it comes with the cmake package. Date: Fri, 13 Dec 2013 14:40:07 + From: devilho...@comcast.net To: enlightenment-devel@lists.sourceforge.net; cedric.b...@free.fr Subject: Re: [E-devel] [Enlightenment-release] Webkit EFL Anyone actually able to get this to build ?? CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:97 (message): Could NOT find Freetype (missing: FREETYPE_INCLUDE_DIRS) (Required is at least version 2.4.2) Yet my freetype version is: media-libs/freetype-2.5.1:2 pkg-config --modversion freetype2 17.0.11 Cheers, dh On 12/12/13 17:43, Daniel Juyung Seo wrote: Awesome Cedric and Ryuan Choi, I will also try this soon :) Btw, why don't you post a news or blog on phab? Thanks. Daniel Juyung Seo (SeoZ) On Thu, Dec 12, 2013 at 2:39 PM, Cedric BAIL cedric.b...@free.fr wrote: Hello, Thanks to the help of Ryuan Choi, we can announce today the release of a recent Webkit EFL snapshot. It is based on svn r159807. You can this tarball here (as it was a little bit big, I did go with xz): http://download.enlightenment.org/rel/libs/webkit-efl/webkit-efl-159807.tar.xz . To build it, you need EFL 1.8 and libsoup 2.42 at least. Then something like that will do : mkdir build cd build cmake .. -DPORT=Efl -DENABLE_WEB_AUDIO=Off -DENABLE_VIDEO=Off -DENABLE_VIDEO_TRACK=Off -DENABLE_ACCESSIBILITY=Off -DENABLE_BATTERY_STATUS=Off -DCMAKE_INSTALL_PREFIX=/usr/local make -j 4 I have tested it with elm web and it work quite well for me. I hope it will be useful for others. Just be aware that if you build it, you need around 4G of ram for the linker. This means it can only be build on 64bits system. Cross compilation is required for 32bits system. Enjoy, -- Cedric BAIL -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-release] Webkit EFL
Oh, I forgot that freetype2 changed the location of some of their files in 2.5.1 and the cmake file needs to be updated to work. That's probably what's happening, yours isn't patched. Try: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/findfreetype.patch?h=packages/cmake Date: Fri, 13 Dec 2013 17:58:27 + From: devilho...@comcast.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [Enlightenment-release] Webkit EFL Yea, cmake is not the problem. Yes, I have FindFreetype.cmake file. Clearly freetype is installed ... yet cmake is not finding it :/ dh On 12/13/13 17:41, Doug Newgard wrote: Yes, it built here just fine. They aren't using pkg-config, they're using the Find*.cmake modules which is the preferred way in cmake. Do you have /usr/share/cmake/Modules/FindFreetype.cmake? On my system, it comes with the cmake package. Date: Fri, 13 Dec 2013 14:40:07 + From: devilho...@comcast.net To: enlightenment-devel@lists.sourceforge.net; cedric.b...@free.fr Subject: Re: [E-devel] [Enlightenment-release] Webkit EFL Anyone actually able to get this to build ?? CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:97 (message): Could NOT find Freetype (missing: FREETYPE_INCLUDE_DIRS) (Required is at least version 2.4.2) Yet my freetype version is: media-libs/freetype-2.5.1:2 pkg-config --modversion freetype2 17.0.11 Cheers, dh On 12/12/13 17:43, Daniel Juyung Seo wrote: Awesome Cedric and Ryuan Choi, I will also try this soon :) Btw, why don't you post a news or blog on phab? Thanks. Daniel Juyung Seo (SeoZ) On Thu, Dec 12, 2013 at 2:39 PM, Cedric BAIL cedric.b...@free.fr wrote: Hello, Thanks to the help of Ryuan Choi, we can announce today the release of a recent Webkit EFL snapshot. It is based on svn r159807. You can this tarball here (as it was a little bit big, I did go with xz): http://download.enlightenment.org/rel/libs/webkit-efl/webkit-efl-159807.tar.xz . To build it, you need EFL 1.8 and libsoup 2.42 at least. Then something like that will do : mkdir build cd build cmake .. -DPORT=Efl -DENABLE_WEB_AUDIO=Off -DENABLE_VIDEO=Off -DENABLE_VIDEO_TRACK=Off -DENABLE_ACCESSIBILITY=Off -DENABLE_BATTERY_STATUS=Off -DCMAKE_INSTALL_PREFIX=/usr/local make -j 4 I have tested it with elm web and it work quite well for me. I hope it will be useful for others. Just be aware that if you build it, you need around 4G of ram for the linker. This means it can only be build on 64bits system. Cross compilation is required for 32bits system. Enjoy, -- Cedric BAIL -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] EFL 1.8 Alpha2 + Enlightenment 0.18 Alpha2 Terminology 0.4 Alpha2
Date: Sun, 1 Dec 2013 10:28:50 +1030 From: si...@simotek.net To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [e-users] EFL 1.8 Alpha2 + Enlightenment 0.18 Alpha2 Terminology 0.4 Alpha2 On 11/21/2013 05:33 AM, Davide Andreoli wrote: 2013/11/20 Jeff Hoogland jeffhoogl...@linux.com This is great! Looking forward to packing this up and playing with it this weekend. Any plans to start doing pre-release tars to test the updated python bindings for 1.8? We plan to release the 1.8 bindings just after the efl release, so it's a little premature now. In the meantime you can start playing with the tarball autogenerated by jenkins at: https://build.enlightenment.org/view/Base%20jobs/job/base_pyefl_build/lastSuccessfulBuild/artifact/dist/efl-1.7.99.tar.gz This tarball will be the base for our future releases, please test it and report any issue. A econnman release would also be great, as far as i can tell the last release won't work with efl 1.8.0 Cheers Simon I just tested it and econnman 1 does work with EFL 1.8 and the new bindings, Kai Huuhko added compatibility packages a couple of weeks ago. All you have to do is patch out the pkg-config check in configure.ac and run autoreconf -fiv. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Upcoming 1.8.x releases on Friday
Date: Thu, 5 Dec 2013 08:47:23 +0100 From: ste...@datenfreihafen.org To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Upcoming 1.8.x releases on Friday Hello. On Wed, 2013-12-04 at 10:32, Doug Newgard wrote: How about along with 11, bump micro version in configure.ac in master to 99? Still doing this going forward? I don't get what you mean with along with 11! but bumping master to 1.8.99 in preparation for 1.9 sounds like something we just forgot. Thanks for reminding us. I was talking about step 11 in the list, that is now step 13; the optional one. That's no the only change needed, though, the v_rev is still commented out in elm and efl.m4, and efl is still on the release profile. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Upcoming 1.8.x releases on Friday
From: s.schm...@samsung.com To: enlightenment-devel@lists.sourceforge.net Date: Wed, 4 Dec 2013 14:44:04 + Subject: [E-devel] Upcoming 1.8.x releases on Friday Hello. Apparently I'm not only the whip cracker for 1.9 but also the release monkey for 1.8.x :) Raster did the emergency efl 1.8.1 but from now on I will take over. Lets see how that goes. ;) It seems all 1.8 branches have accumulated enough fixes already to allow for a 1.8.x release on Friday. If you have backported your _tested_ important fixes to the stable branch consider yourself a good person. If know anything else that needs backporting please do so by Thursday evening. I don't want last minutes commits just a second before the release. To be totally honest with you folks this is my first release in the e world so it seems very likely that I screw something up. To avoid this as much as possible I put together what I heard about doing a release here on a new wiki page: https://phab.enlightenment.org/w/release_procedure/ This is what I gathered from others and completed by my own thoughts. Everyone who did a release here before please look over it and fix it as needed or reply here with suggestions. If we have other resources describing the procedure do not hesitate to point them out to me! regards Stefan Schmidt How about along with 11, bump micro version in configure.ac in master to 99? Still doing this going forward? -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pkgbuild
Date: Wed, 4 Dec 2013 12:43:31 -0500 From: michael.blumenkra...@gmail.com To: lists.sourceforge.net enlightenment-devel@lists.sourceforge.net Subject: [E-devel] pkgbuild this seems to have snuck in to all the repos while I was away, and I strongly disagree with the premise based on previous decisions. if people remember, we previously removed debian/ directories from our distribution directories for being too distro-specific. isn't adding the arch-only pkgbuild stuff the exact same thing? I think if we're going to keep these, then it makes sense to allow ALL packaging-related files, and not just cater to whatever distro is hot at the time. There's a spec file already, what's the difference? I sent the PKGBUILD in because everything else under core had one, so why not E? -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pkgbuild
Date: Wed, 4 Dec 2013 12:56:04 -0500 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net CC: scimmi...@outlook.com Subject: Re: [E-devel] pkgbuild On Wed, 4 Dec 2013 11:54:07 -0600 Doug Newgard scimmi...@outlook.com wrote: Date: Wed, 4 Dec 2013 12:43:31 -0500 From: michael.blumenkra...@gmail.com To: lists.sourceforge.net enlightenment-devel@lists.sourceforge.net Subject: [E-devel] pkgbuild this seems to have snuck in to all the repos while I was away, and I strongly disagree with the premise based on previous decisions. if people remember, we previously removed debian/ directories from our distribution directories for being too distro-specific. isn't adding the arch-only pkgbuild stuff the exact same thing? I think if we're going to keep these, then it makes sense to allow ALL packaging-related files, and not just cater to whatever distro is hot at the time. There's a spec file already, what's the difference? in theory, spec files and rpms can be used on any distro. or at least, that was the argument given at the time. I don't necessarily agree with keeping those either, but that was the decision made. I sent the PKGBUILD in because everything else under core had one, so why not E? I'm not pointing out any specific instance of it, this is something that occurred across the board. The rest came originally from Raster. I believe his intent is to eventually make a self-contained distro based on Arch for Enlightenment, hence the need for PKGBUILD files. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pkgbuild
From: v.tols...@selfip.ru Date: Thu, 5 Dec 2013 09:21:26 +0400 To: ras...@rasterman.com CC: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] pkgbuild 2013/12/5 Carsten Haitzler ras...@rasterman.com: why? that makes no sense. it just complicates things. Why? Source code in master/devel branches. Spec in spec branch and updated only then needed, debian dir in debian branch... Git doesn't work that way. Branches are for branching code, not totally different files. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] pkgbuild
From: v.tols...@selfip.ru Date: Thu, 5 Dec 2013 09:54:30 +0400 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] pkgbuild 2013/12/5 Doug Newgard scimmi...@outlook.com: Git doesn't work that way. Branches are for branching code, not totally different files. git checkout --orphan NEWBRANCH why git authors create this ability? From the documentation: This can be useful when you want to publish the tree from a commit without exposing its full history. You might want to do this to publish an open source branch of a project whose current tree is clean, but whose full history contains proprietary or otherwise encumbered bits of code. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Enlightenment-intl] EFL 1.8.1
Date: Tue, 3 Dec 2013 09:20:43 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: thanatermesis.e...@gmail.com Subject: Re: [E-devel] [Enlightenment-intl] EFL 1.8.1 On Mon, 2 Dec 2013 21:43:38 +0100 Thanatermesis thanatermesis.e...@gmail.com said: BTW, if 1.8.1 is out, we need a proper v1.8.1 tag. with git tag -l i can see it listed, but this command is not reliable to get the last tagged value (version) on the branch, for that I use instead git describe --tag --abbrev=0, but it points to v1.8.0, is the tag wrongly set ? the tag will be on the 1.8 branch - so possibly you need to switch to it. I'm seeing the same thing, the tag is there, but not showing up correctly.From what I can tell, it's in a separate branch with no head. No idea how or why. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [tools/enventor] annotated tag v0.1 deleted
Date: Wed, 6 Nov 2013 08:29:55 + From: t...@stosb.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [tools/enventor] annotated tag v0.1 deleted Try as much as you like, but locally. Don't push anything as I now restricted tag deletion. You can't delete tags anymore. :) No harm done. And if a mistaken tag gets pushed? (See Terminology). -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ANN: Welcome ERuler
Date: Wed, 13 Nov 2013 19:02:55 -0200 From: barbi...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] ANN: Welcome ERuler Hi all, Just committed to git apps/eruler.git, the EFL on-screen ruler and measurement tools. It does the same as some other tools such as xmag, kruler and so on, but in a different (and hopefully better!) way :-) It should work in all desktop environments but requires a composite manager. It was developed and tested with Enlightenment 0.18 (git), so please report if it fails elsewhere. Not building with EFL 1.7. First it complained about ecore-input, so I added that to configure.at. Now I'm getting this: CC src/bin/src_bin_eruler-main.o CC src/bin/src_bin_eruler-platform-x.o CCLD src/bin/eruler src/bin/src_bin_eruler-main.o: In function `_create_screenshot_notify_show.isra.7': main.c:(.text+0x20ca): undefined reference to `elm_notify_align_set' src/bin/src_bin_eruler-platform-x.o: In function `_x_grab_current': platform-x.c:(.text+0x2c3): undefined reference to `ecore_x_pointer_root_xy_get' collect2: error: ld returned 1 exit status Makefile:471: recipe for target 'src/bin/eruler' failed Builds great with EFL 1.8, of course. Although it only works with X11 at the moment I tried to isolate the X bits into platform-x.c, hopefuly someone will write a Wayland port for it :-) Please check README with more information: https://git.enlightenment.org/apps/eruler.git/tree/README?id=3e5e849e3047583ef438d0c1df3f927a4d289d3b -- Gustavo Sverzut Barbieri -- Mobile: +55 (19) 9225-2202 Contact: http://www.gustavobarbieri.com.br/contact -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: Add PKGBUILD
raster pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=d208517a079b157d00c8e2315015a8a6e29f4f56 commit d208517a079b157d00c8e2315015a8a6e29f4f56 Author: Doug Newgard scimmi...@outlook.com Date: Thu Nov 7 19:59:03 2013 +0900 Add PKGBUILD Summary: The other core programs/libs all have a PKGBUILD, so add it here, too. Reviewers: raster, zmike CC: cedric Differential Revision: https://phab.enlightenment.org/D285 --- Makefile.am| 3 ++- configure.ac | 1 + pkgbuild/PKGBUILD.in | 37 + pkgbuild/enlightenment.install | 12 4 files changed, 52 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 0408b9b..ba31f42 100644 --- a/Makefile.am +++ b/Makefile.am @@ -69,7 +69,8 @@ endif DISTCHECK_CONFIGURE_FLAGS = --disable-systemd EXTRA_DIST = config.rpath README AUTHORS COPYING \ - enlightenment.spec.in enlightenment.spec enlightenment.pc + enlightenment.spec.in enlightenment.spec enlightenment.pc \ + pkgbuild/PKGBUILD pkgbuild/enlightenment.install filesdir = $(datadir)/enlightenment/ files_DATA = AUTHORS COPYING diff --git a/configure.ac b/configure.ac index 23b267b..f7e63f5 100644 --- a/configure.ac +++ b/configure.ac @@ -1044,6 +1044,7 @@ config/default/Makefile config/standard/Makefile config/mobile/Makefile $po_makefile_in +pkgbuild/PKGBUILD ]) # report diff --git a/pkgbuild/PKGBUILD.in b/pkgbuild/PKGBUILD.in new file mode 100644 index 000..9c32678 --- /dev/null +++ b/pkgbuild/PKGBUILD.in @@ -0,0 +1,37 @@ +# Maintainer: Enlightenment Developers enlightenment-de...@enlightenment.org + +pkgname=enlightenment +pkgver=@VERSION@ +pkgrel=1 +pkgdesc=Enlightenment window manager - GIT development snapshot +arch=('i686' 'x86_64') +url=http://www.enlightenment.org; +license=('BSD') +depends=('elementary' 'xcb-util-keysyms' 'hicolor-icon-theme' + 'desktop-file-utils' 'udisks2' 'ttf-font' 'bluez-libs') +optdepends=('connman: network module') +provides=(enlightenment17=$pkgver 'notification-daemon') +conflicts=(enlightenment17) +backup=('etc/enlightenment/sysactions.conf' +'etc/xdg/menus/enlightenment.menu') +options=('!libtool' 'debug') +install=enlightenment.install + +build() { + cd ../.. + export CFLAGS=$CFLAGS -fvisibility=hidden -fomit-frame-pointer + [[ -e Makefile ]] make clean distclean + ./configure --prefix=/usr --sysconfdir=/etc + make +} + +package() { + cd ../.. + make -j1 DESTDIR=$pkgdir install + install -Dm644 AUTHORS $pkgdir/usr/share/$pkgname/AUTHORS + install -Dm644 ChangeLog $pkgdir/usr/share/$pkgname/ChangeLog + install -Dm644 NEWS $pkgdir/usr/share/$pkgname/NEWS + install -Dm644 README $pkgdir/usr/share/$pkgname/README + install -Dm644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING + ln -sf ../licenses/$pkgname/COPYING $pkgdir/usr/share/$pkgname/COPYING +} diff --git a/pkgbuild/enlightenment.install b/pkgbuild/enlightenment.install new file mode 100644 index 000..1182e76 --- /dev/null +++ b/pkgbuild/enlightenment.install @@ -0,0 +1,12 @@ +post_install() { + update-mime-database usr/share/mime /dev/null + update-desktop-database -q +} + +post_upgrade() { + post_install +} + +post_remove() { + post_install +} --
[EGIT] [apps/terminology] master 01/01: PKGBUILD Cleanup
raster pushed a commit to branch master. http://git.enlightenment.org/apps/terminology.git/commit/?id=a84841a0786d19f8889108ab2f068b2e6926d99d commit a84841a0786d19f8889108ab2f068b2e6926d99d Author: Doug Newgard scimmi...@outlook.com Date: Thu Nov 7 20:03:40 2013 +0900 PKGBUILD Cleanup Summary: Change pkgname to variable instead of array Remove optdepend, no more efl_x11 package Remove strip and zipman options, they are default and we shouldn't override them if we don't need to Set CFLAGS correctly and remove -02 and -g, again defaults we shouldn't override unless necessary Only run make clean distclean when there is a Makefile to prevent build failure Quote all paths with $pkgdir Add PKGBUILD to EXTRA_DIST so it gets included in make dist Reviewers: raster Reviewed By: raster Differential Revision: https://phab.enlightenment.org/D284 --- Makefile.am | 2 +- pkgbuild/PKGBUILD.in | 22 ++ 2 files changed, 11 insertions(+), 13 deletions(-) diff --git a/Makefile.am b/Makefile.am index e026a3c..595ee4d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -26,5 +26,5 @@ m4/ltoptions.m4 \ m4/ltsugar.m4 \ m4/ltversion.m4 -EXTRA_DIST = README AUTHORS COPYING autogen.sh terminology.spec +EXTRA_DIST = README AUTHORS COPYING autogen.sh terminology.spec pkgbuild/PKGBUILD diff --git a/pkgbuild/PKGBUILD.in b/pkgbuild/PKGBUILD.in index 101b944..72079d0 100644 --- a/pkgbuild/PKGBUILD.in +++ b/pkgbuild/PKGBUILD.in @@ -1,5 +1,5 @@ # Maintainer: Enlightenment Developers enlightenment-de...@enlightenment.org -pkgname=('terminology') +pkgname=terminology pkgver=@VERSION@ pkgrel=1 pkgdesc=Terminal emulator for Enlightenment - GIT development snapshot @@ -7,12 +7,11 @@ arch=('i686' 'x86_64' 'arm') url=http://www.enlightenment.org; license=('BSD') depends=('elementary' 'efl') -optdepends=('efl_x11') -options=('strip' 'zipman' '!libtool' 'debug') -buildflags=-O2 -g -fvisibility=hidden -fomit-frame-pointer +options=('!libtool' 'debug') build() { cd ../.. - make clean distclean + export CFLAGS=$CFLAGS -fvisibility=hidden -fomit-frame-pointer + [[ -e Makefile ]] make clean distclean ./configure --prefix=/usr make } @@ -24,12 +23,11 @@ build() { package() { cd ../.. - rm -rf $pkgdir/usr make -j1 DESTDIR=$pkgdir/ install - install -Dm644 README $pkgdir/usr/share/$pkgname/README - install -Dm644 NEWS $pkgdir/usr/share/$pkgname/NEWS - install -Dm644 ChangeLog $pkgdir/usr/share/$pkgname/ChangeLog - install -Dm644 AUTHORS $pkgdir/usr/share/$pkgname/AUTHORS - install -Dm644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING - ln -s ../licenses/$pkgname/COPYING $pkgdir/usr/share/$pkgname/COPYING + install -Dm644 README $pkgdir/usr/share/$pkgname/README + install -Dm644 NEWS $pkgdir/usr/share/$pkgname/NEWS + install -Dm644 ChangeLog $pkgdir/usr/share/$pkgname/ChangeLog + install -Dm644 AUTHORS $pkgdir/usr/share/$pkgname/AUTHORS + install -Dm644 COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING + ln -s ../licenses/$pkgname/COPYING $pkgdir/usr/share/$pkgname/COPYING } --
[EGIT] [core/elementary] master 01/01: Minor PKGBUILD cleanup
raster pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=bc2ce50c063630b6a710ccdd27b8bc628940036b commit bc2ce50c063630b6a710ccdd27b8bc628940036b Author: Doug Newgard scimmi...@outlook.com Date: Thu Nov 7 20:05:01 2013 +0900 Minor PKGBUILD cleanup Summary: Add PKGBUILD to make dist so it will be in the snapshots Change dep to current efl package since efl_x11 isn't there anymore Check for Makefile before running make clean distclean otherwise build fails Set correct arch on elementary_doc Install docs to /usr/share/doc Reviewers: raster Differential Revision: https://phab.enlightenment.org/D282 --- Makefile.am | 3 ++- pkgbuild/PKGBUILD.in | 19 ++- 2 files changed, 12 insertions(+), 10 deletions(-) diff --git a/Makefile.am b/Makefile.am index c7b7b23..e69009e 100644 --- a/Makefile.am +++ b/Makefile.am @@ -69,7 +69,8 @@ elementary.spec.in \ m4/ac_attribute.m4 \ m4/efl_binary.m4 \ m4/efl_doxygen.m4 \ -config.rpath +config.rpath \ +pkgbuild/PKGBUILD pkgconfigdir = $(libdir)/pkgconfig pkgconfig_DATA = elementary.pc diff --git a/pkgbuild/PKGBUILD.in b/pkgbuild/PKGBUILD.in index 7618231..6f1927c 100644 --- a/pkgbuild/PKGBUILD.in +++ b/pkgbuild/PKGBUILD.in @@ -7,13 +7,13 @@ arch=('i686' 'x86_64' 'arm') url=http://www.enlightenment.org; license=('LGPL2.1' 'CCPL:cc-by-sa') makedepends=('doxygen' 'imagemagick') -depends=('efl_x11' 'evas_generic_loaders') +depends=('efl' 'evas_generic_loaders') optdepends=('emotion_generic_players') options=('!libtool' 'debug') build() { cd ../.. export CFLAGS=$CFLAGS -fvisibility=hidden -fomit-frame-pointer - make clean distclean + [[ -e Makefile ]] make clean distclean ./configure --prefix=/usr \ --disable-static make @@ -37,9 +37,8 @@ package_elementary() { sed -n '1,/details./p' COPYING $pkgdir/usr/share/licenses/$pkgname/COPYING ln -s ../licenses/$pkgname/COPYING $pkgdir/usr/share/$pkgname/COPYING ln -s ../licenses/$pkgname/COPYING.images $pkgdir/usr/share/$pkgname/COPYING.images - rm -rf $pkgdir/usr/bin/elementary_test* + rm -rf $pkgdir/usr/bin/elementary_test rm -rf $pkgdir/usr/lib/elementary/modules/{test_entry,test_map} - rm -rf $pkgdir/usr/lib/elementary_testql.so rm -rf $pkgdir/usr/share/applications/elementary_test.desktop rm -rf $pkgdir/usr/share/elementary/{examples,images,objects} } @@ -52,7 +51,8 @@ package_elementary_test() { make -j1 DESTDIR=$pkgdir/ install rm -rf $pkgdir/usr/include rm -rf $pkgdir/usr/bin/{elementary_codegen,elementary_config,elementary_quicklaunch,elementary_run,elm_prefs_cc} - rm -rf $pkgdir/usr/lib/{cmake,edje,elementary,libelementary.so*,pkgconfig} + rm -rf $pkgdir/usr/lib/{cmake,edje,libelementary.so*,pkgconfig} + rm -rf $pkgdir/usr/lib/elementary/modules/{access_output,datetime_input_ctxpopup,prefs} rm -rf $pkgdir/usr/share/applications/elementary_config.desktop rm -rf $pkgdir/usr/share/elementary/{config,examples,themes,edje_externals} rm -rf $pkgdir/usr/share/{icons,locale} @@ -60,10 +60,11 @@ package_elementary_test() { package_elementary_doc() { pkgdesc=Documentation for Elementary - depends=() + arch=('any') + unset depends optdepends cd ../.. - mkdir -p $pkgdir/usr/share/$pkgname - cp -a doc/html $pkgdir/usr/share/$pkgname/html - cp -a doc/latex $pkgdir/usr/share/$pkgname/latex + mkdir -p $pkgdir/usr/share/doc/$pkgname + cp -a doc/html $pkgdir/usr/share/doc/$pkgname/html + cp -a doc/latex $pkgdir/usr/share/doc/$pkgname/latex } --
Re: [E-devel] Elementary QuickLaunch and PIE executables
From: j...@videolan.org Date: Fri, 8 Nov 2013 10:40:42 +0900 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Elementary QuickLaunch and PIE executables Guys! This speed-up is SIDE effect of my changes :-P Glad it's making your lives easier though :) And Viagra was originally developed for high blood pressure and angina. Sometimes side effects are more important. :) -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [apps/terminology] master 01/01: [terminology] Fix make dist
seoz pushed a commit to branch master. http://git.enlightenment.org/apps/terminology.git/commit/?id=854c5479e06e0e5a04e09753d6b42db94855ac6d commit 854c5479e06e0e5a04e09753d6b42db94855ac6d Author: Doug Newgard scimmi...@outlook.com Date: Tue Oct 29 10:19:15 2013 +0900 [terminology] Fix make dist Summary: Just a couple of missing pngs Reviewers: raster Differential Revision: https://phab.enlightenment.org/D283 --- data/themes/images/Makefile.am | 2 ++ 1 file changed, 2 insertions(+) diff --git a/data/themes/images/Makefile.am b/data/themes/images/Makefile.am index c655a94..f3d4f8c 100644 --- a/data/themes/images/Makefile.am +++ b/data/themes/images/Makefile.am @@ -11,6 +11,8 @@ bg_led_base.png \ bg_led_glow.png \ bg_led_strobe.png \ bg_shadow.png \ +bg_shadow2.png \ +bg_shadow3.png \ cr_glow.png \ cr_key.png \ cr_out.png \ --
[EGIT] [core/elementary] master 01/01: Strip color profiles from new pngs
raster pushed a commit to branch master. http://git.enlightenment.org/core/elementary.git/commit/?id=45d0260763f5c12dd740cf53609e055163e51094 commit 45d0260763f5c12dd740cf53609e055163e51094 Author: Doug Newgard scimmi...@outlook.com Date: Sat Oct 26 23:48:55 2013 +0900 Strip color profiles from new pngs Summary: I stripped these in elementary previously, but not in the dark theme repo. When they got copied over, the embedded profiles are back. This strips them again as previously discussed. Reviewers: raster Differential Revision: https://phab.enlightenment.org/D269 --- data/themes/img/O/icon_favorites.png | Bin 12356 - 10241 bytes data/themes/img/O/icon_performance.png | Bin 19926 - 20337 bytes data/themes/img/O/randr_icon_on.png | Bin 3016 - 474 bytes data/themes/img/emo-angry-shout.png | Bin 8717 - 6079 bytes data/themes/img/emo-angry.png| Bin 8959 - 6321 bytes data/themes/img/emo-crazy-laugh.png | Bin 9225 - 6587 bytes data/themes/img/emo-evil-laugh.png | Bin 9092 - 6454 bytes data/themes/img/emo-evil.png | Bin 8991 - 6353 bytes data/themes/img/emo-goggle-smile.png | Bin 9670 - 7032 bytes data/themes/img/emo-grumpy-smile.png | Bin 8587 - 5949 bytes data/themes/img/emo-grumpy.png | Bin 8574 - 5936 bytes data/themes/img/emo-guilty-smile.png | Bin 9298 - 6660 bytes data/themes/img/emo-guilty.png | Bin 9151 - 6513 bytes data/themes/img/emo-haha.png | Bin 8993 - 6355 bytes data/themes/img/emo-half-smile.png | Bin 8667 - 6029 bytes data/themes/img/emo-happy-panting.png| Bin 9206 - 6568 bytes data/themes/img/emo-happy.png| Bin 8571 - 5933 bytes data/themes/img/emo-indifferent.png | Bin 8526 - 5888 bytes data/themes/img/emo-kiss.png | Bin 9214 - 6576 bytes data/themes/img/emo-knowing-grin.png | Bin 8481 - 5843 bytes data/themes/img/emo-laugh.png| Bin 9139 - 6501 bytes data/themes/img/emo-little-bit-sorry.png | Bin 8288 - 5650 bytes data/themes/img/emo-love-lots.png| Bin 9671 - 7033 bytes data/themes/img/emo-love.png | Bin 8981 - 6343 bytes data/themes/img/emo-minimal-smile.png| Bin 8896 - 6258 bytes data/themes/img/emo-not-happy.png| Bin 8885 - 6247 bytes data/themes/img/emo-not-impressed.png| Bin 8300 - 5662 bytes data/themes/img/emo-omg.png | Bin 8727 - 6089 bytes data/themes/img/emo-opensmile.png| Bin 9580 - 6942 bytes data/themes/img/emo-smile.png| Bin 9590 - 6952 bytes data/themes/img/emo-sorry.png| Bin 8638 - 6000 bytes data/themes/img/emo-squint-laugh.png | Bin 9103 - 6465 bytes data/themes/img/emo-surprised.png| Bin 8431 - 5793 bytes data/themes/img/emo-suspicious.png | Bin 8543 - 5905 bytes data/themes/img/emo-tongue-dangling.png | Bin 9005 - 6367 bytes data/themes/img/emo-tongue-poke.png | Bin 8974 - 6336 bytes data/themes/img/emo-uh.png | Bin 8641 - 6003 bytes data/themes/img/emo-unhappy.png | Bin 8686 - 6048 bytes data/themes/img/emo-very-sorry.png | Bin 9009 - 6371 bytes data/themes/img/emo-what.png | Bin 8410 - 5772 bytes data/themes/img/emo-wink.png | Bin 8749 - 6111 bytes data/themes/img/emo-worried.png | Bin 9116 - 6478 bytes data/themes/img/emo-wtf.png | Bin 8946 - 6308 bytes 43 files changed, 0 insertions(+), 0 deletions(-) diff --git a/data/themes/img/O/icon_favorites.png b/data/themes/img/O/icon_favorites.png index 208cc44..fad7df5 100644 Binary files a/data/themes/img/O/icon_favorites.png and b/data/themes/img/O/icon_favorites.png differ diff --git a/data/themes/img/O/icon_performance.png b/data/themes/img/O/icon_performance.png index 6e54bc5..da327dd 100644 Binary files a/data/themes/img/O/icon_performance.png and b/data/themes/img/O/icon_performance.png differ diff --git a/data/themes/img/O/randr_icon_on.png b/data/themes/img/O/randr_icon_on.png index 3859d42..d7324a6 100644 Binary files a/data/themes/img/O/randr_icon_on.png and b/data/themes/img/O/randr_icon_on.png differ diff --git a/data/themes/img/emo-angry-shout.png b/data/themes/img/emo-angry-shout.png index 25477c5..78103e3 100644 Binary files a/data/themes/img/emo-angry-shout.png and b/data/themes/img/emo-angry-shout.png differ diff --git a/data/themes/img/emo-angry.png b/data/themes/img/emo-angry.png index e151077..407136d 100644 Binary files a/data/themes/img/emo-angry.png and b/data/themes/img/emo-angry.png differ diff --git a/data/themes/img/emo-crazy-laugh.png b/data/themes/img/emo-crazy-laugh.png index 4e87937..a46cb7e 100644 Binary files a/data/themes/img/emo-crazy-laugh.png and b/data/themes/img/emo-crazy-laugh.png differ diff --git a/data/themes/img/emo-evil-laugh.png b/data/themes/img/emo-evil-laugh.png index 1a0ec3a..208a8bf 100644 Binary files a/data/themes/img/emo-evil-laugh.png and b/data/themes
[EGIT] [core/efl] master 01/01: PKGBUILD cleanup
raster pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=b10243a5ea385e3456d7456f2765de3734677518 commit b10243a5ea385e3456d7456f2765de3734677518 Author: Doug Newgard scimmi...@outlook.com Date: Sat Oct 26 23:56:25 2013 +0900 PKGBUILD cleanup Summary: Some of the files in the efl package (emotion engine and others IIRC) were linked to libs in the efl_x11 package. This created a circular dep requiring both to be installed. Should just be one package in that case. LGPL2 is actually LGPL2.1. Added 'custom' to license array to cover COPYING.SMALL. There is no 'dbus-core' package, it's part of 'dbus' now. Doesn't build without 'check' installed. provides_efl doesn't work, changed to just provides. Got rid of tabs in depends and provides, replaced with spaces. No need to add default 'strip', 'docs', and 'zipman' options, if someone want to override them, there's no reason to stop them. buildflags doesn't work as a variable, added them to CFLAGS and CXXFLAGS manually. -O2 and -g are already included by default, if someone wants to change them on their system, there's no reason to override them. Add install script to update mime database. Change shebang on eina-bench-cmp so it runs with python2, python is 3 on Arch. make dist doesn't tar Makefile, so we need to check that it exists before running make clean distclean. Otherwise the build just fails. Building of docs should be done in the build function. Quoted all uses of $pkgdir and $srcdir Each package function gets it's own $pkgdir, so rm-ing them at the beginning of the function isn't needed. Use cp -a instead of cp -r to make sure permissions are preserved. Set correct pkgdesc, arch, license, depends, provides, and install for the doc package. Reviewers: raster Reviewed By: raster CC: cedric Differential Revision: https://phab.enlightenment.org/D240 --- Makefile.am | 3 +- pkgbuild/PKGBUILD.in | 107 ++- pkgbuild/efl.install | 16 3 files changed, 65 insertions(+), 61 deletions(-) diff --git a/Makefile.am b/Makefile.am index 8a33250..161a091 100644 --- a/Makefile.am +++ b/Makefile.am @@ -107,7 +107,8 @@ old/README.ethumb \ old/README.evas \ old/README.evil \ spec/efl.spec \ -pkgbuild/PKGBUILD +pkgbuild/PKGBUILD \ +pkgbuild/efl.install pkgconfigdir = $(libdir)/pkgconfig pkgconfig_DATA = diff --git a/pkgbuild/PKGBUILD.in b/pkgbuild/PKGBUILD.in index 63ed745..d7c7a8b 100644 --- a/pkgbuild/PKGBUILD.in +++ b/pkgbuild/PKGBUILD.in @@ -1,35 +1,45 @@ # Maintainer: Enlightenment Developers enlightenment-de...@enlightenment.org -pkgname=('efl' 'efl_doc' 'efl_x11') +pkgname=('efl' 'efl_doc') pkgver=@VERSION@ pkgrel=1 pkgdesc=Enlightenment Foundation Libraries - GIT development snapshot (Ecore, Eldbus, Edje, Eet, Eeze, Efreet, Eina, Eio, Embryo, Emotion, Eo, Ephysics, Ethumb, Evas) arch=('i686' 'x86_64' 'arm') url=http://www.enlightenment.org; -license=('BSD' 'LGPL2' 'GPL2') -makedepends=('doxygen') +license=('BSD' 'LGPL2.1' 'GPL2' 'custom') +makedepends=('doxygen' 'check') depends=('bullet' 'libpng' 'libjpeg-turbo' 'gstreamer0.10' - 'gstreamer0.10-base' 'gstreamer0.10-good' -'gstreamer0.10-bad' 'gstreamer0.10-ugly' 'gstreamer0.10-ffmpeg' -'zlib' 'lua' 'libtiff' 'openssl' 'util-linux' 'curl' 'dbus-core' -'glibc' 'fontconfig' 'freetype2' 'fribidi' 'libpulse' -'libsndfile' 'systemd' 'libx11' 'libxau' 'libxcomposite' -'libxdamage' 'libxdmcp' 'libxext' 'libxfixes' 'libxinerama' -'libxi' 'libxrandr' 'libxrender' 'libxss' 'libxtst' -'libxcursor' 'libxp' 'libgl' 'giflib' 'libwebp' 'harfbuzz') -provides_efl=(ecore=$pkgver eldbus=$pkgver edje=$pkgver - eet=$pkgver eeze=$pkgver efreet=$pkgver - eina=$pkgver eio=$pkgver embryo=$pkgver emotion=$pkgver - ephysics=$pkgver ethumb=$pkgver evas=$pkgver) -options=('strip' 'docs' 'zipman' '!libtool' 'debug') -buildflags=-O2 -g -fvisibility=hidden -fomit-frame-pointer + 'gstreamer0.10-base' 'gstreamer0.10-good' + 'gstreamer0.10-bad' 'gstreamer0.10-ugly' 'gstreamer0.10-ffmpeg' + 'zlib' 'lua' 'libtiff' 'openssl' 'util-linux' 'curl' 'dbus' + 'glibc' 'fontconfig' 'freetype2' 'fribidi' 'libpulse' + 'libsndfile' 'systemd' 'libx11' 'libxau' 'libxcomposite' + 'libxdamage' 'libxdmcp' 'libxext' 'libxfixes' 'libxinerama' + 'libxi' 'libxrandr' 'libxrender' 'libxss' 'libxtst' + 'libxcursor' 'libxp' 'libgl' 'giflib' 'libwebp' 'harfbuzz') +provides=(ecore=$pkgver eldbus=$pkgver edje=$pkgver + eet=$pkgver eeze=$pkgver efreet=$pkgver + eina=$pkgver eio=$pkgver embryo=$pkgver emotion=$pkgver + ephysics=$pkgver ethumb=$pkgver evas=$pkgver) +conflicts=('ecore' 'edje' 'eet' 'eeze' 'efreet' 'eina' 'eio' 'embryo' 'emotion
[EGIT] [apps/econnman] master 01/01: Make compatible with python 3
kuuko pushed a commit to branch master. http://git.enlightenment.org/apps/econnman.git/commit/?id=a9f57df2b7537f77a5e7966e38990861782d77ee commit a9f57df2b7537f77a5e7966e38990861782d77ee Author: Doug Newgard scimmi...@outlook.com Date: Sat Oct 19 20:06:49 2013 +0300 Make compatible with python 3 Patch is from D264, we were unable to use arc to commit this so doing it manually. Thanks for the contribution. --- econnman-bin.in | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/econnman-bin.in b/econnman-bin.in index 6ae0d95..b5d6811 100755 --- a/econnman-bin.in +++ b/econnman-bin.in @@ -81,7 +81,7 @@ def dbus_variant_to_str(v): def dbus_dict_to_str(d): Help debug by converting a dbus.Dictionary to a string in a shorter form. s = [] -for k, v in d.iteritems(): +for k, v in d.items(): s.append(%s=%s % (k, dbus_variant_to_str(v))) return , .join(s) @@ -253,7 +253,7 @@ class OfflineModeMonitor(object): self.obj.on_del_add(self._deleted) def on_reply(properties): -for name, value in properties.iteritems(): +for name, value in properties.items(): log.debug(property %s: %s, name, value) self._property_changed(name, value) @@ -596,7 +596,7 @@ class ServicesList(object): def _service_changed(self, path, properties): log.debug(Changed %s: %s, path, dbus_dict_to_str(properties)) d = self.services[path] -for k, v in properties.iteritems(): +for k, v in properties.items(): d[k] = v def _services_changed(self, changed, removed): @@ -963,7 +963,7 @@ class ServiceView(ObjectView): value = bool(value) self.immutable = value self.auto_connect.disabled = value -for w in self.readwrite_list_widget.itervalues(): +for w in self.readwrite_list_widget.values(): w.disabled = value self.ipv4_method.disabled = value self.ipv4_address.disabled = value @@ -1155,7 +1155,7 @@ class ServiceView(ObjectView): conf = self.ipv4_properties[IPv4.Configuration] changed = [] -for k, v in new.iteritems(): +for k, v in new.items(): if conf.get(k) != v: changed.append(k) log.debug(Changed IPv4: %s, , .join(changed)) @@ -1347,7 +1347,7 @@ class Agent(dbus.service.Object): def on_clicked(obj): response = {} keys = [] -for name, en in widgets.iteritems(): +for name, en in widgets.items(): conv = self.request_type_conv.get(name, dbus.String) v = conv(en.text) if v: @@ -1394,7 +1394,7 @@ class Agent(dbus.service.Object): bx.pack_end(lb) widgets = {} -for name, desc in fields.iteritems(): +for name, desc in fields.items(): decos = t = desc.get(Type) if t and t != informational: --
Re: [E-devel] [EGIT] [bindings/python/python-efl] master 01/01: Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P
Speaking of cython, does setup.py need to print the cython version even when it's fine? It screws up things like setup.py --version. Date: Tue, 15 Oct 2013 01:12:10 +0300 From: kai.huu...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [EGIT] [bindings/python/python-efl] master 01/01: Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P 0.19 is fine IMO. 0.19.1 has mostly bugfixes. Users N.B.: We intend to eventually package a release of the bindings with only the generated C files that are used to compile the extension modules, Cython will not be needed to compile them. 2013/10/15 Davide Andreoli d...@gurumeditation.it 2013/10/14 Kai Huuhko kai.huu...@gmail.com Let's just bump the minimum version requirement already. ;) I agree to raise the minimum, 0.19.0? 0.19.1? On jenkins we have 0.19.1 2013/10/14 davemds d...@gurumeditation.it davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=85ac11657711d3ae0c2b18abe0fea10b666e2d93 commit 85ac11657711d3ae0c2b18abe0fea10b666e2d93 Author: davemds d...@gurumeditation.it Date: Mon Oct 14 21:30:49 2013 +0200 Python-EFL: unbreak the compilation with older cython. Kuuko: you win a spank this time :P --- efl/elementary/cnp_callbacks.pxi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efl/elementary/cnp_callbacks.pxi b/efl/elementary/cnp_callbacks.pxi index c41c86e..1eeeda5 100644 --- a/efl/elementary/cnp_callbacks.pxi +++ b/efl/elementary/cnp_callbacks.pxi @@ -25,7 +25,7 @@ cdef extern from Elementary.h: struct _Elm_Drag_User_Info: Elm_Sel_Format format - const char *data + const_char *data Eina_List *icons Elm_Xdnd_Action action Elm_Drag_Icon_Create_Cb createicon -- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Does a *buildable* *working* version of editje exist?
Date: Wed, 9 Oct 2013 11:08:41 -0400 From: hel...@deepsoft.com To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-us...@lists.sourceforge.net Subject: [E-devel] Does a *buildable* *working* version of editje exist? Ok, after googling for editje I found one tarball that does not compile (http://freebox-elixir.googlecode.com/files/editje-0.9.3.tar.bz2) and a reference to a SVN version (http://svn.enlightenment.org/svn/e/trunk/editje), which compiles and installs, but does not run: squeeze32build% editje-bin src/modules/start/e-module-start.edj Traceback (most recent call last): File /usr/local/bin/editje-bin, line 27, in module from efl import elementary ImportError: No module named efl Is there a *working* version of editje in existance? How does one create .edj files? Or are these files created by divine intervention somehow? :-) -- Robert Heller -- 978-544-6933 / hel...@deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments Last I saw, it had partially been converted to use the new EFL 1.8 python bindings, but never completed. You can pull an older commit and use it with the 1.7 bindings, but even then it was only semi-functional. The fact that it's still in SVN and wasn't converted to Git tells you that none of the devs are working on it or care about it at all. edj files are created from edc files, which are text usually created by hand. There is a new program called enventor that is made to aid in the creation of edc files: http://git.enlightenment.org/devs/hermet/enventor.git . It required EFL/Elementary 1.8 (Git master), though. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: Update wayland version requirement after changes in 0fd9c57
devilhorns pushed a commit to branch master. commit 65a9f8d02af0a384626a0c79d44e90e4e5d84b4b Author: Doug Newgard scimmi...@outlook.com Date: Tue Sep 17 07:55:22 2013 +0100 Update wayland version requirement after changes in 0fd9c57 --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index af00815..06eabd3 100644 --- a/configure.ac +++ b/configure.ac @@ -824,7 +824,7 @@ AC_MSG_CHECKING([whether wayland client support is enabled]) AC_MSG_RESULT([${e_cv_want_wayland_clients}]) if test x$e_cv_want_wayland_clients != xno;then - PKG_CHECK_MODULES([WAYLAND], [wayland-server = 1.2.0 pixman-1 = 0.3 xkbcommon = 0.3.0], + PKG_CHECK_MODULES([WAYLAND], [wayland-server = 1.2.90 pixman-1 = 0.3 xkbcommon = 0.3.0], [ have_wayland_clients=yes AC_DEFINE_UNQUOTED([HAVE_WAYLAND_CLIENTS],[1],[enable wayland client support]) --
Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0
Date: Mon, 19 Aug 2013 16:17:46 -0400 From: hel...@deepsoft.com To: hel...@deepsoft.com CC: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Edje 1.7.8 fails to configure on Debuan 7.1.0 At Mon, 19 Aug 2013 15:25:56 -0400 Robert Heller hel...@deepsoft.com wrote: At Mon, 19 Aug 2013 14:55:52 -0400 Robert Heller hel...@deepsoft.com wrote: At Tue, 20 Aug 2013 04:05:17 +1000 Enlightenment developer list enlightenment-devel@lists.sourceforge.net wrote: On Mon, 19 Aug 2013 13:55:44 -0400 Robert Heller hel...@deepsoft.com wrote: liblua5.2-dev - Development files for the Lua language version 5.2 Do I need one (or more) of these packages as well? Try that one. To re-iterate, dpkg-query -l \*lua\* displays: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++--==--== ii liblua5.2-0:i386 5.2.1-3 i386 Shared library for the Lua interpreter version 5.2 ii liblua5.2-dev:i386 5.2.1-3 i386 Development files for the Lua language version 5.2 un lua none (no description available) ii lua5.2 5.2.1-3 i386 Simple, extensible, embeddable programming language ii luatex 0.70.1.20120524-3 i386 next generation TeX engine un luatex-snapshot none (no description available) ii texlive-luatex 2012.20120611-5 all TeX Live: LuaTeX packages Note: liblua5.2-0, liblua5.2-dev, and lua5.2 are all installed (plus luatex, what is probably not relevant). Edje cannot find LUA even though it is installed. Something is weird here. Either Debian's lua packages are broken or Edje's configure script is broken. Unless there is some -private-dev package needed somewhere. OK, I *think* I have found a possible problem (and a possible solution): Edje's configure script is checking for lua_newstate in -llua..., but liblua5.2-dev install /usr/lib/i386-linux-gnu/liblua5.2.a (and liblua5.2-0 installs /usr/lib/i386-linux-gnu/liblua5.2.so.0.0.0). I am guessing I will have to patch the configure script... Here is a patch: *** configure.ac~ 2013-07-30 10:42:43.0 -0400 --- configure.ac 2013-08-19 15:14:40.722094696 -0400 *** *** 238,244 [PKG_CHECK_MODULES([LUA], [lua5.1= 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1= 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51= 5.1.0], requirement_lua=lua51, ! [have_lua=no])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) --- 238,245 [PKG_CHECK_MODULES([LUA], [lua5.1= 5.1.0], requirement_lua=lua5.1, [PKG_CHECK_MODULES([LUA], [lua-5.1= 5.1.0], requirement_lua=lua-5.1, [PKG_CHECK_MODULES([LUA], [lua51= 5.1.0], requirement_lua=lua51, ! [PKG_CHECK_MODULES([LUA], [lua5.2= 5.2.0], requirement_lua=lua5.2, ! [have_lua=no])])])])]) if test x${have_lua} = xno ; then AC_MSG_CHECKING([whether lua_newstate() is in liblua]) OK, the (totally borked) Debian build system is not going to let me patch the configure script without making be patch all of the autotools files, so I am going to toss lua5.2 and install install lua5.1. It appears that edje is just not ready to lua5.2... Edje isn't the problem. Lua upstream does not provide pkg-config files, so they are added by each distro. Unfortunately, each distro does it differently, so when there's an update and a new pkg-config file, every build system for every program that uses it has to be updated. It's a ridiculous situation IMO. -- Robert Heller -- 978-544-6933 / hel...@deepsoft.com Deepwoods Software -- http://www.deepsoft.com/ () ascii ribbon campaign -- against html e-mail /\ www.asciiribbon.org -- against proprietary attachments -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk
Re: [E-devel] Commit access for Jean-Philippe Andre
There's even a note in the makefile: # FIXME: Problem here, forcing link to png12. Adding a new dep is just a FIXME now? From: ebl...@gmail.com Date: Tue, 2 Jul 2013 11:06:30 -0300 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Commit access for Jean-Philippe Andre Forgot to attach the build log On Tue, Jul 2, 2013 at 10:59 AM, Eduardo Lima (Etrunko) ebl...@gmail.com wrote: Already started breaking build, this might well be on the fastest b0rker ever seen :) Keep up with the good work! On Tue, Jul 2, 2013 at 9:55 AM, Cedric BAIL cedric.b...@free.fr wrote: On Tue, Jul 2, 2013 at 2:46 PM, ChunEon Park her...@naver.com wrote: without iceream?! He bother me already to much with his patch, but I can bribe you to accept by offering some icecream ;-) Do we have a deal here ? -Regards, Hermet- -Original Message- From: Iván Brianosachi...@gmail.com To: Enlightenment developer listenlightenment-devel@lists.sourceforge.net; Cc: Sent: 2013-07-02 (화) 21:35:00 Subject: Re: [E-devel] Commit access for Jean-Philippe Andre On Tue, Jul 2, 2013 at 9:28 AM, Tom Hacohen tom.hacohen@samsung.com wrote: On 02/07/13 13:23, Stefan Schmidt wrote: Hello. I would like to propose commit access for Jean-Philippe Andre. All the patches I have seen so far from him have good quality, are split into sensible pieces and work in areas that are way over trivial fixes. Anyone has problems with that? I support this motion. JP can be mostly trusted. ;P I'll have to speak against it then, solely because if Tasn says it's a good idea, it must indeed be something terrible. -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
From: tho...@gstaedtner.net Date: Wed, 26 Jun 2013 02:00:18 +0200 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs #2 On Tue, Jun 11, 2013 at 11:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. -- The pager live previews are broken and show noise instead, see screenshot below (it should show a different live preview picture for each desktop). http://www.enlightenment.org/ss/e-51ca2e51d24c10.20360856.jpg I think this was introduced in the last days, maybe not an e but an efl bug. Maybe someone will know of the top of the head what caused it, otherwise I can bisect. Looks similar: https://phab.enlightenment.org/T187 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Date: Sat, 22 Jun 2013 20:17:51 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs #2 On Fri, 21 Jun 2013 09:00:28 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Thu, Jun 20, 2013 at 7:36 PM, Doug Newgard scimmi...@outlook.com wrote: Date: Tue, 11 Jun 2013 10:55:23 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] E18 CFBugs #2 The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. Latest update (udisks2 support) completely breaks EFM for me. No icons on the desktop, blank EFM windows, and this in stderr: process 23300: arguments to dbus_message_iter_get_arg_type() were incorrect, assertion real-iter_type == DBUS_MESSAGE_ITER_TYPE_READER failed in file dbus-message.c line 2066. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace If I hit refresh in the EFM window, a few icons show up then it just hangs with the loading animation in the lower left until I close it. Rebuilt at HEAD~1 and everything's back to normal. not sure what to tell you, udisks2 works fine here. must not be configured correctly on your system or something. I've gotten that dbus error a few times in testing, but it's harmless and appears to be an eldbus bug it's definitely not harmless... libdbus itself is calling abort(). dbus seems to be unhappy about the iterator type itself - that it is not a reader type. it looks like an eldbus bug... eldbus_message_error_new(): Yep, he came to the same conclusion after some debugging: https://phab.enlightenment.org/T171 /* * Technically user should not append more arguments in an error message but * we can't leave its iter as NULL. */ dbus_message_iter_init_append(reply-dbus_msg, reply-iterator-dbus_iterator); that's not a read-only iterator... it's read-write. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment pngs with embedded iCC profiles
Date: Sat, 22 Jun 2013 10:44:15 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: scimmi...@outlook.com Subject: Re: [E-devel] Enlightenment pngs with embedded iCC profiles On Fri, 21 Jun 2013 16:15:47 -0500 Doug Newgard scimmi...@outlook.com said: I'm sure some of you have seen the warnings generated by libpng 1.6: known incorrect sRGB profile. Now, this is no big deal, it's just a warning, but I still wanted to look into it further. By my count, there are 800 png files in Enlightenment, of which only 6 have embedded iCC profiles, all from HP. The rest are sRGB colorspace, but do not include a profile. There are some good arguments for this (http://imageoptim.com/color-profiles.html http://www.gballard.net/psd/save_for_web_embed_ICC_profile.html) and since this seems to be the default, I've attached the 6 files with the profiles stripped out. As you can see, it doesn't change the image or the colorspace, it just leaves the calibration up to the end user's system. I haven't been able to find just what's wrong with the HP iCC profile being used that the authors of libpng don't like, but it makes sense to standardize the way profiles are handled anyway. And it has the nice side effect of silencing warnings, even if the Debian/Ubuntu users aren't likely to see them for a couple of years. I can just change the iCC profile instead if you would prefer. I've seen multiple people recommend the Argyll sRGB profile, which is still sRGB IEC61966-2.1 and is public domain. Elementary has a lot more pngs with the HP profile, so once I know for sure what people would prefer, I'll fix them, too. Doug what we need to know is what is adding the hp profile causing the warinig. what tool does it? is it gimp? photoshop? imagemagick? otherwise we go creating warnings again if that tool is used... That's a good question. On my machine, GIMP refuses to even export the image with the HP profile, so I doubt that's it unless that's because of libpng 1.6. I do know that the HP profile is not included with GIMP, only their built-in profile which is used for display, it does not get embedded into images. I did find some information about the HP profile in relation to Photoshop, but others said that it didn't come with Photoshop and suggested it may have been included with printer/scanner software. I did find that Photoshop does not embed a profile by default when exporting PNGs. As far as I can tell, Imagemagick doesn't include any iCC profiles, so that can't be it, either. On my system, I have profiles from Colord, Argyll, Oyranos, and Yamma, and none of them include the problem profile. Where this profile came from is sitll a bit of a mystery to me. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment pngs with embedded iCC profiles
Date: Sat, 22 Jun 2013 13:20:33 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: onef...@gmail.com Subject: Re: [E-devel] Enlightenment pngs with embedded iCC profiles On Sat, 22 Jun 2013 14:12:44 +1000 David Seikel onef...@gmail.com said: On Fri, 21 Jun 2013 22:39:19 -0500 Doug Newgard scimmi...@outlook.com wrote: Date: Sat, 22 Jun 2013 10:44:15 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: scimmi...@outlook.com Subject: Re: [E-devel] Enlightenment pngs with embedded iCC profiles On Fri, 21 Jun 2013 16:15:47 -0500 Doug Newgard scimmi...@outlook.com said: I'm sure some of you have seen the warnings generated by libpng 1.6: known incorrect sRGB profile. Now, this is no big deal, it's just a warning, but I still wanted to look into it further. By my count, there are 800 png files in Enlightenment, of which only 6 have embedded iCC profiles, all from HP. The rest are sRGB colorspace, but do not include a profile. There are some good arguments for this (http://imageoptim.com/color-profiles.html http://www.gballard.net/psd/save_for_web_embed_ICC_profile.html) and since this seems to be the default, I've attached the 6 files with the profiles stripped out. As you can see, it doesn't change the image or the colorspace, it just leaves the calibration up to the end user's system. I haven't been able to find just what's wrong with the HP iCC profile being used that the authors of libpng don't like, but it makes sense to standardize the way profiles are handled anyway. And it has the nice side effect of silencing warnings, even if the Debian/Ubuntu users aren't likely to see them for a couple of years. I can just change the iCC profile instead if you would prefer. I've seen multiple people recommend the Argyll sRGB profile, which is still sRGB IEC61966-2.1 and is public domain. Elementary has a lot more pngs with the HP profile, so once I know for sure what people would prefer, I'll fix them, too. Doug what we need to know is what is adding the hp profile causing the warinig. what tool does it? is it gimp? photoshop? imagemagick? otherwise we go creating warnings again if that tool is used... That's a good question. On my machine, GIMP refuses to even export the image with the HP profile, so I doubt that's it unless that's because of libpng 1.6. I do know that the HP profile is not included with GIMP, only their built-in profile which is used for display, it does not get embedded into images. I did find some information about the HP profile in relation to Photoshop, but others said that it didn't come with Photoshop and suggested it may have been included with printer/scanner software. I did find that Photoshop does not embed a profile by default when exporting PNGs. As far as I can tell, Imagemagick doesn't include any iCC profiles, so that can't be it, either. On my system, I have profiles from Colord, Argyll, Oyranos, and Yamma, and none of them include the problem profile. Where this profile came from is sitll a bit of a mystery to me. Look at the SVN / git history for the images with that HP profile. That at least will tell you WHO added them. Than ask that person what they used to make them / last used to massage them / where they got them from. given the images... one i know i created years ago with gimp. others i think came from manowarrior (he did his work with inskacpe and/or photoshop and illustrator?) Yep, git blame on the icons, at least, gives me d6dab499 and f72b2067. The former says icons from manowarrior, the second is optimizing the images. The iCC profile seems to be in the originals from manowarrior. Loading them up in a hex editor, I see a string that says iCCPPhotoshop ICC profile, so this does seem to be originally from Photoshop. I wonder if they're still using it or if it was only in an older version? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Date: Tue, 11 Jun 2013 10:55:23 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] E18 CFBugs #2 The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. Latest update (udisks2 support) completely breaks EFM for me. No icons on the desktop, blank EFM windows, and this in stderr: process 23300: arguments to dbus_message_iter_get_arg_type() were incorrect, assertion real-iter_type == DBUS_MESSAGE_ITER_TYPE_READER failed in file dbus-message.c line 2066. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace If I hit refresh in the EFM window, a few icons show up then it just hangs with the loading animation in the lower left until I close it. Rebuilt at HEAD~1 and everything's back to normal. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Date: Wed, 19 Jun 2013 09:38:57 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs #2 On Wed, Jun 19, 2013 at 1:35 AM, Doug Newgard scimmi...@outlook.com wrote: Date: Tue, 18 Jun 2013 01:11:26 +0200 From: ji...@fastwebnet.it To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs #2 On Tue, 11 Jun 2013 10:55:23 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. Hi, * gadgets (ibar, pager, clock and places) on my desktop seem to refresh every now and then. They flicker for a moment. Very bad looking :) okay, this is fixed though it probably needs more testing with multiple monitors and pnp. * In Settings - Gadgets - Background - Configure Layer, moving or clicling on the config dialog make it disappear I'm glad someone else is getting this, nobody on IRC was able to reproduce it. I don't have to move or click on anything, just bringing up the dialog and waiting a few seconds is enough to make it disappear. my best guess here is that it was (correctly) being deleted when the gadget container was deleted due to zone geometry change. if that's the case, it should no longer happen. It is indeed fixed. Thank you. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs #2
Date: Tue, 18 Jun 2013 01:11:26 +0200 From: ji...@fastwebnet.it To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs #2 On Tue, 11 Jun 2013 10:55:23 +0100 Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: The old thread was too long for me to see if I fixed everything, so post here if you have a bug that's present using the latest revision. Hi, * gadgets (ibar, pager, clock and places) on my desktop seem to refresh every now and then. They flicker for a moment. Very bad looking :) * In Settings - Gadgets - Background - Configure Layer, moving or clicling on the config dialog make it disappear I'm glad someone else is getting this, nobody on IRC was able to reproduce it. I don't have to move or click on anything, just bringing up the dialog and waiting a few seconds is enough to make it disappear. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-MODULES-EXTRA migration to git
From: scimmi...@outlook.com To: enlightenment-devel@lists.sourceforge.net Date: Fri, 14 Jun 2013 11:22:45 -0500 Subject: Re: [E-devel] E-MODULES-EXTRA migration to git Date: Fri, 14 Jun 2013 08:07:19 +0900 From: seojuyu...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E-MODULES-EXTRA migration to git On Fri, Jun 14, 2013 at 6:01 AM, Simon si...@simotek.net wrote: On 06/14/2013 04:04 AM, Davide Andreoli wrote: 2013/6/13 Tom Hacohen tom.haco...@samsung.com Hey, So, following up on: https://phab.enlightenment.83648org/T159 https://phab.enlightenment.org/T159 I'm migrating E-MODULES-EXTRA to git. I'm going to create a repo per module. I'm just interested to know, which modules would you guys like to see migrated? Cool !! Please move places and penguins for me, I maintain both (penguins is a little outdated but I have plans to update it soon) THANKS :) and I vote for moving flame, rain and snow too davemds I use forecasts and photo, both work reasonably well for me. On openSUSE we package the following, i know at least 1 person has requested and tested each of these with e17 comp-scale (I know its broken atm), empris, engage, forecasts, mail, moon and mpdule. They all work for e17 but i think some were planning on being re written for e18 with composite so if people object i don't mind leaving them out. I vote for comp-scale and engage. They are very good showcase. Sadly they're broken atm though. Maybe we should summon jeff. Daniel Juyung Seo (SeoZ) comp-scale isn't broken. It won't repeat, but it works fine with E18. OK, I was wrong, I was building off of an older checkout. Hannes Janetzek's commit that says follow e17 comp api changes breaks it with E18. Gustavo Lima Chaves updated it for E18 then Hannes Janetzek changed it back. :( Cheers, Simon Lees -- openSUSE enlightenment maintainer. -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-MODULES-EXTRA migration to git
Date: Fri, 14 Jun 2013 08:07:19 +0900 From: seojuyu...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E-MODULES-EXTRA migration to git On Fri, Jun 14, 2013 at 6:01 AM, Simon si...@simotek.net wrote: On 06/14/2013 04:04 AM, Davide Andreoli wrote: 2013/6/13 Tom Hacohen tom.haco...@samsung.com Hey, So, following up on: https://phab.enlightenment.83648org/T159 https://phab.enlightenment.org/T159 I'm migrating E-MODULES-EXTRA to git. I'm going to create a repo per module. I'm just interested to know, which modules would you guys like to see migrated? Cool !! Please move places and penguins for me, I maintain both (penguins is a little outdated but I have plans to update it soon) THANKS :) and I vote for moving flame, rain and snow too davemds I use forecasts and photo, both work reasonably well for me. On openSUSE we package the following, i know at least 1 person has requested and tested each of these with e17 comp-scale (I know its broken atm), empris, engage, forecasts, mail, moon and mpdule. They all work for e17 but i think some were planning on being re written for e18 with composite so if people object i don't mind leaving them out. I vote for comp-scale and engage. They are very good showcase. Sadly they're broken atm though. Maybe we should summon jeff. Daniel Juyung Seo (SeoZ) comp-scale isn't broken. It won't repeat, but it works fine with E18. Cheers, Simon Lees -- openSUSE enlightenment maintainer. -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ?
Don't forget we're talking about in-development, unreleased software. Why should it maintain compatibility with older systems? If you're going to be pulling software from VCS, it makes sense that it needs other things from VCS. And Davide Andreoli, just in case Nikolas Arend's post wasn't clear, current trunk is not building for me with E18 built less than 12 hours ago. Same error. Date: Thu, 13 Jun 2013 01:23:10 +0200 From: thanatermesis.e...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Any plans to move E-MODULES-EXTRA to git ? Is not more simple to have something like a simple if for do something depending on the version of E (0.17.3, 0.18...) ? we should maintain some compatibility, ppl is tend to use e17 as a stable system and developers e18 as a development system 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 07:23 PM, Davide Andreoli wrote: 2013/6/12 Nikolas Arend sns...@gmail.com On 06/12/2013 06:07 PM, Tom Hacohen wrote: On 29/05/13 19:41, Davide Andreoli wrote: Hi, I have 1 module and an half (places and penguins) that I fully support that are still hosted in the old svn E-MODULES-EXTRA folder. What we like to do with that? No more extra modules hosting? move only the supported ones to git? move everything? Depends on how we decide to do it. I think we should move each module to it's own repo. This means the switch will happen as needed. Apart from the fact that places currently does not compile for me you are on e 0.17 right? No, sorry, I thought we were talking about e18, i.e. git master. Nick instruction to checkout the correct revision for e17 are on the places wiki: http://code.google.com/p/e17mods/wiki/Places if instead you get the error on e18 please let me know davemds e_mod_main.c: In function '_places_popup_new': e_mod_main.c:482:6: error: too few arguments to function 'e_popup_autoclose' In file included from /usr/local/include/enlightenment/e_includes.h:44:0, from /usr/local/include/enlightenment/e.h:272, from e_mod_main.c:4: /usr/local/include/enlightenment/e_popup.h:52:46: note: declared here make[2]: *** [e_mod_main.lo] Error 1 I'm seconding moving places to git, as I can imagine that the module and its functionality is used by a significant number of users. Nick -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs
Not sure if this one is in E18 or in EFL, so feel free to tell me to go to hell. EFL built with the Emotion Gstreamer backend, Gstreamer 0.10.36 installed along with the base plugins of the same version. Video previews in EFM work fine, but as soon as I close the EFM window, E crashes. Crashdump attached. I've just been using the VLC backend, which works fine. Makes me think this may be an EFL thing, but since it only happens when the EFM window is closed, I'm not sure. Date: Tue, 21 May 2013 08:21:02 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] E18 CFBugs Not to be confused with last year's Call For Beards, this is an open call for people to submit any outstanding bug reports for E18. Known issues: * Window shading doesn't shade * Keyboard movement of windows between desks/screens may be broken * Shaped windows Please note that any feature requests masquerading as bug reports will be completely ignored. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Thread 4 (Thread 0x7f05fe39a700 (LWP 2491)): #0 0x7f0614b0d8b4 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 No symbol table info available. #1 0x7f0613b4a01c in eina_condition_wait ( cond=0x7f0613ddaf80 evas_thread_queue_condition) at ../src/lib/eina/eina_inline_lock_posix.x:338 No locals. #2 evas_thread_worker_func (data=optimized out, thread=optimized out) at lib/evas/common/evas_thread_render.c:75 cmd = optimized out len = optimized out max = optimized out __FUNCTION__ = evas_thread_worker_func __PRETTY_FUNCTION__ = evas_thread_worker_func #3 0x7f0614d51465 in _eina_internal_call (context=0x22cd6c0) at lib/eina/eina_thread.c:280 c = 0x22cd6c0 r = optimized out #4 0x7f0614b09dd2 in start_thread () from /usr/lib/libpthread.so.0 No symbol table info available. #5 0x7f0611c5cced in clone () from /usr/lib/libc.so.6 No symbol table info available. Thread 3 (Thread 0x7f05f51a2700 (LWP 2495)): #0 0x7f0614b0d8b4 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 No symbol table info available. #1 0x7f05f77cbb9b in ?? () from /usr/lib/egl/egl_gallium.so No symbol table info available. #2 0x7f0614b09dd2 in start_thread () from /usr/lib/libpthread.so.0 No symbol table info available. #3 0x7f0611c5cced in clone () from /usr/lib/libc.so.6 No symbol table info available. Thread 2 (Thread 0x7f05ef106700 (LWP 2499)): #0 0x7f0614b0d8b4 in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0 No symbol table info available. #1 0x7f05ef40715b in ?? () from /usr/lib/xorg/modules/dri/r300_dri.so No symbol table info available. #2 0x7f0614b09dd2 in start_thread () from /usr/lib/libpthread.so.0 No symbol table info available. #3 0x7f0611c5cced in clone () from /usr/lib/libc.so.6 No symbol table info available. Thread 1 (Thread 0x7f0615ffd980 (LWP 2488)): #0 0x7f0614b10a5d in pause () from /usr/lib/libpthread.so.0 No symbol table info available. #1 signal handler called No symbol table info available. #2 0x7f05e65e8eb0 in ?? () No symbol table info available. #3 0x7f0613834767 in _ecore_call_handler_cb (event=optimized out, type=optimized out, data=optimized out, func=optimized out) at lib/ecore/ecore_private.h:357 r = optimized out #4 _ecore_event_call () at lib/ecore/ecore_events.c:562 ret = 176 '\260' e = 0x4179860 handle_count = 5 l = optimized out l_next = optimized out eh = 0x3bdc070 #5 0x7f061383a4e9 in _ecore_main_loop_iterate_internal ( once_only=once_only@entry=0) at lib/ecore/ecore_main.c:1941 next_time = optimized out #6 0x7f061383aa47 in ecore_main_loop_begin () at lib/ecore/ecore_main.c:963 No locals. #7 0x0043aa77 in main (argc=optimized out, argv=optimized out) at e_main.c:1068 safe_mode = 0 '\000' after_restart = 1 '\001' waslocked = 0 '\000' t = 1370019613.2486529 tstart = 1370019613.2486529 s = optimized out buff = 1370019613.2\000\177\000\000\020)\316\335\377\177\000\000@,\316\335\377\177\000 action = {__sigaction_handler = { sa_handler =
Re: [E-devel] eve and webkit-efl
There are no releases of either one. ewebkit isn't doing releases and eve is still pre-release. Both will need to be checked out from SVN and built from there. Eve won't work with just the stable EFL, it requires eldbus. From: v.tols...@selfip.ru Date: Thu, 30 May 2013 10:06:32 +0400 To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] eve and webkit-efl I want to create packages for all e stuff to bring for ubuntu complete enlightenment DE. Now i want to create packages for webkit-efl and eve. Where i can start? Where i can find officially released sources? If i need clone from git - what repo i need and what revision ? As i see packages.profusion.mobi have sources for webkit-efl but it have 2012 year... P.S. Now i'm only try to create packages for stable 17 release. -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation fail without png support
I think you missed the point, raster. The problem is that the configure script doesn't find the libpng .pc file, but continues to try to build anyway, resulting in a build failure. Date: Thu, 30 May 2013 08:20:57 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] compilation fail without png support On Wed, 29 May 2013 23:35:54 +0200 Jérémy Zurcher jer...@asynk.ch said: i havent checked yet - seen the ticket though. as such if you have the pc file (pkg-config) but dont have the .h... your system is broken regardless. we will fail compiling in a gazillion ways if deps behave this way. we can't be expected to test every possible broken system setup (have pc file - missing 1, 2, 3 or 4 headers? which permutation of headers is missing? are we missing shared libs - should we test linking? what if the version the pc advertises is not the version of the lib installed? shall we test for every function symbol?). thus this is a low priority thing imho due to it seemingly just being a broken build system, but if there are any sanity checks they go in configure and we abort configure. the problem here is that our configure just gets bigger and messier the more of these we add. :( Hi, as reported in https://phab.enlightenment.org/T64, without proper png support compilation crashes because of: - emotion_test - edje examples - ethumb emotion module what is the right way to handle this ? - crash configure - disable compilation of faulty bits I have patches ready for both of these options in https://phab.enlightenment.org/D133 Jérémy -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ 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) ras...@rasterman.com -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation fail without png support
I helped figure out what was going on when the bug reporter came on IRC trying to figure out why his build failed. There was no pkgconfig file on his system, as you can see by his configure log: checking whether PNG image loader will be built... no. That's why the question is being asked here, should the configure script fail without libpng or should it disable certain things that depend on libpng? Date: Thu, 30 May 2013 08:55:33 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net CC: scimmi...@outlook.com Subject: Re: [E-devel] compilation fail without png support On Wed, 29 May 2013 18:37:06 -0500 Doug Newgard scimmi...@outlook.com said: I think you missed the point, raster. The problem is that the configure script doesn't find the libpng .pc file, but continues to try to build anyway, resulting in a build failure. i thought it did but the header was missing? i thought we made png, jpeg, tiff, gif mandatory (unless --disabled)? Date: Thu, 30 May 2013 08:20:57 +0900 From: ras...@rasterman.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] compilation fail without png support On Wed, 29 May 2013 23:35:54 +0200 Jérémy Zurcher jer...@asynk.ch said: i havent checked yet - seen the ticket though. as such if you have the pc file (pkg-config) but dont have the .h... your system is broken regardless. we will fail compiling in a gazillion ways if deps behave this way. we can't be expected to test every possible broken system setup (have pc file - missing 1, 2, 3 or 4 headers? which permutation of headers is missing? are we missing shared libs - should we test linking? what if the version the pc advertises is not the version of the lib installed? shall we test for every function symbol?). thus this is a low priority thing imho due to it seemingly just being a broken build system, but if there are any sanity checks they go in configure and we abort configure. the problem here is that our configure just gets bigger and messier the more of these we add. :( Hi, as reported in https://phab.enlightenment.org/T64, without proper png support compilation crashes because of: - emotion_test - edje examples - ethumb emotion module what is the right way to handle this ? - crash configure - disable compilation of faulty bits I have patches ready for both of these options in https://phab.enlightenment.org/D133 Jérémy -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ 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) ras...@rasterman.com -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ 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) ras...@rasterman.com -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ enlightenment
[E-devel] [Patch] Update Eve for eldbus name change
A few simple seds through configure.ac and main.c and Eve is working again. You have to build ewebkit with the release libs right now, but since the ABI hasn't changed, it works. eldbus_update.patch Description: Binary data -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs
Date: Tue, 21 May 2013 08:21:02 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] E18 CFBugs Not to be confused with last year's Call For Beards, this is an open call for people to submit any outstanding bug reports for E18. Known issues: * Window shading doesn't shade * Keyboard movement of windows between desks/screens may be broken * Shaped windows Please note that any feature requests masquerading as bug reports will be completely ignored. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Do you want just the core E18 or does this include modules that are shipped with E? The systray module has been borked for a long time. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E18 CFBugs
Date: Tue, 21 May 2013 20:42:35 +1000 From: onef...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E18 CFBugs On Tue, 21 May 2013 05:33:58 -0500 Doug Newgard scimmi...@outlook.com wrote: Date: Tue, 21 May 2013 08:21:02 +0100 From: michael.blumenkra...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] E18 CFBugs Not to be confused with last year's Call For Beards, this is an open call for people to submit any outstanding bug reports for E18. Known issues: * Window shading doesn't shade * Keyboard movement of windows between desks/screens may be broken * Shaped windows Please note that any feature requests masquerading as bug reports will be completely ignored. Do you want just the core E18 or does this include modules that are shipped with E? The systray module has been borked for a long time. You will probably get the usual reply, the systray spec is borked. Any details on it's borkedness? Yeah, that's why I haven't bothered filing a bug report or anything, most of the devs seem to be somewhat violently opposed to the very existence of that module. With the default setting, it doesn't seem to work at all in most cases. Someone on IRC pointed out that enabling Xembed makes it work most of the time. Even then, it's throwing errors every time something on the shelf changes: ERRedjelib/edje/edje_util.c:4106 file /usr/share/enlightenment/data/themes/default.edj, group e/modules/systray/main/default has a non-fixed part 'e.xembed.box'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part. And I've recently noticed an error whenever changing the setting: ERRsystray/e_mod_main.c:611 safety check failed: inst == NULL -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release tarballs for testing - EFL 1.7.7 and Enlightenment 0.17.3
Already here: http://download.enlightenment.org/releases/BINDINGS/python/ From: v.tols...@selfip.ru Date: Sat, 18 May 2013 23:09:02 +0400 To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] Release tarballs for testing - EFL 1.7.7 and Enlightenment 0.17.3 Is that possible to create python-efl version for stable efl release? I need to create package for econnman, but for it i need python-efl, but for python-efl i need eo.. but as i see eo only in e18...? 2013/5/14 Mats Bertil Tegner mats.bertil.teg...@gmail.com: On 05/13/2013 07:20 PM, Rafael Antognolli wrote: Hello, Following are the package links for testing the release tarballs. Let me know if you find any error with them. If possible, please test them on your systems. They seem to be ok. No issues so far... Mats Tegner -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Vasiliy Tolstov, e-mail: v.tols...@selfip.ru jabber: v...@selfip.ru -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] engage compile problems
Using Enlightenment from Git master? discomfitor made major changes to the compositor API, and Engage has not been updated for those changes. Date: Sun, 28 Apr 2013 12:19:53 +0200 From: li...@brachttal.net To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] engage compile problems Hello, after longer time I tried to compile engage again: ... e_mod_main.c: In function '_ngi_win_new': e_mod_main.c:308:12: error: 'E_Popup' has no member named 'evas_win' e_mod_main.c:309:25: error: 'E_Popup' has no member named 'evas_win' e_mod_main.c:324:44: error: 'E_Popup' has no member named 'evas_win' make[2]: *** [e_mod_main.lo] Fehler 1 make[2]: Verlasse Verzeichnis '/home/andreas/src/svn/e/trunk/E-MODULES-EXTRA/engage/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis '/home/andreas/src/svn/e/trunk/E-MODULES-EXTRA/engage' make: *** [all] Fehler 2 Do you know state of engage? I liked it very much. Is it not longer working? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ANNOUNCE: EFL 1.7.6 Stable Series and Enlightenment 0.17.2
On Fri, 5 Apr 2013 18:06:01 +0200, martin.ja...@gmail.com wrote: On Fri, Apr 05, 2013 at 11:22:59PM +0900, Cedric BAIL wrote: On Fri, Apr 5, 2013 at 10:38 PM, Martin Jansa martin.ja...@gmail.com wrote: On Fri, Apr 05, 2013 at 11:54:45AM +0200, Martin Jansa wrote: On Thu, Apr 04, 2013 at 11:35:05PM -0300, Rafael Antognolli wrote: The Enlightenment Release Team is happy to announce a new stable release of the EFL libraries, and of the Enlightenment window manager. Please read the ChangeLog and NEWS files from each specific tarball in order to get more information about what has been fixed. Would be nice if some of you could test the tarballs and report any error with them, and in the case that it's all OK, we will announce the release on our blog and news site. Following are the links for download of the tarballs: - Evas 1.7.6 - [GZhttp://download.enlightenment.org/releases/evas-1.7.6.tar.gz] [BZ2 http://download.enlightenment.org/releases/evas-1.7.6.tar.bz2] Evas-1.7.6 does not build for me with fribidi enabled, I've sent patch to this thread. I've noticed 2 more things: 1) All modules are still installed in 0.17.1, e.g. /usr/lib/enlightenment/modules/wizard/linux-gnu-x86_64-0.17.1/module.so configure.ac:MODULE_ARCH=$host_os-$host_cpu-relname It's probably because relname wasn't bumped to 0.17.2 like it was for 0.17.1 http://git.enlightenment.org/core/enlightenment.git/commit/?h=enlightenment-0.17id=f27bc420663c0d58e0039b790380fb91161658ff 2) efreet and enlightenment quite often segfault somewhere in curl: enlightenment[557]: segfault at e8 ip 7fe544d6afea sp 7fffd3367058 error 4 in libecore_x.so.1.7.6[7fe544d4d000+41000] enlightenment[566]: segfault at e8 ip 7f9e8fd56fea sp 7fffd7c4aed8 error 4 in libecore_x.so.1.7.6[7f9e8fd39000+41000] efreet_desktop_[582]: segfault at 0 ip 7f24d6f35ff0 sp 7fff22125750 error 6 in libcurl.so.4.3.0[7f24d6f0b000+4f000] efreet_icon_cac[581]: segfault at 0 ip 7fe34ff82ff0 sp 7fffd25c8de0 error 6 in libcurl.so.4.3.0[7fe34ff58000+4f000] Thread 1 (Thread 0x7f86ed286780 (LWP 259)): #0 0x7f86e9eb41ad in pause () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 signal handler called No locals. #2 0x7f86e142dff0 in curl_multi_cleanup () from /usr/lib/libcurl.so.4 No symbol table info available. #3 0x7f86ea560f41 in ecore_con_url_shutdown () from /usr/lib/libecore_con.so.1 No symbol table info available. #4 0x7f86ea7825ce in ecore_file_download_shutdown () from /usr/lib/libecore_file.so.1 No symbol table info available. #5 0x7f86ea7802be in ecore_file_shutdown () from /usr/lib/libecore_file.so.1 No symbol table info available. #6 0x00435af5 in _start () No symbol table info available. Detaching from program: /usr/bin/enlightenment, process 259 What version of curl ? Do you have the same issue with the merged tree ? 7.29.0 I haven't tried it with merged tree. It's from OpenEmbedded builds where I haven't prepared recipes for merged tree yet. There was a bug in the curl 7.29.0 release: https://github.com/bagder/curl/commit/da3fc1ee91de656a30f3a12de394bcba55119872 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [econnman] [patch] update for new bindings
Date: Fri, 15 Mar 2013 13:51:15 +1000 From: onef...@gmail.com To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [econnman] [patch] update for new bindings On Thu, 14 Mar 2013 20:49:46 +0100 Davide Andreoli d...@gurumeditation.it wrote: 2013/3/14 Kai Huuhko kai.huu...@gmail.com 14.03.2013 05:02, Doug Newgard kirjoitti: Date: Thu, 14 Mar 2013 10:52:12 +0900 From: cedric.b...@free.fr To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] [econnman] [patch] update for new bindings On Thu, Mar 14, 2013 at 9:10 AM, Doug Newgard scimmi...@outlook.com wrote: I recently became aware that there was a release of econnman a while back (http://packages.profusion.mobi/econnman/econnman-1.tar.gz), so there's not really a need to keep the version in SVN compatible with the release versions of EFL and the old python bindings. The attached bindings-update.patch adapts econnman for the new bindings from DaveMDS and kuuko. configure.patch removes the pkg-config checks from configure.acbecause the new bindings don't provide pc files. This lack of .pc disturb me. Is that expected or is that due to the ongoing merge ? I don't know, but it makes it easier to build it for multiple versions of python. If you want both 2 and 3, for example, it's nice to not have conflicting files out of the box. Since you don't really have any use for include or lib flags, the only thing it would be useful for is checking if something is installed. Patch looks good to me. k-s has the final word regarding econnman. Since we switched to using distutils we no longer provide a pc file. One pythonic way of checking if a package is installed is to test import it in your install script: #!/usr/bin/python try: import efl except ImportError: print(Thou needs moar enlightenment in thy snakepit!) sys.exit() indeed, this is the 'normal' way of checking availability in python, and there is no reason to check for libs when doing make, they are not necessary to compile. ...also I think we should use setup.py instead of autofoo, it's the python way of doing it and handle better py2/3 installation. as kuuko says k-s has the final word on this For those of us that are not snake handlers, what's the proper generic way to build the various python projects we have in git/svn? I'm trying to keep my new build script generic, but it's not working on the python stuff yet. I'm no expert, but it depends on which program you're talking about. Econnman, Editje, and the old bindings all use autotools, so you'd build them like anything else, ./autogen.sh; make; make install. The new bindings and Geneet use distutils, so you'd build and install them with python setup.py install. If you want to build separate from the install, you can do python setup.py build before python setup.py install. You can also replace the python command with python2, python3, python 2.7, etc, however you have your python system setup. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel