Thread: [e-users] (no subject) (Page 5)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

http://www.swampers.org/wp-content/themes/default/ujfms.html?uv=exeh.zaiwex&fvexa=zayy.eza&zxyyz=ewru

http://pandigitalframes.com/lfnger.html

In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
I read :
"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."

1 -I may wish, Mmm, should I wish ? I do not know, please help me do 
decide if I wish
2- If I wish, what sould I do ? remove the whole directories , and build 
again ?
3- if it is necessary, is there a good reason while is it not done 
automatically in the build process ?

Thank you

PC

When you install it it puts a lot of individual files in various
places. This is where a package manager like yum or apt knows what all
those files are and can surgically remove them all-if you install from
a package and not from "configure;make;make install".

On Sat, 24 Jan 2015 22:52:23 +0100
Pierre Couderc <pi...@co...> wrote:

> In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
> I read :
> "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."
> 
> 1 -I may wish, Mmm, should I wish ? I do not know, please help me do 
> decide if I wish
> 2- If I wish, what sould I do ? remove the whole directories , and
> build again ?
> 3- if it is necessary, is there a good reason while is it not done 
> automatically in the build process ?
> 
> Thank you
> 
> PC
> 
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in
> Ashburn. Choose from 2 high performing configs, both with 100TB of
> bandwidth. Higher redundancy.Lower latency.Increased
> capacity.Completely compliant. http://p.sf.net/sfu/gigenet
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

-- 
John Holland
jho...@vi...
gpg public key ID 0xEFAF0D15

Or if you built from source, running 'make uninstall' in each 
library/application does the proper removal of items.

Dustin

Sent with AquaMail for Android
http://www.aqua-mail.com

On January 24, 2015 3:43:13 PM John Holland <jho...@vi...> wrote:

> When you install it it puts a lot of individual files in various
> places. This is where a package manager like yum or apt knows what all
> those files are and can surgically remove them all-if you install from
> a package and not from "configure;make;make install".
>
>
> On Sat, 24 Jan 2015 22:52:23 +0100
> Pierre Couderc <pi...@co...> wrote:
>
> > In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
> > I read :
> > "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."
> >
> > 1 -I may wish, Mmm, should I wish ? I do not know, please help me do
> > decide if I wish
> > 2- If I wish, what sould I do ? remove the whole directories , and
> > build again ?
> > 3- if it is necessary, is there a good reason while is it not done
> > automatically in the build process ?
> >
> > Thank you
> >
> > PC
> >
> > 
> ------------------------------------------------------------------------------
> > New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> > GigeNET is offering a free month of service with a new server in
> > Ashburn. Choose from 2 high performing configs, both with 100TB of
> > bandwidth. Higher redundancy.Lower latency.Increased
> > capacity.Completely compliant. http://p.sf.net/sfu/gigenet
> > _______________________________________________
> > enlightenment-users mailing list
> > enl...@li...
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
>
>
> --
> John Holland
> jho...@vi...
> gpg public key ID 0xEFAF0D15
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Cool, I did not know about that.

On Sat, 24 Jan 2015 16:15:50 -0800
Dustin Jenkins <at...@sh...> wrote:

