Re: [E-devel] compilation error with the latest ecore_con commit
Em 12-05-2010 16:32, Michael Jennings escreveu: On Wednesday, 12 May 2010, at 09:01:09 (+0100), Rui Miguel Silva Seabra wrote: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. For too long we've used the release date to gauge if something is mature enough to require. We really should be making sure that we are buildable and installable on the latest release of each of the major distros (RHEL5, SLES11, Debian, and Ubuntu). Hi, In principle, and for an eventual stable edition of e17, I agree wholeheartedly. In fact I thought I was using something from a much older curl release and merely didn't notice that two of the three curl_easy_setopt(ions) were from a much newer (but not bleeding edge) libcurl. That happened because the option names were so intuitively characters that I didn't feel the need to verify their age, it stood to reason that they were of the same timeframe. The point is moot, however. There's a nice fix in place. Rui -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wed, 12 May 2010, Rui Miguel Silva Seabra wrote: Em 10-05-2010 11:17, Vincent Torri escreveu: Hey, the last commit uses API that has been introduced in libcurl 19.1. There are 2 solutions: * force the libcurl version check to 19.1 * check if libcurl 19.1 exists, and if so, enable that part of code What do you think ? Vincent Well, it seems that in... http://trac.enlightenment.org/e/changeset/48715/trunk ...I was fooled by ... http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTHTTPAUTH ... which exists since circa libcurl 7.10.6. Unfortunately, I didn't notice that CURLOPT_USERNAME and CURLOPT_PASSWORD only exist since 7.19.1 http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTUSERNAME However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. What operating systems still in common use have it? Vincent, what are you running? ubuntu 8.04 anyway, raster fixed it Vincent -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
Em 12-05-2010 09:31, Vincent Torri escreveu: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. What operating systems still in common use have it? Vincent, what are you running? ubuntu 8.04 anyway, raster fixed it Thanks, that establishes a workable time-frame. Later on I'll fix the embedded documentation to mention that for it to work it requires libcurl = 7.19.1 (seems to me like it's an important fact worthy of mention). Rui -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wednesday, 12 May 2010, at 09:01:09 (+0100), Rui Miguel Silva Seabra wrote: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. For too long we've used the release date to gauge if something is mature enough to require. We really should be making sure that we are buildable and installable on the latest release of each of the major distros (RHEL5, SLES11, Debian, and Ubuntu). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I will remember you. Will you remember me? Don't let your life pass you by. Weep not for the memories.-- Sarah MacLachlan -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wed, 12 May 2010 08:32:45 -0700 Michael Jennings m...@kainx.org wrote: On Wednesday, 12 May 2010, at 09:01:09 (+0100), Rui Miguel Silva Seabra wrote: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. For too long we've used the release date to gauge if something is mature enough to require. We really should be making sure that we are buildable and installable on the latest release of each of the major distros (RHEL5, SLES11, Debian, and Ubuntu). I agree. Latest release, AND the current stable release. Some of those distros have one of each. Also cover things like, Ubuntu only just released their latest a couple of weeks ago, most will still have the previous latest, or even the previous stable (since this release is the new stable). -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wed, May 12, 2010 at 12:45 PM, David Seikel onef...@gmail.com wrote: On Wed, 12 May 2010 08:32:45 -0700 Michael Jennings m...@kainx.org wrote: On Wednesday, 12 May 2010, at 09:01:09 (+0100), Rui Miguel Silva Seabra wrote: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. For too long we've used the release date to gauge if something is mature enough to require. We really should be making sure that we are buildable and installable on the latest release of each of the major distros (RHEL5, SLES11, Debian, and Ubuntu). I agree. Latest release, AND the current stable release. Some of those distros have one of each. Also cover things like, Ubuntu only just released their latest a couple of weeks ago, most will still have the previous latest, or even the previous stable (since this release is the new stable). Well, the problem is solved, but I quite disagree with this until we release EFL. Some distros like Debian and RHEL have the bad habit of holding versions for too long. In the case of RHEL, the 6 is around the corner... but I doubt if someone would use E/EFL in that setup, it is not the kind of target audience I guess. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wednesday, 12 May 2010, at 15:02:50 (-0300), Gustavo Sverzut Barbieri wrote: Well, the problem is solved, but I quite disagree with this until we release EFL. Some distros like Debian and RHEL have the bad habit of holding versions for too long. In the case of RHEL, the 6 is around the corner... but I doubt if someone would use E/EFL in that setup, it is not the kind of target audience I guess. I use EFL on RHEL5, and I know lots of other people smart enough to know that Fedora is not a stable or reliable platform, and if you want your desktop to work the same way your servers do, that means RHEL on the desktop. And it works quite well there. So yes, people use E and the EFL in exactly that setup. But in terms of sheer marketing, if EFL won't build on the most popular Linux platform in the US, if not the world, that doesn't make RHEL look old. It makes E look broken. Period. And that's bad for us. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- You know the real reason God kicked Adam Eve Consulting Associates LLC off the Eden project, dontcha? Adam Eve wanted to audit everything and redo Creation in java. -- Ari Heitner on BugTraq -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wed, May 12, 2010 at 3:34 PM, Michael Jennings m...@kainx.org wrote: On Wednesday, 12 May 2010, at 15:02:50 (-0300), Gustavo Sverzut Barbieri wrote: Well, the problem is solved, but I quite disagree with this until we release EFL. Some distros like Debian and RHEL have the bad habit of holding versions for too long. In the case of RHEL, the 6 is around the corner... but I doubt if someone would use E/EFL in that setup, it is not the kind of target audience I guess. I use EFL on RHEL5, and I know lots of other people smart enough to know that Fedora is not a stable or reliable platform, and if you want your desktop to work the same way your servers do, that means RHEL on the desktop. And it works quite well there. So yes, people use E and the EFL in exactly that setup. But in terms of sheer marketing, if EFL won't build on the most popular Linux platform in the US, if not the world, that doesn't make RHEL look old. It makes E look broken. Period. And that's bad for us. Ok, you have a good point. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] compilation error with the latest ecore_con commit
Hey, the last commit uses API that has been introduced in libcurl 19.1. There are 2 solutions: * force the libcurl version check to 19.1 * check if libcurl 19.1 exists, and if so, enable that part of code What do you think ? Vincent -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Mon, May 10, 2010 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: the last commit uses API that has been introduced in libcurl 19.1. There are 2 solutions: * force the libcurl version check to 19.1 * check if libcurl 19.1 exists, and if so, enable that part of code What do you think ? I personnaly prefer the second solution. -- Cedric BAIL -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Mon, 10 May 2010 12:17:22 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: the last commit uses API that has been introduced in libcurl 19.1. There are 2 solutions: * force the libcurl version check to 19.1 * check if libcurl 19.1 exists, and if so, enable that part of code What do you think ? I'm a strong believer in NOT forcing people to upgrade dependencies, especially for people that want to stick with what their distro gives them. It can be a pain to step outside the distro and manually upgrade something. I vote for the second option, use 19.1 if it exists, or fall back to the something that works for the older version. It might have been OK in the past to insist on bleeding edge libraries, but if we are aiming to get a release out soon, we better make sure we work fine on existing stable distros and their existing set of library versions. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel