Re: [E-devel] Summer of Code: We made it!!!
"make sure you select well". I thought you were selecting (: On Tue, Mar 18, 2008 at 12:47 PM, The Rasterman Carsten Haitzler < [EMAIL PROTECTED]> wrote: > On Tue, 18 Mar 2008 00:36:56 -0500 Ravenlock <[EMAIL PROTECTED]> > babbled: > > just remember - make sure you select well. we don't want to have projects > falling apart in the middle and a lot of the onus on making this work is > making > a good choice to start with. > > > On 03/18/2008 00:29, Nathan Ingersoll wrote: > > > Could you add all mentors? They really should be involved in the > > > selection process. > > > > > > > On the wiki page it mentions the SoC admins and mentors are expected to > > participate. The "add you name" is simply for other E devs who are not > > mentors, or other "well known frequent members" of our community > > > > > On Mon, Mar 17, 2008 at 4:31 PM, Ravenlock <[EMAIL PROTECTED]> > wrote: > > >> All, > > >> > > >> I'm very please to announce we are officially listed on the Google > > >> Summer of Code page as a mentoring organization: :) > > >> > > >> http://code.google.com/soc/2008/ > > >> > > >> *Job well done!* to all who have volunteered, participated, and > helped > > >> fill out the application and ideas page! > > >> > > >> Now the fun begins. :) > > >> > > >> Potentially we could see prospective students arriving in IRC or on > the > > >> ML at any time. Once applications begin arriving we will need to > > >> evaluate them and ultimately decide which to accept. I have added a > > >> section on the wiki regarding a "Student Application Review Board". > > >> Please take a look and if interested, add your name. > > >> > > >> > http://wiki.enlightenment.org/index.php/About_SoC#Student_Application_Review_Board > > >> > > >> Thanks to all! > > >> -- > > >> Regards, > > >> Ravenlock > > >> > > >> > > >> > > >> > > >> > > >> > - > > >> This SF.net email is sponsored by: Microsoft > > >> Defy all challenges. Microsoft(R) Visual Studio 2008. > > >> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > >> ___ > > >> enlightenment-devel mailing list > > >> enlightenment-devel@lists.sourceforge.net > > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > >> > > >> > > > > > > > > > > > > -- > > Regards, > > Ravenlock > > > > > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Batget and Tempget
On Tue, 18 Mar 2008 11:21:43 +0900 Toma <[EMAIL PROTECTED]> babbled: > Yo, > Seems like there are 2 occasions where these get loaded. At E start > and also at E restart. With the furious E restarting I do, I now have > 2 processes of each. One set was started when I last restarted the > computer, the most recent set can be stop and started with an E > restart. > Cheers, > Toma that should not happen. i only have 1. on restart the old one gets killed and a new one started. it does so for me. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Summer of Code: We made it!!!
On Tue, 18 Mar 2008 00:36:56 -0500 Ravenlock <[EMAIL PROTECTED]> babbled: just remember - make sure you select well. we don't want to have projects falling apart in the middle and a lot of the onus on making this work is making a good choice to start with. > On 03/18/2008 00:29, Nathan Ingersoll wrote: > > Could you add all mentors? They really should be involved in the > > selection process. > > > > On the wiki page it mentions the SoC admins and mentors are expected to > participate. The "add you name" is simply for other E devs who are not > mentors, or other "well known frequent members" of our community > > > On Mon, Mar 17, 2008 at 4:31 PM, Ravenlock <[EMAIL PROTECTED]> wrote: > >> All, > >> > >> I'm very please to announce we are officially listed on the Google > >> Summer of Code page as a mentoring organization: :) > >> > >> http://code.google.com/soc/2008/ > >> > >> *Job well done!* to all who have volunteered, participated, and helped > >> fill out the application and ideas page! > >> > >> Now the fun begins. :) > >> > >> Potentially we could see prospective students arriving in IRC or on the > >> ML at any time. Once applications begin arriving we will need to > >> evaluate them and ultimately decide which to accept. I have added a > >> section on the wiki regarding a "Student Application Review Board". > >> Please take a look and if interested, add your name. > >> > >> > >> http://wiki.enlightenment.org/index.php/About_SoC#Student_Application_Review_Board > >> > >> Thanks to all! > >> -- > >> Regards, > >> Ravenlock > >> > >> > >> > >> > >> > >> - > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2008. > >> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> > > > > > > > -- > Regards, > Ravenlock > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
On Tuesday, 18 March 2008, at 19:34:48 (+0100),
Koen Kooi wrote:
> If you do builds like that you probably already pass in -isystem via
> CFLAGS and/or use gcc sysroot and/or use pkgconfig sysroot and/or
> plain pkgconfig. It is way easier to add something to CFLAGS or to
> ./configure --with-foo-incloudes=/bar/qipl than to *remove* bogus
> assumptions.
>
> And redefining ${includedir} means that I get headers installed to
> /crazy/crossbuild/path/of/my/buildmachine/user/include on my *target
> device* instead of /usr/include where I want them.
Okay, that's fine. As long as I have someone to refer people to when
they arrive in #E complaining. :-)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
---
"Take me in to the Holy of Holies. Take me in by the blood of the
Lamb. Take me in to the Holy of Holies. Take the coal; cleanse
my lips; here I am."-- Petra
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Jennings schreef:
| On Tuesday, 18 March 2008, at 18:49:11 (+0100),
| Koen Kooi wrote:
|
|> It's not about redefining $(includedir), it's about this situation:
|>
|> arm-angstrom-linuxgnueabi-gcc something-doing-math.c -I/usr/include
|> - -I/data/cross/arm/usr/include -o foo
|>
|> something-doing-math.c looks something like:
|>
|> ..
|> #include
|> ..
|>
|> The build will pick up the mmx version of the header from /usr/include
|> (assuming you build on an intel system) and the compiler will choke on
|> strange asm and datasizes.
|
| Only if you fail to redefine $(includedir). If $(includedir) were set
| to, say, /data/cross/arm/usr/include instead, it would work fine.
|
|> Redefining ${includedir} won't help, since you want the software to end
|> up in ${prefix} on the target when installing the package.
|
| It will help, insofar as the problem you mention above won't occur.
|
| If we don't include stuff in $(includedir), what is the appropriate
| method for people who use, for example, --prefix=/opt/e17 to make sure
| that /opt/e17/include/*.h gets picked up? Up until now, that was
| handled automatically by the stuff you all just nuked. :)
If you do builds like that you probably already pass in -isystem via
CFLAGS and/or use gcc sysroot and/or use pkgconfig sysroot and/or plain
pkgconfig. It is way easier to add something to CFLAGS or to ./configure
- --with-foo-incloudes=/bar/qipl than to *remove* bogus assumptions.
And redefining ${includedir} means that I get headers installed to
/crazy/crossbuild/path/of/my/buildmachine/user/include on my *target
device* instead of /usr/include where I want them.
regards,
Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFH4AtIMkyGM64RGpERAmusAKCmrv5KTsOapTqf/s8tMMxzP1TnSwCdGKWb
hY91COrqz3jIs+zRMdbDH24=
=IMQ8
-END PGP SIGNATURE-
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
On Tuesday, 18 March 2008, at 18:49:11 (+0100),
Koen Kooi wrote:
> It's not about redefining $(includedir), it's about this situation:
>
> arm-angstrom-linuxgnueabi-gcc something-doing-math.c -I/usr/include
> - -I/data/cross/arm/usr/include -o foo
>
> something-doing-math.c looks something like:
>
> ..
> #include
> ..
>
> The build will pick up the mmx version of the header from /usr/include
> (assuming you build on an intel system) and the compiler will choke on
> strange asm and datasizes.
Only if you fail to redefine $(includedir). If $(includedir) were set
to, say, /data/cross/arm/usr/include instead, it would work fine.
> Redefining ${includedir} won't help, since you want the software to end
> up in ${prefix} on the target when installing the package.
It will help, insofar as the problem you mention above won't occur.
If we don't include stuff in $(includedir), what is the appropriate
method for people who use, for example, --prefix=/opt/e17 to make sure
that /opt/e17/include/*.h gets picked up? Up until now, that was
handled automatically by the stuff you all just nuked. :)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
---
"Love, like a road that never ends. How it leads me back again to
heartache, I don't understand."
-- Peter Cetera and Amy Grant, "Next Time I Fall"
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger schreef: | On Tuesday 18 March 2008, Lars Munch wrote: |> The attached patch fixes expedite cross build. Without this patch it |> will look in /usr/include for include files when cross building. | | ugh, anyone doing -i$(includedir) needs to get smacked. I suspect raster fled to brazil to avoid the smacking he would get from the build engineers at openmoko ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFH4ADdMkyGM64RGpERAqifAJ0WH6YLbfRhxLgHmE30YF3t0oiYsACgjVLp uK7Fa/3ewvtzvlfinuGeNlc= =7JdC -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Jennings schreef:
| On Tuesday, 18 March 2008, at 08:52:12 (+0100),
| Lars Munch wrote:
|
|> The attached patch fixes expedite cross build. Without this patch it
|> will look in /usr/include for include files when cross building.
|
| So could someone please explain to those of us who don't do
| cross-compiling why $(includedir) would/should not be redefined when
| cross-compiling? Please note that $(includedir) is not guaranteed to
| be /usr/include or any other directory used by default, so being able
| to ensure that headers in $(includedir) are found, particularly on
| non-Linux systems, is of value.
It's not about redefining $(includedir), it's about this situation:
arm-angstrom-linuxgnueabi-gcc something-doing-math.c -I/usr/include
- -I/data/cross/arm/usr/include -o foo
something-doing-math.c looks something like:
..
#include
..
The build will pick up the mmx version of the header from /usr/include
(assuming you build on an intel system) and the compiler will choke on
strange asm and datasizes.
Or if you are want to build against freetype 2.0 and your host has
freetype 2.4
Things get even worse if you are cross-compiling to *bsd, aros, wince, etc.
Redefining ${includedir} won't help, since you want the software to end
up in $[{prefix} on the target when installing the package.
Hopefully this clears things up a bit
regards,
Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFH4ACXMkyGM64RGpERAg9RAJ0ZgVtglcFmIbPVpgMbiKcqE3tBlwCgkOmr
bZ0aYYrAKyIqODhTLdaM+KY=
=m7cc
-END PGP SIGNATURE-
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
On Tuesday, 18 March 2008, at 08:52:12 (+0100), Lars Munch wrote: > The attached patch fixes expedite cross build. Without this patch it > will look in /usr/include for include files when cross building. So could someone please explain to those of us who don't do cross-compiling why $(includedir) would/should not be redefined when cross-compiling? Please note that $(includedir) is not guaranteed to be /usr/include or any other directory used by default, so being able to ensure that headers in $(includedir) are found, particularly on non-Linux systems, is of value. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "So when I'm far away, I will always be with you. You will never be alone. So if you feel the need, take my hand and share this night. It will be Eternity." -- Blessid Union of Souls, "Forever for Tonight" - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-03-18 07:09:57 -0700
Build log for Enlightenment DR 0.17 on 2008-03-18 07:09:57 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger schreef: | On Tuesday 18 March 2008, Lars Munch wrote: |> The attached patch fixes expedite cross build. Without this patch it |> will look in /usr/include for include files when cross building. | | ugh, anyone doing -i$(includedir) needs to get smacked. That's a pretty long list, sadly :( That's why things like this: http://www.openembedded.org/repo/org.openembedded.dev/packages/gcc/gcc-4.2.2/zecke-no-host-includes.patch come in handy. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFH38Y+MkyGM64RGpERAr36AKC2cgbGfnRyiH/hyyIW/AH8aNpopgCggtxq 7Q5MGg69S2aDQf5xXmW4bqA= =FHk6 -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] expedite cross build fix
On Tuesday 18 March 2008, Lars Munch wrote: > The attached patch fixes expedite cross build. Without this patch it > will look in /usr/include for include files when cross building. ugh, anyone doing -i$(includedir) needs to get smacked. added your change, thanks. -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] expedite cross build fix
The attached patch fixes expedite cross build. Without this patch it will look in /usr/include for include files when cross building. Please apply. Regards Lars Munch Index: src/bin/Makefile.am === RCS file: /var/cvs/e/e17/apps/expedite/src/bin/Makefile.am,v retrieving revision 1.12 diff -u -r1.12 Makefile.am --- src/bin/Makefile.am 25 Feb 2008 06:08:34 - 1.12 +++ src/bin/Makefile.am 17 Mar 2008 21:39:29 - @@ -1,6 +1,5 @@ MAINTAINERCLEANFILES = Makefile.in -INCLUDES = -I$(includedir) \ - -I$(top_srcdir) \ +INCLUDES = -I$(top_srcdir) \ -I$(top_srcdir)/src/bin \ @EVAS_CFLAGS@ @x_cflags@ @SDL_CFLAGS@ @DIRECTFB_CFLAGS@ \ -DPACKAGE_BIN_DIR=\"@[EMAIL PROTECTED]" \ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