> Or if you built from source, running 'make uninstall' in each 
> library/application does the proper removal of items.
> 
> Dustin
> 
> Sent with AquaMail for Android
> http://www.aqua-mail.com
> 
> 
> On January 24, 2015 3:43:13 PM John Holland <jho...@vi...>
> wrote:
> 
> > When you install it it puts a lot of individual files in various
> > places. This is where a package manager like yum or apt knows what
> > all those files are and can surgically remove them all-if you
> > install from a package and not from "configure;make;make install".
> >
> >
> > On Sat, 24 Jan 2015 22:52:23 +0100
> > Pierre Couderc <pi...@co...> wrote:
> >
> > > In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
> > > I read :
> > > "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."
> > >
> > > 1 -I may wish, Mmm, should I wish ? I do not know, please help me
> > > do decide if I wish
> > > 2- If I wish, what sould I do ? remove the whole directories , and
> > > build again ?
> > > 3- if it is necessary, is there a good reason while is it not done
> > > automatically in the build process ?
> > >
> > > Thank you
> > >
> > > PC
> > >
> > > 
> > ------------------------------------------------------------------------------
> > > New Year. New Location. New Benefits. New Data Center in Ashburn,
> > > VA. GigeNET is offering a free month of service with a new server
> > > in Ashburn. Choose from 2 high performing configs, both with
> > > 100TB of bandwidth. Higher redundancy.Lower latency.Increased
> > > capacity.Completely compliant. http://p.sf.net/sfu/gigenet
> > > _______________________________________________
> > > enlightenment-users mailing list
> > > enl...@li...
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
> >
> >
> > --
> > John Holland
> > jho...@vi...
> > gpg public key ID 0xEFAF0D15
> >
> >
> >
> > ------------------------------------------------------------------------------
> > New Year. New Location. New Benefits. New Data Center in Ashburn,
> > VA. GigeNET is offering a free month of service with a new server
> > in Ashburn. Choose from 2 high performing configs, both with 100TB
> > of bandwidth. Higher redundancy.Lower latency.Increased
> > capacity.Completely compliant. http://p.sf.net/sfu/gigenet
> > _______________________________________________
> > enlightenment-users mailing list
> > enl...@li...
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 

-- 
John Holland
jho...@vi...
gpg public key ID 0xEFAF0D15

Dustin Jenkins ha scritto il 25/01/2015 alle 01:15:
> Or if you built from source, running 'make uninstall' in each 
> library/application does the proper removal of items.

Yes, but it works for sure only with the same sources used at installa
time, because it knows where it installs things and so it just does the
exact opposite that it did at install time.
Doing it via an autodetect system, as Pierre seems to ask, would be not
that accurate because there is no way for a script to know how packages
where installed, if it was done via a package manager or with some
strange prefixes and options.

-- 
Massimo Maiurana
Ragusa (RG)

Thank you, John, Massimo, Dustin.

I did not know  "make uninstall".

On 01/25/2015 01:15 AM, Dustin Jenkins wrote:
> Or if you built from source, running 'make uninstall' in each
> library/application does the proper removal of items.
>
> Dustin
>
> Sent with AquaMail for Android
> http://www.aqua-mail.com
>
>
> On January 24, 2015 3:43:13 PM John Holland <jho...@vi...> wrote:
>
>> When you install it it puts a lot of individual files in various
>> places. This is where a package manager like yum or apt knows what all
>> those files are and can surgically remove them all-if you install from
>> a package and not from "configure;make;make install".
>>
>>
>> On Sat, 24 Jan 2015 22:52:23 +0100
>> Pierre Couderc <pi...@co...> wrote:
>>
>>> In https://phab.enlightenment.org/phame/live/3/post/e19_3_release/
>>> I read :
>>> "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."
>>>
>>> 1 -I may wish, Mmm, should I wish ? I do not know, please help me do
>>> decide if I wish
>>> 2- If I wish, what sould I do ? remove the whole directories , and
>>> build again ?
>>> 3- if it is necessary, is there a good reason while is it not done
>>> automatically in the build process ?
>>>
>>> Thank you
>>>
>>> PC
>>>
>>>
>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in
>>> Ashburn. Choose from 2 high performing configs, both with 100TB of
>>> bandwidth. Higher redundancy.Lower latency.Increased
>>> capacity.Completely compliant. http://p.sf.net/sfu/gigenet
>>> _______________________________________________
>>> enlightenment-users mailing list
>>> enl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
>>
>> --
>> John Holland
>> jho...@vi...
>> gpg public key ID 0xEFAF0D15
>>
>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> enlightenment-users mailing list
>> enl...@li...
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

On Mon, 26 Jan 2015 09:24:27 +0100
Pierre Couderc <pi...@co...> wrote:

>Thank you, John, Massimo, Dustin.
>
>I did not know  "make uninstall".
>
<snip...>

One thing to note about uninstall in a makefile, is that it's typically
designed to uninstall the same version it's also installing. Thus if
file names change, or are removed from the current source, they can
still be missed by the makefile in the uninstall process.

Since removal of previous versions appears to be fairly critical to a
successful install of e from source, it might make sense to have the
uninstall script probe for and verify the installed e version (and also
allow the version as a param) and use a manifest file of the form
e-manifest-<version> (or whatever) that lists all of the locations and
files that get installed for that version. This manifest would be
generated by the install target.

Mind you, I've not looked at the {un}install targets, so it's possible
this is already being done.

--
Regards,
Christopher Barry

Random geeky fortune:
The universe is ruled by letting things take their course.  It cannot be
ruled by interfering.
		-- Chinese proverb

If you're compiling from source and you're on red hat or a derivative, the way to make a custom rpm is pretty easy. If you do that and then install the rpm, you can cleanly remove it later. On debian and I guess Ubuntu it's a little harder to build packages.

On January 26, 2015 1:41:47 PM EST, Christopher Barry <chr...@gm...> wrote:
>On Mon, 26 Jan 2015 09:24:27 +0100
>Pierre Couderc <pi...@co...> wrote:
>
>>Thank you, John, Massimo, Dustin.
>>
>>I did not know  "make uninstall".
>>
><snip...>
>
>One thing to note about uninstall in a makefile, is that it's typically
>designed to uninstall the same version it's also installing. Thus if
>file names change, or are removed from the current source, they can
>still be missed by the makefile in the uninstall process.
>
>Since removal of previous versions appears to be fairly critical to a
>successful install of e from source, it might make sense to have the
>uninstall script probe for and verify the installed e version (and also
>allow the version as a param) and use a manifest file of the form
>e-manifest-<version> (or whatever) that lists all of the locations and
>files that get installed for that version. This manifest would be
>generated by the install target.
>
>Mind you, I've not looked at the {un}install targets, so it's possible
>this is already being done.
>
>--
>Regards,
>Christopher Barry
>
>Random geeky fortune:
>The universe is ruled by letting things take their course.  It cannot
>be
>ruled by interfering.
>		-- Chinese proverb
>
>------------------------------------------------------------------------------
>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-users mailing list
>enl...@li...
>https://lists.sourceforge.net/lists/listinfo/enlightenment-users

If a source code can be compiled and installed with simple "./configure ;
make ; make install', then, to build a Debian package for it, it is just a
matter of 5 minutes, or less, if you have a "template" ready to go.    ;-)

On 26 January 2015 at 17:44, John Holland <jho...@vi...> wrote:

> If you're compiling from source and you're on red hat or a derivative, the
> way to make a custom rpm is pretty easy. If you do that and then install
> the rpm, you can cleanly remove it later. On debian and I guess Ubuntu it's
> a little harder to build packages.
>
> On January 26, 2015 1:41:47 PM EST, Christopher Barry <
> chr...@gm...> wrote:
> >On Mon, 26 Jan 2015 09:24:27 +0100
> >Pierre Couderc <pi...@co...> wrote:
> >
> >>Thank you, John, Massimo, Dustin.
> >>
> >>I did not know  "make uninstall".
> >>
> ><snip...>
> >
> >One thing to note about uninstall in a makefile, is that it's typically
> >designed to uninstall the same version it's also installing. Thus if
> >file names change, or are removed from the current source, they can
> >still be missed by the makefile in the uninstall process.
> >
> >Since removal of previous versions appears to be fairly critical to a
> >successful install of e from source, it might make sense to have the
> >uninstall script probe for and verify the installed e version (and also
> >allow the version as a param) and use a manifest file of the form
> >e-manifest-<version> (or whatever) that lists all of the locations and
> >files that get installed for that version. This manifest would be
> >generated by the install target.
> >
> >Mind you, I've not looked at the {un}install targets, so it's possible
> >this is already being done.
> >
> >--
> >Regards,
> >Christopher Barry
> >
> >Random geeky fortune:
> >The universe is ruled by letting things take their course.  It cannot
> >be
> >ruled by interfering.
> >               -- Chinese proverb
> >
>
> >------------------------------------------------------------------------------
> >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-users mailing list
> >enl...@li...
> >https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
> ------------------------------------------------------------------------------
> 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-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

I have posted my debian packages for enlightenment on this server. I found it challenging to create them. Getting dependencies straight was the hardest part. In the past I created some rpms and I found that easier. I prefer to use debian though.

On January 26, 2015 5:00:43 PM EST, "Martinx - ジェームズ" <thi...@gm...> wrote:
>If a source code can be compiled and installed with simple "./configure
>;
>make ; make install', then, to build a Debian package for it, it is
>just a
>matter of 5 minutes, or less, if you have a "template" ready to go.   
>;-)
>
>On 26 January 2015 at 17:44, John Holland <jho...@vi...> wrote:
>
>> If you're compiling from source and you're on red hat or a
>derivative, the
>> way to make a custom rpm is pretty easy. If you do that and then
>install
>> the rpm, you can cleanly remove it later. On debian and I guess
>Ubuntu it's
>> a little harder to build packages.
>>
>> On January 26, 2015 1:41:47 PM EST, Christopher Barry <
>> chr...@gm...> wrote:
>> >On Mon, 26 Jan 2015 09:24:27 +0100
>> >Pierre Couderc <pi...@co...> wrote:
>> >
>> >>Thank you, John, Massimo, Dustin.
>> >>
>> >>I did not know  "make uninstall".
>> >>
>> ><snip...>
>> >
>> >One thing to note about uninstall in a makefile, is that it's
>typically
>> >designed to uninstall the same version it's also installing. Thus if
>> >file names change, or are removed from the current source, they can
>> >still be missed by the makefile in the uninstall process.
>> >
>> >Since removal of previous versions appears to be fairly critical to
>a
>> >successful install of e from source, it might make sense to have the
>> >uninstall script probe for and verify the installed e version (and
>also
>> >allow the version as a param) and use a manifest file of the form
>> >e-manifest-<version> (or whatever) that lists all of the locations
>and
>> >files that get installed for that version. This manifest would be
>> >generated by the install target.
>> >
>> >Mind you, I've not looked at the {un}install targets, so it's
>possible
>> >this is already being done.
>> >
>> >--
>> >Regards,
>> >Christopher Barry
>> >
>> >Random geeky fortune:
>> >The universe is ruled by letting things take their course.  It
>cannot
>> >be
>> >ruled by interfering.
>> >               -- Chinese proverb
>> >
>>
>>
>>------------------------------------------------------------------------------
>> >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-users mailing list
>> >enl...@li...
>> >https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
>>
>------------------------------------------------------------------------------
>> 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-users mailing list
>> enl...@li...
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
>------------------------------------------------------------------------------
>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-users mailing list
>enl...@li...
>https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Cool! Take a look at the following Debian package I created for Rage:

https://launchpad.net/~martinx/+archive/ubuntu/enlightenment/+files/rage_0.1.0-0utopic0.debian.tar.gz

It is one of the simplest package I created so far (in fact, I copied it
from other guy as an example and I modified it)...

The dependency list is fully automated / dynamic. Only the "Build-Depends"
needs to be manually filled, but it is just one line at debian/control file.

It is a bit "complex" because it have postinst and postrm scripts, and it
package the docs (not yet ready)...

Cheers!

On 26 January 2015 at 20:42, John Holland <jho...@vi...> wrote:

> I have posted my debian packages for enlightenment on this server. I found
> it challenging to create them. Getting dependencies straight was the
> hardest part. In the past I created some rpms and I found that easier. I
> prefer to use debian though.
>
> On January 26, 2015 5:00:43 PM EST, "Martinx - ジェームズ" <
> thi...@gm...> wrote:
>
>> If a source code can be compiled and installed with simple "./configure ;
>> make ; make install', then, to build a Debian package for it, it is just a
>> matter of 5 minutes, or less, if you have a "template" ready to go.    ;-)
>>
>>

Some of us when compiling from source will install it into something
like /opt/efl so uninstalling it all becomes as simple as - 

sudo rm -fr /opt/efl

Though typically I'll move that to /opt/efl_SAVED when compiling a new
version, in case something goes terribly wrong.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.

On 26 January 2015 at 23:34, David Seikel <on...@gm...> wrote:

> Some of us when compiling from source will install it into something
> like /opt/efl so uninstalling it all becomes as simple as -
>
> sudo rm -fr /opt/efl
>
> Though typically I'll move that to /opt/efl_SAVED when compiling a new
> version, in case something goes terribly wrong.

That's true! It can not be simpler than that!   :-D

Does that require some setting change so that other apps using efl etc know to look there for libraries? Not sure what it would be, something like
ldconfig or ld.so in /etc ??
On Jan 27, 2015, at 12:03 AM, Martinx - ジェームズ <thi...@gm...> wrote:

> On 26 January 2015 at 23:34, David Seikel <on...@gm...> wrote:
> 
>> Some of us when compiling from source will install it into something
>> like /opt/efl so uninstalling it all becomes as simple as -
>> 
>> sudo rm -fr /opt/efl
>> 
>> Though typically I'll move that to /opt/efl_SAVED when compiling a new
>> version, in case something goes terribly wrong.
> 
> 
> That's true! It can not be simpler than that!   :-D
> ------------------------------------------------------------------------------
> 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-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

On Tue, 27 Jan 2015 05:48:12 -0500 John Holland <jho...@vi...>
wrote:

> Does that require some setting change so that other apps using efl
> etc know to look there for libraries? Not sure what it would be,
> something like ldconfig or ld.so in /etc ?? 

Yep, depends on your OS, but in my case I have a file
in /etc/ld.so.conf.d called efl.conf that contains -

/opt/efl/lib

>On Jan 27, 2015, at 12:03 AM, Martinx - ジェームズ
><thi...@gm...> wrote:
> 
> > On 26 January 2015 at 23:34, David Seikel <on...@gm...> wrote:
> > 
> >> Some of us when compiling from source will install it into
> >> something like /opt/efl so uninstalling it all becomes as simple
> >> as -
> >> 
> >> sudo rm -fr /opt/efl
> >> 
> >> Though typically I'll move that to /opt/efl_SAVED when compiling a
> >> new version, in case something goes terribly wrong.
> > 
> > 
> > That's true! It can not be simpler than that!   :-D

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.

David Seikel ha scritto il 27/01/2015 alle 12:36:
> On Tue, 27 Jan 2015 05:48:12 -0500 John Holland <jho...@vi...>
> wrote:
> 
>> Does that require some setting change so that other apps using efl
>> etc know to look there for libraries? Not sure what it would be,
>> something like ldconfig or ld.so in /etc ?? 
> 
> Yep, depends on your OS, but in my case I have a file
> in /etc/ld.so.conf.d called efl.conf that contains -
> 
> /opt/efl/lib

Same here with the only difference that I use /opt/e17 as prefix :)

There are also some environment variables that needs to be set, I have
these lines in my .profile:

PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/opt/e17/lib/pkgconfig
PYTHONPATH=$PYTHONPATH:/opt/e17/lib/python2.7/site-packages
export PKG_CONFIG_PATH PYTHONPATH

-- 
Massimo Maiurana
Ragusa (RG)

Hi there,

just got Elementary from Git:

 git clone git://git.enlightenment.org/core/elementary.git

./autogen.sh went ok, as long as ./configure, but make give me a weird error:

root@rover:/home/asbesto/Desktop/src/e/elementary# make
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
/home/asbesto/Desktop/src/e/elementary/missing autoheader)
rm -f stamp-h1
touch elementary_config.h.in
cd . && /bin/bash ./config.status elementary_config.h
config.status: creating elementary_config.h
config.status: elementary_config.h is unchanged
make  all-recursive
make[1]: Entering directory '/home/asbesto/Desktop/src/e/elementary'
Making all in src
make[2]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src'
Making all in lib
make[3]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
  EOLIAN   elm_access.eo.c
/usr/bin/eolian_gen: invalid option -- '-'
Usage: /usr/bin/eolian_gen [options] [input]
Options:
  -I inc        include path "inc"
  -g type       generate file of type "type"
  -o name       specify the base name for output
  -o type:name  specify a particular output filename
  -h            print this message and exit
  -v            print version and exit

Available types:
  h: C header file (.h)
  l: Legacy C header file (.legacy.h)
  s: Stub C header file (.stub.h)
  c: C source file (.c)
  i: Implementation file (added into .c)

By default, the 'hc' set is used ('h' for .eot files).
Output filenames are determined from input .eo filename.
Default filenames include input extension. (e.g. ".eo.c")
Makefile:2686: recipe for target 'elm_access.eo.c' failed
make[3]: *** [elm_access.eo.c] Error 1
make[3]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
Makefile:436: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src'
Makefile:631: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/asbesto/Desktop/src/e/elementary'
Makefile:514: recipe for target 'all' failed
make: *** [all] Error 2
root@rover:/home/asbesto/Desktop/src/e/elementary#

I can't find a solution. Any help? :)

Thank you all!

-- 
73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
Museo dell'Informatica funzionante - Freaknet Computer Museum
http://museum.freaknet.org || http://freaknet.org/asbesto
GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7

Hi Gabriele,

The repository you are using is legacy.
Elementary has been merged into EFL. It now resides here :
https://git.enlightenment.org/core/efl.git/

Best regards
Jean

On Thu, Oct 27, 2016 at 5:36 PM, Gabriele Zaverio <as...@gm...> wrote:
> Hi there,
>
> just got Elementary from Git:
>
>  git clone git://git.enlightenment.org/core/elementary.git
>
> ./autogen.sh went ok, as long as ./configure, but make give me a weird error:
>
> root@rover:/home/asbesto/Desktop/src/e/elementary# make
> (CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
> /home/asbesto/Desktop/src/e/elementary/missing autoheader)
> rm -f stamp-h1
> touch elementary_config.h.in
> cd . && /bin/bash ./config.status elementary_config.h
> config.status: creating elementary_config.h
> config.status: elementary_config.h is unchanged
> make  all-recursive
> make[1]: Entering directory '/home/asbesto/Desktop/src/e/elementary'
> Making all in src
> make[2]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src'
> Making all in lib
> make[3]: Entering directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
>   EOLIAN   elm_access.eo.c
> /usr/bin/eolian_gen: invalid option -- '-'
> Usage: /usr/bin/eolian_gen [options] [input]
> Options:
>   -I inc        include path "inc"
>   -g type       generate file of type "type"
>   -o name       specify the base name for output
>   -o type:name  specify a particular output filename
>   -h            print this message and exit
>   -v            print version and exit
>
> Available types:
>   h: C header file (.h)
>   l: Legacy C header file (.legacy.h)
>   s: Stub C header file (.stub.h)
>   c: C source file (.c)
>   i: Implementation file (added into .c)
>
> By default, the 'hc' set is used ('h' for .eot files).
> Output filenames are determined from input .eo filename.
> Default filenames include input extension. (e.g. ".eo.c")
> Makefile:2686: recipe for target 'elm_access.eo.c' failed
> make[3]: *** [elm_access.eo.c] Error 1
> make[3]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src/lib'
> Makefile:436: recipe for target 'all-recursive' failed
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory '/home/asbesto/Desktop/src/e/elementary/src'
> Makefile:631: recipe for target 'all-recursive' failed
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory '/home/asbesto/Desktop/src/e/elementary'
> Makefile:514: recipe for target 'all' failed
> make: *** [all] Error 2
> root@rover:/home/asbesto/Desktop/src/e/elementary#
>
>
> I can't find a solution. Any help? :)
>
> Thank you all!
>
>
> --
> 73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
> Museo dell'Informatica funzionante - Freaknet Computer Museum
> http://museum.freaknet.org || http://freaknet.org/asbesto
> GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7
>
> ------------------------------------------------------------------------------
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
> Hi there,
> 
> just got Elementary from Git:
> 
>  git clone git://git.enlightenment.org/core/elementary.git
> 
> ./autogen.sh went ok, as long as ./configure, but make give me a weird error:

Ciao Asbesto :)

I don't know why it's still possible to clone core/elementary.git, it is
an outdated module as elementary is now merged into efl. All you need to
do is to git clone core/efl.git to have all libraries.

Here you can see what modules are available:
https://git.enlightenment.org/

Note that under /core there are just efl and enlightement, elementary is
listed under /legacy but it's path is still under /core. I guess someone
should tune git :)

Bye

-- 
Massimo Maiurana
Ragusa (RG)

TY :) Just had help from the IRC Channel, so I just compiled EFL. I'm
in process of compiling everything I need to have a nice and working E
:)

Having some minor problems with connman now, but I hope to fix this asap.

TY all, I LOVE E! :)

PS I'm writing this:

https://lab.dyne.org/Enlightenment

as a workpad / help for people. Stay tuned :)

On 10/27/16, Massimo Maiurana <mai...@gm...> wrote:
> Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
>> Hi there,
>>
>> just got Elementary from Git:
>>
>>  git clone git://git.enlightenment.org/core/elementary.git
>>
>> ./autogen.sh went ok, as long as ./configure, but make give me a weird
>> error:
>
> Ciao Asbesto :)
>
> I don't know why it's still possible to clone core/elementary.git, it is
> an outdated module as elementary is now merged into efl. All you need to
> do is to git clone core/efl.git to have all libraries.
>
> Here you can see what modules are available:
> https://git.enlightenment.org/
>
> Note that under /core there are just efl and enlightement, elementary is
> listed under /legacy but it's path is still under /core. I guess someone
> should tune git :)
>
> Bye
>
> --
> Massimo Maiurana
> Ragusa (RG)
>
> ------------------------------------------------------------------------------
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>

-- 
73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
Museo dell'Informatica funzionante - Freaknet Computer Museum
http://museum.freaknet.org || http://freaknet.org/asbesto
GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7

On Thu, 27 Oct 2016 19:07:16 +0200 Gabriele Zaverio <as...@gm...> said:

> TY :) Just had help from the IRC Channel, so I just compiled EFL. I'm
> in process of compiling everything I need to have a nice and working E
> :)
> 
> Having some minor problems with connman now, but I hope to fix this asap.
> 
> TY all, I LOVE E! :)
> 
> PS I'm writing this:
> 
> https://lab.dyne.org/Enlightenment
> 
> as a workpad / help for people. Stay tuned :)

just a q... did you see the docs on enlightenment.org covering building and on
debian too?

like:

https://www.enlightenment.org/download
https://www.enlightenment.org/docs
https://www.enlightenment.org/distros/debian-start

?

> On 10/27/16, Massimo Maiurana <mai...@gm...> wrote:
> > Gabriele Zaverio ha scritto il 27/10/2016 alle 17:36:
> >> Hi there,
> >>
> >> just got Elementary from Git:
> >>
> >>  git clone git://git.enlightenment.org/core/elementary.git
> >>
> >> ./autogen.sh went ok, as long as ./configure, but make give me a weird
> >> error:
> >
> > Ciao Asbesto :)
> >
> > I don't know why it's still possible to clone core/elementary.git, it is
> > an outdated module as elementary is now merged into efl. All you need to
> > do is to git clone core/efl.git to have all libraries.
> >
> > Here you can see what modules are available:
> > https://git.enlightenment.org/
> >
> > Note that under /core there are just efl and enlightement, elementary is
> > listed under /legacy but it's path is still under /core. I guess someone
> > should tune git :)
> >
> > Bye
> >
> > --
> > Massimo Maiurana
> > Ragusa (RG)
> >
> > ------------------------------------------------------------------------------
> > The Command Line: Reinvented for Modern Developers
> > Did the resurgence of CLI tooling catch you by surprise?
> > Reconnect with the command line and become more productive.
> > Learn the new .NET and ASP.NET CLI. Get your free copy!
> > http://sdm.link/telerik
> > _______________________________________________
> > enlightenment-users mailing list
> > enl...@li...
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> >
> 
> 
> -- 
> 73 de IW9HGS - Gabriele "Asbesto Molesto" Zaverio
> Museo dell'Informatica funzionante - Freaknet Computer Museum
> http://museum.freaknet.org || http://freaknet.org/asbesto
> GPG Fingerprint: 8935 5586 7F2D 9C5E 51B6  BBC5 EA15 9A4E 613D 44D7
> 
> ------------------------------------------------------------------------------
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive. 
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> _______________________________________________
> enlightenment-users mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...

To the Development Team,

   I have just installed Enlightenment, and I cannot find any documentation on this software. I have spent several hours trying to find a way to contact someone and find out anything other than jokes about their philosophy. 
   Is there any user documentation for this software? Or is it only meant to be used by the developers themselves?

Sincerely, Semagd